早些年小小的用过一段时间，如果不需要定制太多东西还是挺方便的。当时放弃是因为特殊需求要禁用掉 babel 的某些功能，结果实践+github issue 证明有 bug，支持不了。

Are you kidding me?

小公司里根本不用也没必要跟产品经理讨论技术实现，只讨论业务逻辑很多产品经理就会被 diss 到哑口无言～
多 diss 几次，他就知道自己几斤几两了。

向上汇报的成果，走的越高，“虚”的东西越受待见。

一线升上去的管理者多少是能够看到工程上的产出什么是“有价值的”，什么是“没价值的”。尴尬的是站在更高处的人有资源和权利优势，他们更愿意用宏大的市场目标来直接判断工程产出成果的价值。看起来 “高端、大气、上档次，市场潜力无限好。” 的产出自然也更容易唬住这些人。

一个大家都不愿意承认的现实是，很多你实现的“价值”只是别人的“嫁衣”，而不是真正创造了什么价值。可能只是为了上司在大领导面前吹过的一个牛逼，也可能只是为了老板在酒局上给资本方编造的一个宏伟蓝图。

对于清醒的人来说，自我价值的认知和外在对其价值的期待，大多是矛盾的。

最后，祝楼主好运！

多数老板看不懂代码，对软件工程也只了解个皮毛。既然拿了人家的钱，总得让人家有点儿刷存在感的方式，比如抓考勤，定绩效，听风就是雨让员工瞎折腾所谓前沿技术等等。。。

让她滚！又不是拿枪指着她脑袋不回微信就干死。

太牛逼了！！！

“你以前当程序员粘贴过来的代码都不带改改的吗？啊？” 哈哈哈哈！金句频出啊！

@a1609 蛤？这么老的帖子你都能翻出来，佩服佩服！不过已经饭不动了，哈哈哈～

不管是不是聪明人，最关键的就两点，确定理解了对方的意思，确定对方理解了你的意思。

@zycojamie 不考虑后端的前端和不考虑前端的后端，都是业余选手。就像这个架构师。

当作一封前辈情真意切写给后辈的信来看完的。
楼主加油！

@YUX 哈哈哈哈！听了一下那个录音，这个老师怼人都磕磕巴巴的，一听就知道不自信。

哈哈哈哈！这个老师是不是那种学识不咋渊博，脾气还贼大的那种。别哭，这样的老师也只能跟学生叫嚣一下，不要跟他一般见识。

破窗效应。

如果接手的代码就是一陀屎，大概率不会有人有心情去优化，工作是永远做不完的，老板不会因为你优化了代码涨工资，也不会因为维护起来效率高了就让你闲着。更可能的情况是又为了迁就这陀屎，不得不写更多屎一样的代码。

理想化的持续重构针对的是设计良好的代码，对屎一样的代码唯一的解决办法是全部重写！

反过来讲，如果接手的就是干净、清爽、有设计、上层次的代码，也不好意思去污染。所以，前期打基础的那批人很重要。

啊！对不起，我之前没注意楼主是女孩子，我重新回复一下。

数学好，当当数学老师多美！没事拿粉笔头砸砸上课照镜子的女同学，心情好了再调戏调戏长得帅的男同学。多美！
为啥？非要当程序员！为啥？

数学好，当当数学老师多美！没事拿粉笔头砸砸最后一排的男同学，心情好了再调戏调戏长得漂亮的女同学。多美！
为啥？非要当程序员！为啥？

@AlghaPorthos 数组也是一种数据结构这件事 不是众所周知的。。。

网上看到的“算法”指的是一些公知的算法吧，比如二叉树遍历，快速排序，动态规划什么的。而不是广义上说的程序员的自己设计的解决问题的方法和步骤。广义上讲，在 for 循环里写 sql 删除操作也可以说是一种“算法”，但是这样的选手你能说他懂算法吗？

当咸鱼挺好，舒坦。
用力过猛的人生就是一场灾难。

@Livid 广告