编程的难点，我认为是了解别人的东西。包括学习别人的接口，接手别人的代码。
别人的设计逻辑是怎样的？有可能本身就不科学，即使大厂家，也可能只是符合传统/主流，但这种中庸并不能灵活地解决问题。别人设计错了，别人赶工纸糊的实现，你还得去思考他当初为什么这么做，其中或许有高妙的思想。但如果是自己写的，看见有问题，顺有就解决了。所以有人说接手别人的代码，一切现成，为什么做个小改动这么难？其实这是在我看来最难的。
也不能太绝对，对于有经验的人，按自己领悟的模式，对别人的模式有一定的成见，反而阻碍。但没有经验的人，反倒从别人的模式中学到经验。
有的人了解点别人的框架的皮毛就能一顿吹了，这借助了别人的名声。在反复尝试跟随潮流一无所获，我尝试与外界接口建立最少的依赖，还挺得平心静气稍有收获。设想当真的自成体系，再心平气和地尝试别人的方法，学习别人的方法，对自己查缺补漏。
别人的设计逻辑是怎样的？有可能本身就不科学，即使大厂家，也可能只是符合传统/主流，但这种中庸并不能灵活地解决问题。别人设计错了，别人赶工纸糊的实现，你还得去思考他当初为什么这么做，其中或许有高妙的思想。但如果是自己写的，看见有问题，顺有就解决了。所以有人说接手别人的代码，一切现成，为什么做个小改动这么难？其实这是在我看来最难的。
也不能太绝对，对于有经验的人，按自己领悟的模式，对别人的模式有一定的成见，反而阻碍。但没有经验的人，反倒从别人的模式中学到经验。
有的人了解点别人的框架的皮毛就能一顿吹了，这借助了别人的名声。在反复尝试跟随潮流一无所获，我尝试与外界接口建立最少的依赖，还挺得平心静气稍有收获。设想当真的自成体系，再心平气和地尝试别人的方法，学习别人的方法，对自己查缺补漏。
展开
评论
点赞