国外大牛 Adam Fallon 十年软件开发的一些经验分享

经过了长达十年的编程生涯,我对于软件工程的理解和认识已经日趋成熟。在此,我想与大家分享一些对于编程的独到见解和心得体会,希望这些经验可以为你的编程之路提供一些参考。

在这里插入图片描述

首先,我发现有一个庞大而声音响亮的行业,致力于将复杂性加入到软件工程项目中。这种复杂性通常表现为无用的功能、繁琐的流程以及冗长的代码。这些都可能导致我们的软件过度复杂,难以维护和优化。因此,我建议尽可能避免这种复杂性,追求简洁、高效的设计和代码。

其次,我们需要明白,关于软件的 99% 的文字都是由那些尚未看到全貌,对此过于兴奋且信息不充足的人写的。这不仅包括一些技术博客,甚至也包括这篇文章。因此,在阅读这些资料时,我们应保持批判性思维,明确它们可能只是部分人的观点,不一定适用于我们的实际情况。

除此之外,我们需要尽量避免与编程相关但不涉及编写和测试代码的繁琐工作,例如过度的设计、无用的会议等。相反,我们应该更加专注于完成工作,编写可用的软件,并获取用户。

关于测试,我认为一旦代码库开始稳定,测试就变得非常重要。在这个阶段,通过测试可以有效地发现和解决问题,提高软件的质量。然而,在软件开发的试验阶段,我们可以暂时忽略测试,以便更快地进行试错和优化。

同时,你无法阻止某人"毁掉"你的代码库。但你可以责怪自己没有设计防护措施来阻止这种事情发生。因此,我们在设计和编程时,需要考虑到这种可能性,预先设置好防护措施。

我还发现,选择并坚持一个技术栈非常重要。我选择了 React(Web)、NodeJS(后端)、Postgres(数据库)和 React Native(移动端)。这套技术栈可以满足我几乎所有的需求。因此,我建议你找到适合自己的技术栈,并坚持使用。

另外,我建议大家多做辅助项目。这不仅可以提升我们的编程技能,还可以
帮助我们更好地理解和运用新的技术和工具。例如,你可以试着完善从数据库拉取的 JSON 数据列表的展示,这种练习将大大提升你的技能水平。

在编程范式的选择上,我认为函数式并不比命令式更优,它只是编写软件的另一种方式。因此,我们不应该成为任何一种编程范式的狂热者,而应该根据实际需求和情况,灵活选择适合的编程范式。

当然,我们也应该明白,并非所有的高级(及以上级别)软件工程师都是一样的。我们需要警惕那些只是凭资历而非真正技能和经验的工程师。同时,我们也需要明白,一分钟的规划等于一小时盲目编码的价值。因此,在开始编程前,我们应该花时间进行充分的规划和设计。

在我看来,所有好的软件都是在 70 年代编写的,从那时以来,软件的质量似乎一直在下滑。我想,这可能是因为我们过于追求新的技术和工具,而忽视了软件的本质和基础。因此,我建议大家在追求新技术的同时,也不要忘记软件的基础和本质。

在交流和合作中,我认为安静总比喧闹好。我们需要学会在合适的时机与他人分享我们的想法和成果,而不是随意地说出来。这样,我们的想法和成果才能得到真正的重视和尊重。

最后,我想说,在编程领域中,不应该轻易改变使用的技术栈或工具,只为了追求一些微小的好处或瞬间的满足感。同时,我发现,真正的好工程师都很谦逊,他们喜欢学习,喜欢分享,是我们值得学习和借鉴的榜样。

以上就是我在编程十年的一些心得体会,希望对你有所帮助。当然,每个人的经验和心得都会不同,我也期待你能分享你的见解和体验。

注: 本文根据 : https://adamfallon.com/programming/software-engineering/2022/09/09/some-thoughts-on-my-first-ten-years-of-programming.html 改编而来。

猜你喜欢

转载自blog.csdn.net/w605283073/article/details/131486638