掘友等级
获得徽章 0
在完成基本功能之后,为了赶进度很多时候都会赶紧提测,在测试的过程发现某些地方可以优化,但是又不影响功能,担心牵一发而动全身,同时觉得优化之后又得测一遍麻烦,所以最后还是不优化了,又不是不能用!这种想法是不是真实
有多少人和我一样,代码看得懂,也会修改,需要完成某个需求的时候大概知道如何实现,然后就是去网上查或是根据现有的可以copy代码去组装代码。可以运行起来就OK。
做某需求的时候查看同事写的代码,在看代码的过程中发现了几个bug(不影响基本的功能,但是一遇到特殊的情况就会报错的那样)这个时候就很纠结到底要不要帮他优化一下ડ🌚ડ。
前端通过组件控制某字段不为空,后端是否有必要判断非空。
对于一个普通的互联网民工而言(还不着急做管理层),在职期间做的事情大概可以归纳为三类,一类是领导派下的任务认真按质完成,额外有时间就总结复盘一下工作中遇到的问题,研究一下感兴趣的源码,然后就是额外学习一些新技术,一切的努力都是为了让自己在下次跳槽的时候对工资有一个更高的议价。
脑壳疼,五月份忙完两个需求,六月份又来了三个,新需求催的紧,旧需求也要急着配合上线,感觉自己都要裂开了。最近加班也加的好厉害,睡觉都在想着怎么开发好功能。和需求,测试互怼。真的很羡慕原来带薪拉屎,上班摸鱼的日子。![[捂脸]](//lf-web-assets.juejin.cn/obj/juejin-web/xitu_juejin_web/img/jj_emoji_28.8981538.png)
对于一个自律有自学能力同时懂得收集信息,筛选,过滤信息,以及整合信息的人来讲绝大多数的线下培训班都是割韭菜!#有一个想法不一定对
“正经语言谁不编译啊。”
“是啊。”
“你不带编译器吗。”
“我带,你不带吗?”
“谁编程能不带编译器?”
“光解释不编译也能叫编程语言?”
“下贱。”
“下贱。”
#这个一个有画面的段子
下一页