一份来自 Web 开发者的 Mac 软件推荐清单
准则
在从事程序开发的这些年里,我也有幸见识到了各种各样风格的工程师,每次一起组队搞需求时的场景就好比:“八仙过海,各显神通”,需求内容虽然很相似,但好在场景不同,人不同,环境不同,其得到的结果当然也不一样,正可谓其乐无穷。为了得到正向的结果,团队的每人都在强调效率,于是,最近看到了好些现象:
- 敏捷研发流程已具备普适性,大多数公司的迭代内容越来越小,发布频率越来越快。
- 研发流程越来越自动化,依赖“人”能完成的事情越来越少。
- 开发者们使用 ChatGPT、Copilot 进行辅助开发。
- 领导们开始关注代码量、千行 BUG 率。
- ...
高效率并不意味着正向的结果,如果方向错了,只会更加快速地走向毁灭。虽然现在是个内卷的时代,但我还是希望大家怀抱着类似这样的初心去卷:”提高自己的工作效率,有更多的时间去享受生活“,因 为如果仅仅为了收入去卷业务、卷技术,我们永远可能是一只笼中鸟。
回到正题,我认为优秀的程序员身上都有一个共性:”发现问题,解决问题“。发现问题是指能从一个问题上看到更多的潜在的问题,并且能从结果出发去挖掘自身可能存在的问题;而解决问题,不仅仅是经验与态度那么简单,而是
好像只有敲击键盘越快代码写的足够快,就越牛逼 最近到了内卷年,大家都忙着但工程师们是内卷的,有的卷如果就编码效率而言个体间的差别是非常大的,其中我认为能够体现出水平高低的点是:“解决问题的能力”,当问题越复杂,体现出来的能力差距就越大。若不论工程师的能力水平,共同完成一项简单的工作内容:“绘制某购物网站的 UI”,我想最终所耗费的时间也是几倍的差值。在此简单进行归纳一下,从解决问题的维度出发,其所耗费的时间大致取决于以下几点:
- 学习成本。若所解决的问题有迹可循,即可按照标准方案进行工序的设计,最终完成时间取决于执行效率;若问题无迹可循,则需要先进行一些信息整理、技能学习,此时学习能力与归纳能力就会形成一定的学习成本。
- 编码效率。
- 流程集成。
因此,根据不同的领域与个人的习惯,大多数工程师会定制化属于自己的 WorkFlow,以此来逐渐向“10 倍工程师”靠齐,我们每人都应该相信,“10 倍工程师”是真实存在的,因为那也代表了我们对最佳实践的追求。
作为一名 Web 工程师,我也在此推荐一些平时我在工作中高频使用到的一些工具,便于大家去集成与定制属于自己的 WorkFlow。
如果按照编码效率去归纳人群,那么往往一名优秀的程序员的效率往往是几倍于低效能工程师