dmzc
前端
代码之城
获得徽章 0
- 朱有鹏老师的鸿蒙直播公开课来啦！
想读懂鸿蒙2.0源码的同学看过来~
用一节课的时间，简单介绍鸿蒙2.0系统源码的构建原理，以及鸿蒙系统的启动流程。
PLUS！给予大家一些学习鸿蒙的指导和建议。
想要深度研究使用鸿蒙系统的同学，千万不要错过哦~ 评论1 - 今天跟公司老大哥聊天真是学到了。
年底了，就不要赶项目进度，防止被优化。
把项目进度控制在难点上，每天多拉着产品讨论业务逻辑，指出他产品中不合理的地方，多开会。
不要傻乎乎的加班赶进度，到年底进度赶完了，你也被优化完了。领导开开心心拿着你的成果去汇报了。
要给上面一个感觉，现在这一部分很难，我很重要。
这样，即使上面要优化你也得掂量掂量。展开1811 - 把附加题做到99%，基础题连及格都难，大概可以算业界的风气。毕竟面试考附加题，默认一通百通，也难怪大家另辟蹊径。
其实写代码也没什么难的，需求理清了，主要是需求合理而且自己理清了，进行一次语言翻译就行了。但是为什么又总在翻车？
为什么自己总在思考这些没用的？前人挖坑，后人踩坑。小到架构领导，大到业界大牛，圣人一刮风，屁民就得折腾不止，能不警慎？儒家认为劳心者治人，自己怎样傻，反正不会丧失利益，就让实践的屁民去折腾就好。
人们痴迷于事物的同异分析，迷失了方向。所以编程里代码怎样复用，往往分一团混乱。程序员其实没有需求设计的自由，其实也是正好可以不用动那么多脑子，将精力集中于兴趣与自己的利益最大化上。因为你往往归纳了一处同异，现实不一定与你的预期一致，就会打破你的复用。
也就渐渐明白前人的“复制”之理。线上是严肃的，测过了就不要轻易去动，就算代码再丑陋不堪。若无需求变更不要动，因为没有测试计划。这对完美主义实在难以忍受。新功能与旧功能相似，复制过去修改，因为未来的变化方向不确定，不应该放在统一的架构下。除非需求明确统一的架构。现实的无常，由需求去应对。
一个和尚担心喝，三个和尚理应担六桶水，为什么却落得没水喝，应该想明白。
哪里有统一的技术，只有不同场景不同的处理方式。
生活中有真正的难题，也有只是脑筋急转弯，不会变通就是傻吧。
同样的橘，淮南淮北不同，应该考虑，不是橘的问题。
结果做事还被骂，才是真正的傻。展开评论9
www.w3cplus.com