写代码一定要长眼睛

因为git路径的太相似了,在项目一直更新分支,然后去改了五个小时还是不行。结果发现是在旧项目更新,而我的新项目啥都没变,两个的路径非常相似,导致我浪费半天😋气炸了,眼睛捐给需要的人吧
全部评论
艾,我有时候adb reboot,敲成reboot,总有粗心的时候
1 回复 分享
发布于 01-04 14:51 陕西
细心一点嘛
点赞 回复 分享
发布于 01-16 19:33 江苏
路径太坑了
点赞 回复 分享
发布于 01-08 18:39 云南
把项目根目录设不同色+改terminal标题,一眼区分,半天血泪一秒省!
点赞 回复 分享
发布于 01-07 13:49 北京
前几天才遇到两个方法差一个字母, 一个validateXXX,一个validatesXXX,搁这考我视力呢
点赞 回复 分享
发布于 01-03 15:06 广东
git确实容易出错
点赞 回复 分享
发布于 01-01 22:43 浙江
小细节真的是折磨人啊
点赞 回复 分享
发布于 2025-12-29 10:30 安徽
细心哦
点赞 回复 分享
发布于 2025-12-28 21:19 广东

相关推荐

嵌入式的小白:换一家未必好,实习的直接上手干业务也有点为难你们,你可以看他们代码,一点一点扒逻辑,看看不同业务,不同进程线程等,不懂可以问他们,弄明白了简历就可以写了
点赞 评论 收藏
分享
面了这么多大厂,也是有了一些经验。有深度的简历是你不仅有技术,还有解决问题和创造价值的能力。1.要从“项目功能”思维转向“系统”思维:不要只写“我用了Vue+Element-UI做了一个后台管理系统。”要思考并尝试写出:i.性能:我如何优化万级数据表格的渲染性能?(虚拟滚动、分页策略、Web Worker)ii.工程化:我如何封装高复用组件/工具函数,提升团队开发效率?我如何配置CI/CD流水线或代码规范?iii.架构:我如何设计状态管理?模块间如何解耦?是否有更好的数据流方案?iv.难题解决:我遇到了什么技术难点(如大文件上传、实时协同、复杂动画)?如何调研并解决了它?2.追求量化,哪怕是小项目:即使是一个课程设计或个人项目,也可以尝试量化。例如:“通过Tree Shaking和懒加载,将初始包体积从 2MB 减少到 800KB”;“通过索引优化,将某个复杂查询的响应时间从 2s 降到 200ms”。深挖一到两个技术点,形成“技术亮点”:不要泛泛地说了解XXX。熟练XX3.选择一个方向深挖,比如:性能优化:深入理解浏览器渲染原理、网络协议,并能在项目中实践(如预加载、缓存策略、渲染优化)。前端工程化:深入研究Webpack/Vite插件机制,能为自己团队定制插件或构建流程。4.找到自己的创新点:当发现现有工具无法完美满足需求,或过于笨重时,不要将就。尝试:写一个适合自己的工具函数库、封装一个更适合业务场景的组件、基于开源项目进行二次开发或定制插件。这个过程本身就是深度学习的体现,也直接成为简历上的闪光点。5.像产品经理一样思考业务:在做项目或实习时,多问几个问题:这个功能是为了解决用户的什么痛点?成功的指标是什么?我的技术方案是否是最优解?有没有数据可以验证效果?主动去寻找项目中的痛点、挑战,并用你的技术知识和钻研精神去解决它、优化它,并将这个过程和结果清晰地表达出来。这就是简历“深度”的来源。
有深度的简历长什么样?
点赞 评论 收藏
分享
评论
1
收藏
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务