总结前端三年 理想滚烫与现实的冰冷碰撞

总结前端三年 理想滚烫与现实的冰冷碰撞

大家好,我是500佰,技术宅男 目前正在前往独立开发路线,我会在这里分享关于编程技术独立开发技术资讯以及编程感悟等内容

6月3日的一篇《一个普通人的30岁 他经历了什么》介绍一篇自己的碎碎念、即回顾自己以前的成长经历,那么再接着说下这3年来的工作经历,2022年1月,我以一名前端新人的身份开始了职业生涯。每当看到浏览器中运行的网站、手机里流畅的APP,或是点击按钮后转动的loading图标,都会想到这些产品背后凝聚着无数开发者的心血。我既期待能成为这个创造数字世界的一员,又难免担心:自己的技术储备是否足够?会不会被身边优秀的同事远远甩在身后?
怀揣着对未来的憧憬与一丝忐忑,我正式踏入了职业生涯的第一站。

不断尝试和调整的前两年(2022 ~ 2024)

我的职业生涯始于一家颇具特色的企业。原本以为会从事移动应用或网站开发,没想到公司专注于打造一款独特产品——我们开发了一系列可复用组件,配合自主研发的拖拽式平台,能够快速搭建Web站点。这种模式与后来流行的低代码平台颇有相似之处。
作为一名Java工程师加入公司后,却发现实际工作内容与预期有较大差异。当时还不了解’前端开发’这个概念,只是困惑于为何很少接触Java开发,反而需要维护各种组件。初期内心十分抗拒–既没有相关技术储备,又担心长期从事前端工作会导致Java技能生疏,更忧虑职业发展路径的偏离。

随着对前端技术的深入探索,我逐渐发现了这个领域的魅力所在。Chrome浏览器提供的强大调试工具、SublimeVs Code等现代化编辑器的流畅体验,与Java开发中IDEA那种修改代码后需要漫长重启的繁琐流程形成鲜明对比,更加轻量。这种高效愉悦的开发体验,让我逐渐转变了最初对前端工作的抵触情绪,最终不仅接受了这个方向,更开始享受其中的乐趣。

这是一家规模很小的创业公司,办公环境简单明了:公司高管和技术经理、PM等各自有独立办公室,其余员工则集中在一个大开间的办公桌,按职能划分为Tech Team 研发和质量保证团队。由于公司产品以客户端软件为主,版本发布节奏稳定规律,员工们保持着朝九晚六的规律作息。印象中,整个任职期间仅有一次加班到晚上10点,工作氛围轻松,鲜少感受到压力。

在这里插入图片描述

小黄牛总认为安逸是种罪过(总会有种莫名的焦虑感),朝九晚六的稳定工作会让人失去竞争力。在这种想法的驱使下,我开始考虑跳槽。通过梳理日常工作内容,我发现自己从事的工作其实有个专业名称——前端工程师,于是便将这个职位作为新的职业目标。

第一次内推机会来自一家名为鱼无极的公司。面试经历让我记忆犹新:原本以为日常工作涉及的技术已经覆盖前端领域,我信心十足地前去面试,却遭遇了滑铁卢。面试官提出的CSS布局问题让我措手不及——需要在纸上画出一个圆形图片和右侧文字排版的实现方案。由于平时工作中主要使用现成组件,通过组件API来调整样式,这种需要手写CSS解决实际问题的场景完全超出了我的经验范围。

不出所料,这次面试以"回去等通知"告终,但也让我清楚地认识到自身技术上的不足。

这次面试失利让我意识到自己在前端领域的知识储备严重不足,于是决定暂缓求职,转而开始系统性自学。我采取了多种学习方式:研读前端专业书籍、分析H5模板站的实现原理、在博客园研读技术大牛的文章。

在学习过程中,我发现一位博主的前端技术文章质量极高,恰好他的签名栏附有一个vx号。大佬带我入圈,为了达到入群要求,我专门注册了GitHub账号并撰写了几篇技术博客,最终成功加入该群。这个技术交流群后来成为了我学习成长的重要资源库,为后续的进步提供了关键支持。

经过几个月的刻苦自学,我自认为已经掌握了前端开发的基础技能,于是开始在智联\BOSS招聘上投递简历。很快,我收到了一家公司的面试邀请。这次面试过程异常顺利,我成功以前端工程师的职位加入了这家公司。

然而命运似乎总爱开玩笑。入职后我才了解到,公司之所以招聘前端开发,是因为原先的前端工程师突然离职,留下了一堆未完成的项目和一个只有美工背景的同事。这个出人意料的局面,成为了我职业生涯中又一个意想不到的转折点。 还记得入职第一天,用card:nth-of-type(3n+1) 选择器精确控制特定位置的元素样式,避免了使用额外的类名或复杂的JavaScript操作 ,在内心安慰自己:可以了,至少你现在在做正常的前端工作了。

在接下来的几个月里,我逐渐意识到公司对前端工程师的定位与我的预期相去甚远。除了常规开发工作外,我甚至需要协助客户端开发同事完成从Adobe Photoshop软件将设计稿中的元素切割导出为可用于网页或App开发的图片资源切图这样的基础工作。不过值得庆幸的是,公司保持着9:00-18:00的稳定工作时间,这让我有充足精力投入到技术研究中。在这段时期,我成功将LessReduxaxios请求库引入老旧项目,显著提升了开发效率。更令人欣喜的是,我业余开发的一个图片旋转小游戏意外获得了公司的认可,被采纳为公众号的日常互动小游戏。这些小小的成就让我一度觉得工作还算顺心。

然而好景不长,当我在技术方案上与担任Java开发的老板产生分歧时,一句"这是最佳实践方案"的武断决策,彻底浇灭了我的工作热情。这种缺乏技术依据的专断让我倍感无力,也再次萌生了寻找新机会的念头。

职业发展的重要转折出现在一次偶然的社群招聘中。从传统IT企业到互联网公司的面试经历形成了鲜明对比:开放式办公环境、创意装饰、完善的休闲设施展现了完全不同的企业文化。技术面试环节,当被问及技术愿景时,我提出了云端同步工具的开发构想。这次成功的面试使我顺利加入,完成了从传统软件到互联网行业的关键转型。

互联网大潮中的探索与突破 (2025)

入职前已通过技术预研和作业考核(涉及Nodejs、React、nextjs、Koa、Express、Redis、MySQL、RocketMQ、RabbitMQ等技术栈),为后续工作打下坚实基础,使得入职后能够快速适应互联网开发节奏。

“我们不是在建造流水线,而是在培育热带雨林。”–产品的团队leader力还是可以的,业余时产品经理从零食柜能掏出两打啤酒,入职互联网公司后的氛围感让我一个从传统软件行业过来的人觉得非常棒,虽说互联网公司的工作氛围是非常轻松愉快的,但工作内容实打实的带给我了压力,App 功能的迭代是非常迅速的,从项目需求介绍,产品设计、技术选型、技术架构图、业务流程设计这些工程工作量是非常大的,第一次接触到了工程化,当时工程内处于 grunt、gulp 并存的状态,工程又被构建升级为了 webpack,也是经由这些工程能够有场景实际使用 React 来进行开发,在这里第一次接触到了工程上线,H5 也都是采用的 SSR,因此工作中不可避免的接触到了 Node。非常感谢这份工作带给我的成长。在机缘巧合下,总是有机会出现在自己的眼前,每次也都能比较好的抓住,每当重要机会出现时总能及时把握,加上领导的信任,让我的工作成果始终保持在第一梯队,很幸运在职业发展关键节点遇到重要机会。

总结

回顾来看这3年:

  • 记得最初两年就像在迷雾中摸索前行,每次尝试都带着不确定
  • 踏入互联网领域,那些熬夜啃文档、周末泡技术文章的日子,硬生生逼自己一把

我是500佰,技术宅男 目前正在前往独立开发路线,我会在这里分享关于编程技术独立开发技术资讯以及编程感悟等内容给500佰点个赞吧 ~

#前端 #程序员 #编程 #经验

往期推荐

< 上一篇· 程序员都知道日志记录重要,为何还有人在这基本功上栽跟头?

Read more

扩散模型详解:从DDPM到Stable Diffusion再到DiT的技术演进

扩散模型详解:从DDPM到Stable Diffusion再到DiT的技术演进

1.摘要 扩散模型(Diffusion Models)作为当前最热门的生成模型之一,已彻底改变图像生成领域,本文从DDPM开始,逐步深入到Stable Diffusion和DiT架构。 扩散模型就像是一个"破坏-修复"的过程,想象一下你有一张美丽的图片,然后一点点地给它加上噪声,直到完全看不清原来的图片,然后让AI学会如何一步步把噪声去掉,重新还原出原始图片。这就是扩散模型的基本思路。 2. DDPM:扩散模型的奠基之作(2020年) 2.1 什么是DDPM? DDPM(Denoising Diffusion Probabilistic Models)是扩散模型的开山鼻祖,由OpenAI团队在2020年提出,它的工作原理: 前向过程(加噪声):从一张清晰的图片开始,逐步添加噪声,最终变成完全随机的噪声图。 反向过程(去噪声):训练AI学会如何一步步去除噪声,从随机噪声中重建出原始图片。 2.2 DDPM的模型结构详解 DDPM的核心是一个U-Net网络结构,U-Net详细架构如下图:

【无人机协同】基于matlab动态环境下多无人机系统的协同路径规划与防撞(Matlab代码实现)

💥💥💞💞欢迎来到本博客❤️❤️💥💥 🏆博主优势:🌞🌞🌞博客内容尽量做到思维缜密,逻辑清晰,为了方便读者。 ⛳️座右铭:行百里者,半于九十。 📋📋📋本文内容如下:🎁🎁🎁  ⛳️赠与读者 👨‍💻做科研,涉及到一个深在的思想系统,需要科研者逻辑缜密,踏实认真,但是不能只是努力,很多时候借力比努力更重要,然后还要有仰望星空的创新点和启发点。建议读者按目录次序逐一浏览,免得骤然跌入幽暗的迷宫找不到来时的路,它不足为你揭示全部问题的答案,但若能解答你胸中升起的一朵朵疑云,也未尝不会酿成晚霞斑斓的别一番景致,万一它给你带来了一场精神世界的苦雨,那就借机洗刷一下原来存放在那儿的“躺平”上的尘埃吧。      或许,雨过云收,神驰的天地更清朗.......🔎🔎🔎 💥1 概述 动态环境下多无人机系统的协同路径规划与防撞研究 摘要 随着无人机技术的快速发展,多无人机协同作业在军事侦察、物流配送、灾害救援等领域展现出巨大潜力。然而,动态环境下的复杂障碍物分布、通信延迟及无人机动力学约束,对协同路径规划

基于FPGA的高精度TDC设计

Xilinx 使用 Vivado 实现 TDC:基于 Verilog 的高精度时间数字转换器设计 在激光雷达系统中,飞行时间(ToF)测量的精度直接决定了距离分辨能力。一个典型的挑战是:如何在不使用昂贵专用芯片的前提下,实现皮秒级的时间间隔测量?随着FPGA架构的进步,尤其是Xilinx 7系列及UltraScale器件中SLICE结构的高度一致性,这个问题有了新的答案——利用FPGA内部的进位链(Carry Chain)构建全数字TDC(Time-to-Digital Converter),不仅成本低、集成度高,还能达到50~100 ps的分辨率。 这种方案的核心思想并不复杂:把两个事件之间极短的时间差,“展开”成一条由微小延迟单元串联而成的物理路径,再通过锁存这条路径上的状态来“读出”时间值。听起来像是用尺子量时间,而这条“尺子”的最小刻度就是每个延迟单元的传播延迟。 要理解这一机制,得先看清楚FPGA里藏着什么“宝藏”。在Xilinx Artix-7或Kintex-7这类主流器件中,每一个CLB(Configurable Logic Block)

12-Web3前端安全:连接钱包的风险与防护

Web3前端安全:连接钱包的风险与防护 大家好,我是十六咲子。 随着区块链技术的快速发展,Web3应用已经成为互联网的新趋势。从去中心化金融(DeFi)到非同质化通证(NFT),从去中心化社交网络到元宇宙,Web3应用正在重塑我们与数字世界的交互方式。然而,Web3的去中心化特性也带来了新的安全挑战,特别是在前端开发中。钱包连接、签名验证、智能合约交互等操作都可能成为攻击者的目标。 Web3前端安全风险分析 1. 钱包连接安全 常见风险: * 钓鱼网站诱导用户连接恶意钱包 * 钱包地址输入错误导致资产损失 * 未授权的钱包连接请求 * 钱包连接过程中的中间人攻击 真实案例:某DeFi项目的前端被黑客攻击,修改了钱包连接代码,导致用户的签名请求被重定向到攻击者的地址,造成大量资产被盗。 2. 签名验证安全 潜在威胁: * 恶意签名请求(如伪造的交易授权) * 签名消息内容不明确导致用户误签 * 签名验证逻辑漏洞 * 重放攻击(Replay Attack) 3. 智能合约交互安全 关键风险: * 与恶意智能合约交互 * 智能合约漏洞利用 *