写得确实好!而且文笔也非常好!😆 我之前都还在教育我的 agent:不要闷着头闭门造车,先去查查社区的成熟文献与最佳实践,站在巨人的肩膀上。 我不太了解大学… · @DeepKlee · TwKit
@DeepKlee
写得确实好!而且文笔也非常好!😆 我之前都还在教育我的 agent:不要闷着头闭门造车,先去查查社区的成熟文献与最佳实践,站在巨人的肩膀上。 我不太了解大学课程是什么样的,说实话;不过不知道数据库的大致组成和单文件程序这些确实太惊悚了,较少用第三方依赖我也想象不出来😱 我深受神奇构建体系和工具链碎片化的折磨,所以才会很认可 Rust 统一的工具链。 我是非常认同文章的路径的,并且也一直宣扬:共同体的合法边缘参与,让新人先接触风险较低的事物,从中学习到共同体的标准和品为等等默会知识,再逐步承担高风险、前沿的工作。知识是社区的知识,培养是社区中的培养。 我个人认为许多计算机人对数学的态度是有些魔怔了的。很多时候其实并不关心纯粹的计算是什么,什么地方值得用数学工具也是一种权衡。而且很多形式化启发和解释意义居多,实际上不如 profiler 和仿真。许多优化问题也是一样,静态分析能证明的东西很有限,于是剖析引导优化、即时编译与退优化、动态分析器…… 而软件工程,很多问题我认为学校确实是感受不到的。比如我一直认为,做架构就是在系统演化的枯荣上去思考问题,如果没有产品的 ownership 与变迁是不会有思考这个问题的契机的;另一个大头是维护者变动形成的知识流失以及如何共享知识、传递知识,课程项目也很少有思考为什么要这样协作、文档在干什么、什么场景沟通异步同步、怎么方便后来者。 总体来说相比记忆一堆算法,查查文献复现一下或许还更高效。足够务实地说,很多算法不理解也无所谓,不然封装和抽象也没有意义了😂
曝光 580 · 评论 1 · 点赞 8 · 书签 5
查看原帖