laddwong.github.io
获得徽章 0
赞了这篇沸点
关注了标签 
uni-app
uni-app
赞了这篇文章
赞了这篇文章
赞了这篇沸点
把附加题做到99%，基础题连及格都难，大概可以算业界的风气。毕竟面试考附加题，默认一通百通，也难怪大家另辟蹊径。
其实写代码也没什么难的，需求理清了，主要是需求合理而且自己理清了，进行一次语言翻译就行了。但是为什么又总在翻车？
为什么自己总在思考这些没用的？前人挖坑，后人踩坑。小到架构领导，大到业界大牛，圣人一刮风，屁民就得折腾不止，能不警慎？儒家认为劳心者治人，自己怎样傻，反正不会丧失利益，就让实践的屁民去折腾就好。
人们痴迷于事物的同异分析，迷失了方向。所以编程里代码怎样复用，往往分一团混乱。程序员其实没有需求设计的自由，其实也是正好可以不用动那么多脑子，将精力集中于兴趣与自己的利益最大化上。因为你往往归纳了一处同异，现实不一定与你的预期一致，就会打破你的复用。
也就渐渐明白前人的“复制”之理。线上是严肃的，测过了就不要轻易去动，就算代码再丑陋不堪。若无需求变更不要动，因为没有测试计划。这对完美主义实在难以忍受。新功能与旧功能相似，复制过去修改，因为未来的变化方向不确定，不应该放在统一的架构下。除非需求明确统一的架构。现实的无常，由需求去应对。
一个和尚担心喝，三个和尚理应担六桶水，为什么却落得没水喝，应该想明白。
哪里有统一的技术，只有不同场景不同的处理方式。
生活中有真正的难题，也有只是脑筋急转弯，不会变通就是傻吧。
同样的橘，淮南淮北不同，应该考虑，不是橘的问题。
结果做事还被骂，才是真正的傻。
其实写代码也没什么难的，需求理清了，主要是需求合理而且自己理清了，进行一次语言翻译就行了。但是为什么又总在翻车？
为什么自己总在思考这些没用的？前人挖坑，后人踩坑。小到架构领导，大到业界大牛，圣人一刮风，屁民就得折腾不止，能不警慎？儒家认为劳心者治人，自己怎样傻，反正不会丧失利益，就让实践的屁民去折腾就好。
人们痴迷于事物的同异分析，迷失了方向。所以编程里代码怎样复用，往往分一团混乱。程序员其实没有需求设计的自由，其实也是正好可以不用动那么多脑子，将精力集中于兴趣与自己的利益最大化上。因为你往往归纳了一处同异，现实不一定与你的预期一致，就会打破你的复用。
也就渐渐明白前人的“复制”之理。线上是严肃的，测过了就不要轻易去动，就算代码再丑陋不堪。若无需求变更不要动，因为没有测试计划。这对完美主义实在难以忍受。新功能与旧功能相似，复制过去修改，因为未来的变化方向不确定，不应该放在统一的架构下。除非需求明确统一的架构。现实的无常，由需求去应对。
一个和尚担心喝，三个和尚理应担六桶水，为什么却落得没水喝，应该想明白。
哪里有统一的技术，只有不同场景不同的处理方式。
生活中有真正的难题，也有只是脑筋急转弯，不会变通就是傻吧。
同样的橘，淮南淮北不同，应该考虑，不是橘的问题。
结果做事还被骂，才是真正的傻。
展开
评论
9
赞了这篇文章