关于登陆你第一个软件工程角色的建议并不缺乏.
组合,访谈,哪些语言要学习.
当我开始的时候,我发现的更少的是 一旦你真正在大楼里,我发现要做什么。
所以当技术学院要求我在7月底演讲的时候, 大部分是给学生和排队的人的,这就是我说的。
你要加入别人建造的系统 这是直播 你现在必须继续运行 在你学习密码时,不会出现任何结果。
它只在你站在真实事物面前时出现.
给最后的工程师带来怀疑 你会加入某个地方 发现一些看起来不对的东西 你刚刚花了几个月时间 来学习如何做, 而真正的事情是不会匹配的。
当这发生时,它很诱人地这样说,大声地,并想大声地说出最后一个人在想什么.
尽量不要。
我所研究的每个系统 都是由那些用当时的信息、工具和期限 来打出最好电话的人建立的。
我还没有找到一个不好的决定 被粗心大意地做了, 我做了很多自己的 看上去不错的一天, 和更糟的一年后。
亦有实际边际.
企业不看个人工程师做个人决定,它把工程看作一件事,所以当你在你们之前运行工程师时,你花费的可信度部分是你自己的.
更适合你的态度是 你将继承你没有建造的系统 拥有它们的缺陷就是工作 小失败比大失败 我亲眼看到的最清楚的根本性错误 是一个必须同时成功的过程 它在一次传球中做了一出大作品,而任何失败在任何地方都使整件事失败.
很少人会注意到 随着数字的增加 爬升的几率增加 半工半读的系统 留下了比没有开始的更糟糕的混乱 我所学到的教训是把工作打碎成我能做的最小的独立作品。
如果我正在建造新的东西,那就从头开始形成它:每个步骤都站立不动,我可以问每个步骤,当它失败时会发生什么,我需要再运行一次。
不过你不会经常造新的 主要是你正在寻找一些已经这样起作用的东西。
你不可能有时间改写它 "给我三个星期,到最后它会像现在这样运作,只有更可靠"并不是很多企业会答应的论点,他们不会拒绝,也不是错误的.
所以我不再试图赢得辩论, 开始做最小的有用的事情。
纸上画出过程,找到接缝.
在边界上增加伐木,这样,当它断裂时,你可以看到它必须迈出第三步,不再前进。
这些都不需要许可,每件小事都使下一个事情更容易被证明合理.
先选最简单的改善自己生活的方法 而不是最大的 你日复一日地活在系统里 你为自己做的更好 对追杀你的人来说更好 你无法预测变化,只留下空间,一个系统被构建在今天的真相上。
规则从一天停止维持, 突然,代码充满了特殊的情况 一件它从未确定的事情。
你无法通过预测来解决这个问题。
试着为每一个你能够想象的未来构建, 你只是拓宽你的表面 你会得到错误的, 因为真正的要求总是 与你猜到的不一样。
你可以做的是注意到 变化实际上往往来自哪里。
可以相信,这是两个地方: 任何地方 要求仍然被争论 在任何地方 你依赖别人的产品或决定 这些是边缘。
让他们保持与核心的距离, 所以系统根本上所做的事情 并不知道或不顾本月被锁上的东西。
重塑它,再次,是一个问题