程序员中有一些是具备大局观的，而另一些人只能根据“指令”干活。领导让他写什么页面，或根据什么UI设计写页面，他只需要写就好了。这本质上跟AI没啥区别，都是遵循指令干活，所以这些人大概率是要被取代掉的。

还有一些人，可以维护整个前端架构的设计，能够实现设计一个组件，少写十次重复代码；有自己的设计头脑，有自己的脑点子，能够实现“人”才能理解的界面优化，让人用起来、看起来都很舒服；这类人就目前来说几乎不可能被取代。

程序员中有一些是具备大局观的，而另一些人只能根据“指令”干活。领导让他写什么页面，或根据什么UI设计写页面，他只需要写就好了。这本质上跟AI没啥区别，都是遵循指令干活，所以这些人大概率是要被取代掉的。

还有一些人，可以维护整个前端架构的设计，能够实现设计一个组件，少写十次重复代码；有自己的设计头脑，有自己的脑点子，能够实现“人”才能理解的界面优化，让人用起来、看起来都很舒服；这类人就目前来说几乎不可能被取代。

沟通不及时需求理解不到位，往往做出来的东西往往可能背道而驰

也不知道算不算编程瓶颈......

曾经干某央企项目，项目上线后，客户反馈很好，大BOSS批了奖金给我们，但是项目的小伙伴儿都没拿到奖金，而我们老板还拍了拍我的肩膀说：“好好干，以后有酒有肉”。哎，有些老板明明看着人模人样，做起事儿来是真的狗啊。

我不写注释可以，同事不写注释坚决不行！

为了保持有好的开发氛围：小组代码统一书写规范，大小写等等、写好注释，一定要写好注释利好你我他/她

拿到需求的时候，先想下怎么实现，再开始写代码。

写代码的同时，一定要加上注释，不然过段时间，连自己也看不懂这段代码是做什么的了。

有必要的话，写项目文档也很重要，让别人知道这个项目怎么跑起来，需要注意哪些细节。

尽量合理分配时间和任务，给自己保留摸鱼时间并尽可能不加班，这应该算是个好习惯

不是我需求的代码实现，我坚决不改，不干，以免莫名背锅。

水杯，手套，手机壳，手机和电脑支架，等等等一些实用的小礼物。。。