如何成为一名 -10x 或者 10x- 工程师?
共 1653字,需浏览 4分钟
·
2024-06-29 14:48
推荐:https://t.zsxq.com/uL2pI
帮朋友公司招人,招产品经理、Java后端、算法、安卓逆向、物联网、车联网、半导体等方向的人才,有意向的可微信私我简历
!
或多或少,大家可能了解过 10x+ 工程师,对于 10x- 或者说 -10x 的工程师,了解的比较少。基于此,我们今天聊聊如何成为一名 -10x 或者 10x- 工程师?
+10x 工程师可能只是神话,但 -10x 工程师确实存在。
要成为 -10x 工程师,只需每周浪费 40 多个工作小时就可以做到。
以下是一些做到 10x- 工程师的策略。
频繁改需求
尽可能在开发过程中更改需求。为了避免受到指责,从一开始就模糊需求。尽可能多的使 10 名工程师的产出无效。
多写ppt
要求您的团队执行类似于无效工作的任务。常见的示例包括演示文稿 ppt、图表 excel 和票证报销管理。创建毫无意义的工作仪式。
多写bug
多写bug,写难以扩展的代码。推卸责任,制造混乱,吵架生气,让别人多加班。
与其反思自己,不如指责他人。
想法不落地
让工程师们讨论各自的想法,鼓励他们追求优雅而非实用主义。确保没有人有权力做出任何决定。
多开会
多开会议会,破坏他人日程安排。为了不引人注意地浪费他人的时间,请撰写长篇信息/文档并尽可能广泛地分享。欢迎所有意见并争取参与,让更多的人参加,让会议没有主题,让会议成果难以达成。
故意使坏
编写慢速程序。避免 DB 索引。在 16 核机器上运行单线程程序。选择具有高级 RAM 和 GPU 的奇特硬件。在 RAM/磁盘上自由存储数据。不要压缩任何东西。不要关注数据布局。
避免编写文档
确定现有解决方案是否满足您的需求。编写只有一个人能理解的脚本和代码。如果脚本执行某些重要操作,请避免编写文档。
增加编译时间
缓慢的构建不仅浪费时间,而且会产生复利。随着构建时间的增加,开发人员更容易分心。为了确保开发人员能够切换上下文,重新编译至少需要 200 秒。您也可以编写缓慢的测试来达到类似的效果。
编写无意义的测试
创建特定变量的依赖关系,而无需测试底层功能。模拟函数调用,直到没有原始代码运行。在测试中引入微妙的随机性,以便测试成功/失败而不会产生任何原因。
糟糕的架构
在糟糕的架构上浪费时间。不要考虑你的系统设计会如何随时间演变。或者,让你的团队沉迷于架构决策,这样他们就没有时间去测试他们的假设。
N套环境
创建尽可能多的环境。生产和准备阶段必须有很大不同。使用脆弱的构建系统启动脆弱的代码。经常迁移数据库。让磁盘经常写满,不压缩文件、消息等,让网络拥堵。
不关注安全漏洞
屡屡无法发现并解决严重漏洞。不关注安全漏洞。
编写毫无价值的文档
在私人消息或者群消息中解释代码。编写没人使用的 wiki。文档散乱,层层嵌套,描述尽可能模糊。
低估项目的难度
吸引优秀的工程师,浪费他们的潜力。向管理层低估项目的难度,而夸大项目的实用性。告诉管理层它“几乎完成了”,直到他们放弃它。
多使用新技术
工程师单独学习每个库。多使用新技术,尤其是社区不成熟,生态不完善,文档不全,不稳定的第三方库。Java 中混入 kotlin、lua 等其他语言和脚本代码。
不要惹麻烦。不要留下任何失败的书面记录。为糟糕的工程担保。
“自由”编程
编写不可调试的程序。在所有东西上涂抹抽象层。编写意大利面条式代码。使所有东西都对初始条件敏感。避免使用纯函数。自由使用依赖项。尽可能说“它在我的计算机上可以正常工作”。
更多糟糕的实践,参考:https://taylor.town/-10x
。