关于我
欢迎来到我的博客！这里汇集了我对编程和技术的洞见和总结。本站内容分为几个主要类别，涵盖从具体技术实现到编程理念的广泛话题。
主要内容分类
- 项目工程：深入探讨技术的实现细节和理解。
- C/C++：围绕C/C++语言的技术点和编程技巧进行详细总结。
- 程序员哲学：分享程序员在职业生涯中应该具备的哲学理念和思考方式。
想要了解更多具体内容，您可以访问文章分类页面。
联系我
如果您有任何问题或想要交流，欢迎通过关于页面与我联系。
感谢您的阅读和支持，希望我的博客能为您的技术旅程带来帮助！
前提
这里是我看到的其他人总结的有较大参考价值的文档.我不再单独叙述,而是引用别人的文章来说明一些事情-其应该是每一个人都认可/思考过并且执行的准则.
这篇文档持续更新中.
学会对待自己的问题
放在最前面的就是最经典的每一个入学计算机领域的人都应该看到的文章.
我们知道,在计算机领域,如果要对提出的技术问题得到答案,不仅取决于提问方式,还取决与答案的难度.
因此,必须通读提问的智慧并且认可这篇文章中表达的意思,并且能够在学习中尽量的执行其中的要求.
github仓库地址:ryanhanwu/How-To-Ask-Questions-The-Smart-Way
原文地址:http://www.catb.org/~esr/faqs/smart-questions.html
还需要阅读提问中的细节,别像弱智一样提问
github仓库地址:tangx/Stop-Ask-Questions-The-Stupid-Ways/README.md
默认你会git和更高级抽象的vcstool工具
随着技术水平的上涨,我们越来越能够处理更大型的项目,为了能够不妨碍我们能够把心神投入到编程中,我们应该使用更加高效的工具去管理项目版本进展.
我常使用的是vcstool工具,能够支持不仅git在内,还有subversion等版本管理工具.
有过重构代码的经历吗,那学学吧
并不是每一个项目都值得重构(好吧,大多数项目我都是写完就"扔"了)
也许初学者都像我一样,写完之后获得了成就感(能够运行,功能正确),然后便再也不会想去重构这个狗屎一样的代码.
也许我们在编写代码的时候,就能够按照重构代码的要求去写,那么是否就能够"不"重构?这个至少也能提高我们编码的水平.
请看看这篇文章,讲了关于重构的方法(不如认为是写新代码的方法)
https://www.builder.io/blog/good-vs-bad-refactoring
请牢记团队的工作组织
如果创业, 进入职场,或者外包,或者没有步入社会,即使在学校念书,导师有项目让你和几个低年级的人跟你一起做,你是实际上的项目小组长.你需要考虑的事不光是技术上的,还有人相关的.所以默认你是需要知道一些关于团队管理的知识.
这里有一个简短的团队管理小册子,这里不是为了让你成为团队管理大师,而是让你起码能够协调工作.
哪怕你现在还没有升入高年级/成为一个小项目的组长,也需要学习一些关于团队管理的知识,同时,通过这个文档,也让你更加明确目标是什么,工作是什么,培养你的个人魅力.
这里涉及权限与责任,队员沟通与管理,团队协商,提高团队效率.
还提到坦然,技术坦白,能力边界交流等,让团队对彼此更加熟悉,以减少一些不合实际的期望.
github仓库:lazyparser/minimalist-team-leader
做技术报告的时候,你需要知道
我们应该尽量保持快速,简单,不繁杂的形式去做技术性报告.
但是,也不应该过于生硬和难以让人理解.
也许,你需要看看这篇文章:https://chelseatroy.com/2022/08/03/how-i-do-and-dont-prepare-a-talk-for-a-technical-conference/
技术失败的处理
也许,我们更应该学习一下谷歌的事后哲学:https://sre.google/sre-book/postmortem-culture/
提高自己的技术品味
这里有一篇文章是讲提高技术品味的.
技术品味高不高,或许不是直接影响我们的工作和学习.
但是这篇文章中提到的如何提高技术品味的方法,确实值得学习的.
在搜索/学习新技术,构建自己的产品的方式是需要了解一些的.
https://shankarganesh.blog/2024/08/29/growing-taste-to-build-better-products/
不是很重要的一些角度
观点与坚持之间的权衡
曾经在科技圈中流行的"strong opinions, weakly held"(强观点,弱坚持).
在某些方面,我认为这个观点很正确,观点要明确,但是时空的变换,带来的不同的局势,我们需要修改观点,而不是苦苦坚持.
你可以看这篇文章,也许会带来一些思考:https://commoncog.com/strong-opinions-weakly-held-is-bad/
关于开发流程,我以前比较信奉敏捷开发
我是学习过一生一芯,其中提到的敏捷开发,是我非常喜欢的一种开发方式.
但是这里有不同的观点,你可以看看这个:https://www.theregister.com/2024/06/05/agile_failure_rates/
If you like this blog or find it useful for you, you are welcome to comment on it. You are also welcome to share this blog, so that more people can participate in it. All the images used in the blog are my original works or AI works, if you want to take it,don't hesitate. Thank you !