你的创业公司的“公交车数量”是多少?创业和编程的7个神话

(照片:被困在海关

过去两年里,在与a级初创企业投资者交谈时,有一个名字被反复提及:关键的实验室

看,枢纽实验室悄悄地帮助了世界上几十家发展最快的科技公司,包括像Groupon和Twitter这样的货运列车。如果你的初创公司需要快速编写好的代码,比如闪电般的速度,或者如果新员工需要熟练快速编码——顶尖的风险资本家可能会回头告诉他们:“打电话给Pivotal实验室。”

我第一次见到Pivotal Labs的创始人罗伯·梅(Rob Mee),是在我为一家初创企业提供咨询的时候,招聘信息他开始和他们一起工作。

有一件事是显而易见的:罗布痴迷于如何获得高得惊人的产出。但这并不是什么新鲜事。不同之处在于:他痴迷于如何用可持续发展的努力。他对我说的第一句话是:“凌晨3点玩Jolt和披萨可能很有趣,但这是一个神话,它是可扩展成功背后的燃料……”

我喜欢的那种人。

然后我提出了几个问题:

你如何创建一个可扩展的,防弹的业务?在这种情况下,“防弹”意味着不存在单点故障—-如果任何单个玩家(如你)被淘汰或选择退出,它也不会暴跌。

他想要揭露的科技产品创造(特别是软件,以及更广泛的创业精神)的神话是什么?

这篇文章包含了他的答案。

认为软件不适合你?如果您在做生意,请放心,至少有一些好的软件开发原则绝对适用于您。把它们应用到你的世界中,你就会成功。

罗伯·梅登场了

软件开发是一个快速发展的领域,起步非常困难。

多年来的传统观点认为,软件工程应该像其他类型的工程一样:仔细设计,精确指定,然后建造它——完全按照规定,就像建造一座桥,对吧?这种方法的问题在于软件就是软件。柔软。它具有无限的延展性。你几乎可以随时修改软件,人们也确实这么做了。此外,由于软件可以用来建模几乎任何东西,您可以要求软件开发人员做的事情的可能性几乎是无限的。想要在软件中模拟电路?去做吧。经营银行?没有问题。 Connect half a billion people to their friends? Why not, piece of cake. Not only that, but what we ask programmers to produce changes in the middle of the development, often in unpredictable ways.

这不是搭建桥梁。

几十年来,否认不断变化的现实注定了许多软件项目的失败或巨大的预算超支。那么,为什么整个行业都不顾所有证据,坚持这种传统智慧呢?很难说。然而,最后已经开始出现一个新的共识:软件开发需要很好地响应变化。事实上,它需要针对变化进行优化。在当今的网络初创企业开发社区中,没有什么地方比这更受欢迎。所谓的敏捷方法获得了货币,并且“精益创业”运动要求极其迅速的变化,通常是自动化的,并基于对现场系统的实验。

所以我们都很好,对吧?别这么快。尽管人们已经接受了更敏捷的方法,但仍有许多公认的智慧存在……其中大部分应该被扔出窗外。

1.神话:你必须雇佣“忍者”。

黑客英雄的神话是硅谷初创企业中最普遍的病态之一:一个孤独的程序员,在披萨和咖啡因的激励下,戴着耳机,整夜工作,完全靠自己建立一个复杂的系统。超时。事实证明,软件开发是一项团队运动。所有初创企业都会成长,只要它们取得了有意义的成功。对于一个单独的程序员来说有效的方法并不适用于一个10人的公司。更糟糕的是,鼓励英雄心态会导致软件团队中腐蚀性的功能失调。那些每周朝九晚五,周复一周地制作出业务赖以建立的可靠功能的开发者,总是输给那些通宵达旦(通常只有一个晚上)想要获得大量赞誉的贪婪自大狂。与其奖励英雄,不如培养真正的团队精神。

2.误解:程序员需要安静地工作,不受打扰。

这是有道理的……如果人们自己工作的话。每一次干扰都会打断你的注意力,你需要一段时间才能回到“状态”。一些知名的软件公司甚至坚持每个程序员都有自己的私人办公室。这样他们就不会被打扰了,对吧?只不过,现代社会的干扰与有人轻拍你的肩膀无关,而是与即时通讯、手机、Facebook和Twitter、电子邮件以及通过耳机传入的音乐有关,程序员声称这些音乐可以帮助他们集中注意力。现实情况是,大多数独立工作的程序员每天只花一小部分时间在编程上:干扰是大量的,在集中注意力的状态中进进出出占据了他们一天的大部分时间。然而,有一个解决方案:结对编程。两个程序员,一台电脑。没有电子邮件,没有Twitter,没有电话(至少不是计划外的;你可以定期休息一下来处理这些事情)。 If you do this, what you get is a full day of pure programming. And “getting in the zone” with someone else actually takes almost no time at all. It’s a completely different way of working, and I maintain that it is far more efficient than working alone ever can be. And in fact, with the current level of device-driven distraction in the workplace, I’d suggest it is the only way that software teams can operate at peak efficiency.

3.误解一:初创企业很火,所以我们只能让每个人都筋疲力尽。

疯狂工作并不能让你更快达到目标。事实上,它会让你慢下来。当然,你可以做一个星期。但大多数初创公司的计划都要比这长一点,开发人员将不得不持续编程数月,甚至数年,才能开发出一款成功的产品。许多初创企业的经营方式就好像金矿就在眼前;只要我们再努力一点,我们就会到达那里。很快,开发人员就会精疲力竭,只是在没有任何相应生产力的情况下长时间工作。短时间的高强度工作效率要高得多。Pivotal已经帮助数百家初创企业建立了系统,并严格按照每周40小时的工作时间来完成。

4.误解:临近的最后期限需要走捷径。

许多软件团队以市场压力大和需要立即发布产品为借口,做粗制滥造的工作。编写测试被搁置一边;在疯狂的黑客攻击中,精心的设计被遗忘了。但是,软件团队与我们所熟悉的其他团队并没有什么不同,高绩效团队的成功之道是不要失去冷静:相反,当压力来的时候,你会保持冷静,让你的训练带你度过难关。我们听过多少次在难以想象的压力下取得卓越表现的故事——无论是军事上的、职业体育运动上的,还是飞行员在河上降落飞机的——而这些故事的解释几乎总是包括英雄们说:“我们为这种情况训练过。”

5.谬论:开发人员应该拥有自己的代码。

所有权听起来不错。像苹果派一样美国化。个人责任,对吧?但是,软件团队中的“所有权”意味着只有一个开发人员编写并理解每个代码模块。这就导致了开发人员的防御。这也给业务所有者带来了风险,因为一个人的损失可能会减慢团队的速度,或者如果他们负责系统的一个特别关键的部分,可能会削弱业务。更健康的流程允许任何开发人员处理系统中的任何代码。结对编程促进了这一点,因为知识是在人与人之间传递的。所谓的“公共汽车计数”(在你的团队中有多少人被公共汽车撞到,你就会全军覆没)是软件初创公司风险的一个关键指标。我们在这里讨论的并不是公共汽车,而是你的竞争对手,他们愿意雇佣你最好的开发人员。 The more people who understand the whole system, the stronger and more resilient your organization.

6.误解:你需要一个古怪的招聘流程。

你会不经过试镜就雇佣一个演员吗?如果你这么做,你就当不了导演了。但这正是今天几乎所有雇佣软件开发人员的公司所做的。通常这个过程包括和他们谈论申请人的经历。这就是全部。想象一下,如果你问一个有抱负的演员,他是否喜欢自己扮演的哈姆雷特这个角色。你演得好吗?好。你被雇佣了!许多著名的软件公司为他们的求职者提出了脑筋急转弯。 Some top companies even give candidates an IQ test. The best of them run candidates through a simulated software problem on a whiteboard. This is a sorry state of affairs. I’m going to state (what should be) the obvious: the only way to hire good programmers reliably is to program with them. I run programmers though a one-hour, rapid-fire, pair programming interview – and that’s just the start. Having done it over a thousand times, I can score developers relative to each other on a 100-point scale. What do I look for? Mental quickness, ability to think abstractly, algorithmic facility, problem-solving ability. And most importantly, empathy. Because collaboration is the most important thing we do, and it doesn’t matter how smart you are if you can’t relate to how other people think.

7.误解:专业化是必要的。

管理者很自然地希望通过分而治之来解决问题。在软件团队中,这通常表现为强制专门化的冲动。前端vs后端,数据库管理员,等等。Brad Feld认为在他的博客中,每个团队都应该有一个“全栈程序员”,一个真正的多面手。他是对的,但他做得还不够。每个团队的每个人都应该知道完整的堆栈[蒂姆:看看卡洛斯·布埃诺的文章。在这里].为什么?因为专业化会让团队变得脆弱。还记得公交车计数吗?每个专家都是累赘;如果他们离开了,而你又找不到合适的人选,你就完蛋了。不仅如此,它还会让团队变得迟钝。专家需要使系统的不同部分通过定义的接口进行通信。实际上,他们最终会就如何做到这一点与彼此签订非正式合同。这就导致了大量的开销,并且经常是防御性的或相互指责的。 At Pivotal, every developer works on every level of the system, from HTML and JavaScript, to Ruby, and down to the database. And the argument that specialists will be better at a particular layer of the system if they’re allowed to focus on it doesn’t really hold water. The state of software technology today is simply not that difficult. Programmers are better off knowing all layers and how they interoperate. By the way, another important implication of all this: you don’t need to hire for a particular technology. Ruby programmers in short supply? Fine, hire a Java programmer and train them in Ruby (pair programming works great for this). Someone defines themselves as a “server-side” programmer? No problem, make them do JavaScript, they’ll pick it up.

如果他们有什么优点的话,那就是。

# # #

阅读更多关于Pivotal Labs的信息,并找到他们的技术演讲集在这里。如果你在旧金山或波士顿,试试招聘信息既然你这么做了

点击在这里浏览这个博客的其他创业文章(涵盖了从Twitter和FUBU到出售公司和天使投资的所有内容)。

世界杯彩票app开云是一个世界上最受欢迎的播客之一,下载量超过9亿。它曾三次被选为“最佳苹果播客”,它经常是所有苹果播客中排名第一的采访播客,并多次在40多万播客中排名第一。想要免费收听过去的任何一集,点击这里这个页面

留言回复

评论规则:还记得方兹是什么样子吗?酷。这就是我们要做的-酷。批评是可以的,但如果你不礼貌,我们会删除你的东西。请不要将您的网址放在评论文本中请使用您的个人姓名或首字母缩写,而不是您的业务名称,因为后者就像垃圾邮件一样。祝你玩得开心,谢谢你加入我们的对话!(感谢Brian Oberkirch提供的灵感。)

“你的创业公司的“公交车数”是多少?”创业与编程的7个神话

  1. 你所说的更接近于现代敏捷开发。这是软件行业中一个非常成熟的领域——混合了一些精益实践,比如看板——你会把它带到下一个层次

    1. 学习堆栈的所有部分并不难。我不得不为我自己的东西这么做。我还发现了解操作系统的驱动程序是如何工作的真的很有趣

  2. 我同意作者的一些观点。通才很重要,但要找到具备你提到的所有技能(HTML和JavaScript,到Ruby,再到数据库)的人,那就祝你好运了。

    作为一名开发人员,我更喜欢在某些领域掌握技能,并希望我的专家能够接管重要的里程碑。

    顺便说一句,我喜欢taskrabbit的界面(除了顶部的按钮——很难理解)。

    1. 嘿,Steve,招聘专家并不是一种敏捷的方法,你想要在内部培训人们拥有T型技能,即开发人员是一个领域的专家,但可以在其他领域提供帮助。

      1. 多面手开发人员将自动拥有,或者根据以前的经验或他们感兴趣的东西生成自己的专长。然后,一个团队必须解决一个更高级的领域,必须结对并学习新东西。大多数聪明的人都喜欢学习新东西,所以这对所有人来说都是一个好结果。

  3. 嗨,蒂姆!再次感谢这些令人惊叹的帖子,真的很鼓舞人心,继续保持伟大的工作!喜欢读你的内容!

  4. Very timely Tim, thanks Haven’t been able to afford the ninjas (yet) anyway & thankfully have learned a lot from mistakes at my (killed) job so sustainability & diversification have been top-of-mind…but this really solidifies a lot for me. Thanks Rob!

  5. 我特别喜欢这个神话:“专业化是必不可少的”。我是一个全能的网页开发者和设计师,但不幸的是,有很多老式的网络企业在那里寻找专业的人。当然,你至少要擅长一些事情,但生活中还有比前端开发更重要的事情。在10人的团队中进行前端开发。“不要碰PHP”…

    1. 是的,这是真的,写得很好。我最近一直在申请工作,考虑到工作的实际职责,有些描述可能会很长。除了诸如“能够独立或团队工作”、“良好的沟通技巧”、“积极主动”之类的沟通废话之外,他们希望你在他们一直使用的技术上有2-4年以上的经验,因为他们x年前雇佣的一个人让他们开始了一些他们不敢放弃的东西。

      这是我今天看到的一则广告:

      •应用程序开发(c#, C, c++, c++, VB, VB)Net, PHP, Java, SQL, mysql, Oracle, PL/SQL)

      •Web开发(PHP, HTML, CSS, AJAX, JavaScript)

      •数据库架构

      严重吗?所以他们不知道自己在找什么,也永远找不到。

      上周我参加了一个面试,工作是在一个网站上重新创建一个现有的windows应用程序,它基本上只是一个大表单,他们想使用PHP/mysql(我的专长)。事实证明,他们希望这款应用能够在多种移动设备上运行(黑莓/iPhone,没什么大的),可以离线使用(手机区外),并且在重新连接或重新进入手机服务区时自动同步。我甚至没有告诉他PHP/mysql是我最后的选择。然后他说我每年要价15000美元太多了。

      在另一次采访中,“所以4年Drupal、jQuery和PHP的直接经验?但是script。aculo。us等于零?别打给我们,我们会打给你的。”

  6. 误解一:初创公司很火,所以会让所有人精疲力竭……

    谢谢你这么说,罗伯。不用说,创业公司普遍存在“工作到筋疲力尽”的心态。可持续产出是关键。我个人经历了惨痛的教训。也许其他人也经历过这种生产模式....

    1.大创意——每个人都为大创意/产品/项目感到兴奋和团结。(在这个舞台上,你和你的朋友互相击掌,因为你想出了这么好的主意。)

    2.强大的会议——你知道让你的产品成为现实的第一步,所以你通宵达旦地做研究,打几个电话。(这是投入不可持续的努力的阶段)

    3.绊脚石-当你遇到绊脚石时,权力会议就会慢慢失去动力。这时你才会真正意识到项目的重要性。(这是你的朋友开始退出的阶段)

    4.失败和内疚——突然过了几个月,项目完成了一半,没有人想再工作了。(在这个阶段,你又回到了孤身一人,带着一个不成熟的想法,没有更多的精力去推动前进。)

    这个故事的寓意?不要像年轻的我一样,所有的项目都是半生不熟的,由于不可持续的产出而从未完成。调整自己的节奏,设定目标。我的个人建议?每天设定一个目标/功能/任务并完成它。最重要的是要记住,你不能失败。(从字面上看,你创造了产品/想法/项目,所以你不会在以前不存在的东西上失败!)

    1. 完全同意这个列表。每天做一件事,真正专注于它,并把它做好。当我觉得自己“忙得不可开交”,整天从一个任务转到另一个任务时,我的效率通常是最低的

  7. 及时的建议,蒂姆。我目前正在建立一个令人兴奋的新公司,已经在这里(澳大利亚)吸引了很多关注,但最大的挫折实际上是如何快速有效地将它推向市场。我相信构建、测试、迭代、发布、迭代等等。我们马上就要发布了,但我很担心“巴士数量”。

  8. 伟大的文章。让我想知道你在做什么样的软件项目。4 hb应用?

    最近我对学习软件开发非常着迷,很想听听你对非技术人员参与软件开发过程的看法。

    1. 你好戴夫,

      我正在研究几个4HB和4HWW应用程序,并将详细说明它是如何完成的

      愿一切都好!

      蒂姆

      1. 嗨,蒂姆,当你发布应用程序时,我有兴趣了解更多关于它背后的盈利商业模式。

        我目前正在与程序员和开发人员讨论我的第一个灵感,这也是基于移动应用程序的,谈论这个话题会很有趣。

        我的应用程序将提供大量的消费者数据,并提供一些后端指标和分析,这对某些公司来说非常有趣。我非常相信社交数据,除此之外,它还会帮助人们变得更有移动性

        when you find it interesting to talk about and have the time, it would be a pleasure to talk about it, when you dont have the time but do have some expert friends same goes out for them ofcourse.

        非常感谢,帕斯卡

      2. 蒂姆,你真是个天才!当然,你知道....

        伙计,我不得不附和吉列尔莫的话:“蒂姆,请不要把黑莓用户排除在外!”

        等不及了!

      3. 阿罗哈蒂姆,

        谢谢你关于枢纽实验室的帖子。我是在有CRM软件和相应的移动应用程序开发的开始阶段。我联系了Pivotal实验室,很快意识到我没有足够的预算与他们合作。你能推荐其他更便宜的开发商吗?请建议。

        谢谢你的时间和帮助,蒂姆。我期待着你的消息!

  9. 我喜欢面试“试镜”,很少有公司知道如何面试,以一种真正评估技能的方式,以及一个人是否适合他们的公司。如果你能让他们做他们想做的事情,你就能看到他们的技能,以及他们在应该充满激情和成功的事情上的表现。

  10. 这篇很棒的文章中最精彩的部分是Rob Mee在有用的自动化和不负责任的关键责任(招聘)外包之间画出了清晰的界限。

    有人很容易认为,大型软件公司用来吸引忍者人才的智商测试或路边谜语是4hwa式自动化的好例子。但正如Rob Mee指出的那样,当你期望在程序员被雇佣后与他们一起工作时,这是不负责任的。

  11. 罗伯,说得好,谢谢你的帖子!

    我的整个职业生涯都在一家财富500强公司工作,有趣的是,你会发现里面的人认为他们在一个“创业环境”中工作。他们几乎把这个神话列表作为他们的运作方式。观察这只非常奇怪的野兽,随之而来的功能障碍有时很滑稽。我之所以从编程升到管理,只是因为公司把那些被视为“非战略性”角色的业务部分外包出去了。

    我坐在这里嘲笑自己,因为我现在是公司机器的一部分,但在家庭和其他兴趣之外的业余时间,我梦想着,然后努力尝试启动一个副项目/产品。其他因素包括妻子、孩子、抵押贷款等。我是一个通才:计算机科学学位,Oracle/MySQL, Java, html/css/js,以及Ruby, Objective-C/Cocoa之类的东西。

    你对像我这样的人有什么建议吗?

    1. 嗨,马特,

      我不知道我现在这个位置能不能帮你。

      但是我的想法和你一样,我不具备你所有的计算机技能。我在一家欧洲法国领先的银行工作(试图帮助希腊,然后得到糟糕的标准普尔评级)

      另一方面,当你想到那些不怕问问题和提出“不寻常”想法的人时,我可能会被视为非常“有创造力”或其他任何词语。我妻子说她喜欢我把材料工程和鞋子设计(比如)联系起来的思维方式。

      我真的认为像我们这样的人应该交流(就像一个大的头脑风暴),看看我们能做些什么,以追求我们梦想的路线或梦想的生活方式。

      we are about buying a small mechanic(al?) company (which is not very well now) i wonder what funny things i can do with a turning machine maybe it is not the good way for a muse !

      还有,你梦想的生产线和商业项目是什么?

      (顺便说一下,我有点像橄榄球联盟,打算做点什么)

  12. 伟大的文章。我也发现了很多类似的情况。编程并不一定要像有些人想象的那么复杂,小的应用程序实际上可以很容易地完成,而且成本很低,这实际上是非常令人惊讶的!

    我想说,如果有人没有花时间去调查如何完成一个程序,因为他们认为它太难或太贵,不要假设,投入一些时间,获得一些报价,你可能会对结果感到惊讶!

  13. 我不是程序员。感谢这些神话。好的要点要记住,以备将来参考。

    谢谢

    伦纳德

  14. 蒂姆,罗布,你们是否认为有必要提一下,你们所说的神话在一定程度上取决于所从事的产品/项目的类型?

    如果你转向更多的“关键任务”类型的软件开发,比如医疗、金融、农业等,那么你就可以打破很多这些“神话”,把它们变成“视情况而定”。例如,假设你正在使用GIS系统,那么专业化实际上是非常必要的。另外,不要忽视所需的专业知识可能更多地是关于产品/项目本身,而不是编程。

    话虽如此,我,可能还有其他所有的开发人员,都期待着看到你,Tim,是否可以进行4小时的软件开发!

  15. 我完全同意每周工作40小时。人们需要给自己的生活补充能量,才能再次对工作充满活力。

    我不同意专门化。虽然一个人应该全面发展,但即使在一个领域成为真正优秀的开发者也需要奉献精神和专注力。前端变化很快,如果你不只是使用拖放工具,而是构建自己的框架,你最好清楚自己在做什么。如果你总是利用别人的完整框架,那么你当然知道所有的东西,这样你就可以把它们粘合在一起。但即便如此,大多数人也不具备自己构建这些系统的深度知识和能力

  16. 一如既往,你的帖子内容丰富,鼓舞人心。谢谢你的这个,还有其他的。我不是一个技术人员或程序员,但我有很多朋友会喜欢这篇文章,听你说什么。

  17. 感谢罗伯的精彩帖子。我很幸运能在Pivotal实验室工作(不是编程),这真的是一个独特的地方。理解一切并作为一个团队一起工作的核心是伟大的。抵挡住那辆公共汽车!你身后的每个人都在支持你。

  18. 在开发软件时,控制项目风险是必不可少的。选择一个能够控制或接受这些风险的项目管理方法/开发周期是至关重要的。

    项目风险可能受以下因素影响:

    -项目规模(功能蔓延,…)

    -需求的波动性(在当今动态的世界中非常不稳定)

    -技术经验

    -…

    请记住,由于这些风险的存在,项目风险将呈指数级上升。

    无论您选择哪种方法,关键是保持一致性(文档、需求变更管理等)和敏捷性(响应对项目成功至关重要的变更)之间的平衡。

    更多信息见Lynda Applegate的《企业信息战略与管理》。这本书是写给高管的,基于哈佛商学院(Harvard Business School)研究人员的案例研究。

    问候,

    韦斯利

  19. 蒂姆,你在这里发布的客座帖子都是精英。

    这个博客应该获得诺贝尔杰出奖。

    我很荣幸能读到这篇文章,有这么多人喜欢它。谢谢你!

    附注:你的网站右下角注明版权为2007-2010。

  20. 这是一个很棒的帖子。作为一名开发人员,我曾在团队中工作过,并发现他们的效率更高,我甚至还为一些棘手的事情进行过结对编程,但时间并不长。

    在读这篇文章的时候,我觉得参加结对编程面试会很有趣,只是想看看它是如何进行的。

  21. 1999年的肯特·贝克打电话来,他想要回他的白皮书。这篇博文几乎是XP咒语的翻版。

  22. 喜欢使用结对编程来对抗分心的想法。它还有其他好处,包括激励和更高质量的代码,但我没有想到这一点。

    我没有做过很多结对编程,但当我在大学学习物理时,结对工作是最好的。我带着怀旧之情(可能是斯德哥尔摩综合症)回忆起在冷藏室里进行量子力学练习的许多天,只有茶、偶尔的偶合(Coupling)和对宇宙越来越了解的极少数时刻能让我放松下来。

    我同意之前的一些评论,反对专业化的论点需要一些细微差别。在物理学中,我经常会找到一般的解决策略,而我的搭档则有耐心完成所有繁琐的计算。有时我是对的,有时她强迫我自己深入研究这些计算,想出一个新的想法。

    对于开发,我认为广义的学士/狭义的硕士类比是最好的:你应该能够大致了解系统的每个堆栈,但每个成员都可以专注于特定的方面。你甚至可以外包一些高度专业化的任务。不了解系统的特定组件不会让你的船沉没;最糟糕的情况是雇佣一个专家花一周的时间来解决这个问题,然后教另一个团队成员。

    我总是很高兴听到人们确认长时间工作不利于健康。我仍然认为40小时是相当长的时间,除非你能避免长途通勤,获得充足的睡眠,身体健康,有足够的时间和朋友和爱好。但我是欧洲人

    蒂姆,我很想了解更多关于你自己的4Hxx创业项目。今年夏天我在硅谷寻找灵感。

  23. 招聘流程技巧是一个很好的技巧。IDEO以这种招聘方式著称。如果你想知道某人做某事有多好,那就让他们去做吧。简单地辉煌。伟大的文章。

  24. 嗨蒂姆…

    谢谢你用我的照片(我的经纪人发给我的)…你能不能把我的主博客链接到http://www.StuckInCustoms.com?如果你不介意的话,把功劳归给特雷·拉特克利夫也比我的flickr账号好。

    多亏了creative commons,我们每天的照片浏览量超过了17.5万次,还有@TreyRatcliff,我有个小礼物要送给你。

  25. 嘿,伙计们,

    我认为这是一种特殊的读者,他们读了这么多关于这篇文章的评论,所以我认为你要么是Tim Ferris,要么是对编程和创业都非常感兴趣的人。如果你正在读这篇文章,你可能会成功。我有一个创业的想法,我真的很想看到很多收入/积极改变人类的潜力,我想我应该把它放在这里,如果有人愿意的话。重申一下,你可以接受这个想法(如果你愿意,我认为它很漂亮)。

    如果你看看美国的政治制度,就会发现有很多候选人提出了他们最好的政治纲领,以取悦给他们钱的特殊利益集团,并获得足够的选票来当选。基本上,我认为我们应该让人们直接向美国人民提出想法,并逻辑地解释它们,然后让人们投票赞成或反对,就像谷歌版主对问题进行排名的系统一样。然后候选人可以直接看到群众的创新想法,这些想法可以让这个国家变得更好,并提出一个类似的,已经经过市场测试的想法来获得选票。随着新闻封锁的结束,社会自然变得更加自由主义,这只是聪明人直接提出解决方案的一种方式(任何人都应该能够提交想法,但你应该附加可信度指标),以及创新和快速沟通可以帮助人们的速度。

    这是一个非常粗略的想法,但我认为这是非常简单的编程智慧,具有巨大的病毒式增长潜力和对人类的潜在积极影响。我们可以把游说从特殊利益集团手中拿回来,把它交给聪明的人去解决真正的大问题(我喜欢把它想象成向非利士人扔石头)。希望这就是你,玩得开心。

  26. 嗨,蒂姆,

    您有兴趣与赛门铁克合作吗?我们目前正在寻求赞助或与你这样的人合作,努力促进小企业和企业家。我们认为你们为帮助小企业所做的一切是不可思议的。

    如果您有兴趣,请告诉我,因为我们很乐意与您进一步讨论这个巨大的机会。

    谢谢,

  27. 喜欢神话列表。我喜欢这样的想法:“让程序员通过一个小时的快速结对编程面试”。如果有机会获得更多关于如何进行的细节,如何选择结对编程面试的问题,等等……

  28. 令人着迷。我一直在寻找关于如何有效地扩展基于服务的业务的书籍,但无济于事,我注意了任何关于扩展的建议。我希望我也能让Rob Mee痴迷于基于服务的业务,并帮助解决一些问题。我只是不明白为什么还没有一本关于这方面的好书。

  29. 伟大的列表。感谢蒂姆和罗布的分享。对于我的日常工作和业余项目来说,这个建议来得正是时候。

  30. 对于Pivotal,我不得不说的一件事是,他们所做的工作非常有效。

    没有多少人知道,但在过去的几年里,我曾经拍摄过他们所有的视频,即使我不需要这项工作,也可以全职专注于Datsusara。你为什么这么问?不是钱(尽管我确实欣赏他们的系统,即使在这个部门,因为他们按时付款,没有麻烦,我不能说我有过的任何其他客户,包括一个非常大的所谓的“精益”制造集团)。基本上,那里的每个人都非常能干,容易相处,而且总体上充满了令人敬畏的酱汁。

    我一点也不怀念做视频,但我很怀念为Pivotal Labs做视频,那是个很棒的地方,继续努力,罗伯

  31. 很棒的建议。我讨厌这样的概念:一个程序员必须每天24小时、每周7天不停地工作,才能让创业公司取得成功。从我的角度来看,这是不现实的,令人沮丧的。它把创业从一个理想的职业变成了一个完全的负担。

    我总是很好奇为什么人们决定从事创业事业。对我来说,这一直是一个目标,但我曾经很害怕辞掉工作,开始一些没有成功保证的事情。最后,我读了一本叫做《美国梦的演变》的书,这本书真的激励了我去追寻我的美国梦。各位企业家——是什么促成了你的决定?

  32. 这可能是我最近读过的最愚蠢的建议。这些“神话”的揭穿可能是正确的,关于如何解决一类问题,启动web/移动开发,仅此而已。我想不出任何一款成功的手机应用是不可能由一个非常小的团队在6周内从头开始重写的。所以,如果你的问题比这更复杂,那么你就是在浪费时间和金钱。投资建立一支真正的专业团队。

    任何一家创业公司一旦成功,他们就会意识到这一点,并聘请一些专业人士,然后他们的软件问题就神奇地变成了他们最不紧迫的业务问题(参见Twitter/失败鲸)。

    Pivotal Labs基本上就是ThoughtWorks的翻版。他们的目标是确保在软件工程中绝对没有真正的专业性,这样他们的“咨询”品牌对寻求降低成本的非技术CTO/CEO来说就有意义了。

    非常愚蠢的帖子。如果你想用软件中的抽象来解决/建模复杂性,那就帮你自己一个忙。聘请专业人士。

  33. 虽然“古怪”的招聘技巧确实是假的,但我绝不会在面试中要求应聘者写程序,除非他们刚从大学毕业。原因吗?如果我要招聘一些有经验的人,我不在乎他们是否能很快掌握,我关心的是他们是否能深入掌握。在一个小时的面试中编写代码的能力与处理一个有数十万行计算机代码的三年项目的能力是不相关的。我曾经雇佣过一个人,我在午餐时间和他聊了一个小时。花更多的时间谈论体育而不是采访。事实证明,他是一名优秀的程序员,3年后仍在公司工作。

    大多数重要的工作都需要大量的专业化,因为它很难。有时需要高等数学(这是我的专长)。不是每个人都能做到的。试着做它们是浪费时间。我的同事完全拒绝为图形界面编写代码。我能摆脱他吗?不,因为他是公司里最好的嵌入式系统程序员。我能培训其他人来做他的工作吗?不会比他挣的少。

    所描述的技术适用于小型项目。在处理3年以上的大型项目(数千万美元)时,它根本不起作用。

    1. 嗨,杰森-谢谢你的评论。你能详细谈谈你的经历和目前的工作吗?你的公司名称没有必要透露,但知道员工人数和行业就很好了。

      不同的意见和怀疑是很好的,百分百鼓励,但它有助于我们知道这些批评来自哪里和谁,以提供一些更深层次的背景。

      期待听到更多……

      查理

    2. 我完全同意Jason的观点,在面试中通常没有必要分配编码任务。编程测试将只测试申请人的编程技能,这被认为是非常基本的,不需要有计算机科学学位或同等的工作经验。任何人都会编程。

      编程测试并不能帮助我判断应聘者是否是一名优秀的工程师(流程/系统设计师)。我开发金融系统已经有15年了,对我来说,判断我是在和高级架构师还是初级开发人员交谈并不难。我谈论建筑和屏幕。它从不失败。

      我也很想知道有多少公司实际上广泛而成功地使用结对编程。在为初创企业和大型银行工作多年后,我还没见过这样的公司。然而,我非常相信在任何重要模块的设计过程中都应该有不止一个人参与。

      尽管我很喜欢这篇文章,但我不得不说,运行软件项目没有单一的方法。构建一个web应用程序、一个超高速算法交易系统和一个谷歌搜索引擎涉及到不同的东西。我更喜欢采用我的“方法论”,而不是我所从事的项目类型和与我一起工作的开发人员类型。

      1. 我真的很惊讶——有些人会雇佣程序员,却不让他们证明他们会编程?

        问题是,有很多“程序员”根本不会写代码。有时,他们甚至设法让自己听起来很聪明,至少在您要求他们谈论低级细节之前,或者更糟的是,实际上编写了一些代码。

        我亲眼目睹过更多的人在面试前通过一个微不足道的编程测试。

        关于这个主题的更多信息:

        http://imranontech.com/2007/01/24/using-fizzbuzz-to-find-developers-who-grok-coding/

        http://www.codinghorror.com/blog/2007/02/why-cant-programmers-program.html

        https://sites.google.com/site/steveyegge2/five-essential-phone-screen-questions

        http://www.joelonsoftware.com/articles/GuerrillaInterviewing3.html

        说到做到是有很大区别的。

  34. 很棒的帖子,让我想起了37signals的书。这篇文章和那些书完全可以应用于比编程更广阔的市场,并在我的行业中帮助了我。

    我和我的商业伙伴从他的第一天起就在一起工作,主要是因为我必须从头开始训练他。现在,虽然他跟上了进度,我发现当我们聚在一起敲定工作时,我一个人完成的工作量至少是他的两倍,他也是如此。因此,在1个全天中,我们公司从每个人身上获得至少2个完整的工作日,或者总共工作4天!当我一个人工作时,我的效率几乎没有那么高。

    我们公司的其他一些人已经开始联合起来共同解决问题。然而,最近有两个人组成了一个团队,他们都没有什么经验(其中一个在面试中撒谎,声称自己有更多的经验)。就像盲人给盲人引路。我认为,如果人们配对在一起工作,要么需要导师/指导者类型的情况,要么都在不同的领域知识渊博。每个人的长处都应该是互补的。那么你的工作真的很出色!

    再次感谢你的帖子和评论。

  35. Ferriss先生,我想你提到过一本很好的编程入门书,也许是在《随机秀》的某一集?你能告诉我这本书是什么吗?否则我就得重看几集了(这也不是什么坏事。

  36. 我认为值得注意的是,据我所知,Pivotal Labs的网站主要销售敏捷培训。知道你的建议从何而来总是好的。

    这里肯定有一些好的建议,但这篇文章有一些问题。

    我的同事比推特更让人分心。至少我可以退出我的Twitter客户端;我不能离开我的同事!

    拥有一段代码并不意味着没有人可以看到或触摸它或问我它是如何工作的。这只是意味着,现在,我最终要负责让它发挥作用。无论如何,阅读别人写的源代码是一项基本的编程技能,所以表现得好像这是不可能的似乎很奇怪。

    我们还不能摆脱专家,至少不是所有地方都是这样。这些编写少量脚本语言(Java和SQL)的人通常很难调试到操作系统内核中,例如,如果您正在编写一个微不足道的Rails应用程序,这很好,但当您被困在服务器上跟踪非常奇怪的计时问题时,情况就不那么好了。

    最后,我强烈推荐阅读乔尔·斯波尔斯基的《五个世界》一文。并非所有的编程建议都适用于任何地方。

    1. (披露一下:我是一名在新加坡工作的Pivotal工程师。)

      虽然培训是Pivotal工作的一部分,但我们的重点是“交付”软件。我们所做的培训是在生产系统的背景下进行的。

  37. 结对编程也有它的危险和陷阱。你可能会看到一个人做所有的工作,而另一个人把所有的时间都花在推特、手机或facebook上。

    此外,如果你做的是一个非常复杂的产品,让每个人都成为通才(即每个人都理解整个产品中的每一段代码)是不现实的。在我工作的地方,我们有多个UI (CLI,胖GUI, Web UI),我们使用多个数据库(Oracle, DB2, DB2/AS400, MS SQL, Derby),我们的软件运行在Solaris, Linux, HPUX, AIX, Windows和OS X上,并且具有复杂的客户/服务器架构。

    期望每个人都对每个平台或产品的每个部分都了如指掌是不现实的。这也违背了人性。有些人喜欢做Web开发,有些人喜欢做UI设计,有些人喜欢数据库,有些人喜欢坐在服务器的内部等等。这些人自然会擅长他们所热爱的事情,而其他人则无法跟上他们。这就是为什么你应该让人们专门化,但你不应该让他们生活在一个泡泡里,他们孤立地编写代码,而不关心团队的其他成员在做什么。

  38. 嗨,蒂姆,

    我发现最鼓舞人心的帖子是你的“工程缪斯”卷:成功现金流企业的案例研究”。

    喜欢读别人是如何建立自己的企业。你不仅能从他们的故事中学到一些东西,还能激励你迈出这一步,开始自己的事业。

    你们有可能做一道中国特色菜吗?作为一个生活在中国的人,我很想听听你对这个中央王国的看法。

  39. 好文章,有一个问题。所谓的“神话#2”实际上是一个事实;事实上,当开发人员在安静的环境中工作,不受干扰地专注于一个问题时,他们的工作效率会更高。

  40. 我刚刚完成了4HWW。我不明白你怎么能在一个家庭里做到这一点。我养育了5个孩子。我不认为你的想法可行,尤其是如果你想要一个忠诚的家庭结构。任何想法吗?

    1. 伊恩:在这本书的扩展版中,有几个案例研究是关于那些让这种生活方式(或它的某些方面)为他们工作的家庭的。

      查理

  41. 虽然很有趣,但这个信息在该领域几乎不是什么新鲜事。在过去的5-10年里,人们一直对敏捷赞不绝口。我们甚至在我学习的Uni学习敏捷实践……

  42. 第一次在你的博客上读到这样一篇有趣的文章,真的感觉很棒!我有一个朋友曾经在Pivotal实验室工作过,我要把这个链接分享给他!

  43. 从我的经验来看:结对编程是有用的,无论是指导还是与技能水平相近的人一起工作。当你必须用语言表达你正在做的事情时,你的大脑会不同。

    结对需要更多的脑力劳动,对我们来说,如果每天结对的时间不超过1-2小时,效果会更好。我怀疑整个工作日都这样做是否可持续。

  44. 我认为这篇文章真正打动我的是第一个迷思。软件开发是一个团队的工作,而不仅仅是个人的工作。我认为作为一个团队工作的另一件事是团队必须学会如何合作。

  45. 蒂姆,

    我儿子喜欢你的书。一个问题。他18岁,身高6尺4″,体重154磅。他一直都很瘦,不过没关系,这是他的基因决定的。

    但他需要的是一些饮食方面的指导,因为他可能会像许多男性一样生长到22岁。你的饮食很适合那些已经结束了成长期生物细胞增殖的成年人。那么从青春期到成年阶段呢?

    任何想法吗?

  46. 关于专家/通才辩论的有趣观点。我们队最近一直有这种情况。作为一个企业家,我喜欢多面手……但如果没有一些训练有素的专家,我的生意就会陷入困境。我认为最重要的是雇佣那些愿意深入学习新事物的专家。

  47. 本周末《金融时报》发表了两篇精彩的文章。一个是你自己的评论——艾普丽尔·登博斯基的“身体追踪器的入侵”,另一个是西蒙·库珀的“孩子是完美的借口”——都是关于创造一个灵活的工作时间表。伟大的东西。

    http://www.ft.com/intl/cms/s/2/b4ebd332-9177-11e0-b1ea-00144feab49a.html#axzz1P0kG7tnV

    http://www.ft.com/intl/cms/s/2/3ccb11a0-923b-11e0-9e00-00144feab49a.html#axzz1P0kG7tnV

    我喜欢你的书,也喜欢你的博客,但我反对鼓励人们不要看报纸,让别人告诉你新闻里有什么。正如你所指出的那样,坐在电脑屏幕前通常是“懒惰”的行为,但依靠别人来告诉你世界上发生了什么比懒惰更糟糕。

  48. 这是否意味着一个非程序员可以在Pivotal实验室雇佣一些人,开发出一个杀手级的网络应用程序,然后成为亿万富翁?

  49. 蒂姆,和我的朋友大卫·迈耶一起训练柔术,他是你见过的最强壮的48岁男人。他帮杰克·希尔兹训练杰克的最新一场比赛。大卫是巴西柔术格斗的世界金牌得主,过去三年在他的部门。他在索萨利托,知道你。他在市里的费尔特克斯训练。

  50. 简单介绍一下我们:我们是一家小型初创公司,帮助其他初创公司快速进入市场。我自己的背景是构建企业系统(不是应用程序-系统)。我都干了四分之一个世纪了。我自己创办了6家初创公司(大多数都失败了:-)),也在世界上最大的3家软件公司中的2家工作过。

    以上建议适用于相对简单的应用程序,比如Twitter、Groupon等,它们都很简单。它们的复杂性源于保持底层基础设施的稳定、可伸缩等,这些与编写简单的应用程序完全是不同的技能。

    正如上面的另一张海报所提到的,做任何严肃或深入的事情都需要专业化和专注。假设有人开发了一种新算法来压缩比“zip”小100倍的信息,我可以向你保证,与另一个人坐在一起,在执行新算法时共享屏幕将是徒劳的。

    在处理深层次问题时,正确的团队方法是进行频繁和彻底的代码审查。这使代码和算法社会化,并使其暴露于建设性的批评中。

    在招聘时,必须根据预算优化资源。理想情况下,人们希望雇佣一个能通才的专家,以及一个能在必要时专门化的通才。也就是说,让Windows/ASP.net专家学习LAMP堆栈的复杂性是一种巨大的浪费。所以要用常识。不要雇佣那些不愿意学习的人,以及那些对自己“领域”以外的东西没有兴趣的人。

    说到通才,我要大胆地说,每个成功的工程师也需要像企业主一样思考。在我们公司,每个工程师(在几年的时间里)都被期望考虑一个给定的特性或工程策略是否会导致客户的最终成功,并相应地提供反馈。作为一个组织,我们离我们应该达到的目标远着呢,但我们正在朝着这个目标努力。我建议你考虑一下下面这篇文章:

    http://www.economist.com/node/18803123?frsc=dg%7Ca

  51. 亲爱的蒂姆,

    我在旧金山湾区会见戴夫·麦克卢尔(Dave McClure)这样的人,我想知道你是否有兴趣在下周抽出15分钟喝杯咖啡。我是一个探戈舞者,我想你可能会对我正在做的事情感兴趣。如果你想见面,随时给我发电子邮件。

    谢谢,

  52. 不同类型的软件开发人员就像不同类型的医生。他们分享很多知识和技能,但专业化很重要。你会让一个通才医生给你做神经外科手术吗?拥有多面手的软件开发人员是很好的,只要有大量的f** up是可以的。

  53. 伟大的文章。另一个需要考虑的因素是:一天中的时间。我发现我在早上有几个小时是非常高效的,晚上也有几个小时。下午不是完成创造性工作的好时机。我通常利用下午去跑步或阅读。我想最有效率的人会利用他们天生的创造力周期。

  54. 让人们注意到自己想要解决的问题总是好的。我真希望我早在很久以前就能吸取与程序员打交道的教训。从我不懂代码和不得不雇佣程序员的经历来看,我完全可以理解。

  55. 来自4HWW的基本问题,与这篇文章无关,但我希望从这个过程中比我走得更远的人那里得到一些建议。

    我已经产生了一些合理的灵感——其中有一两个是独一无二的。然而,我担心的是,在生产几个月后,我的产品将由另一家公司提供,价格是蒂姆书中所述的1/20。问题:能否在这么短的时间内实现利润最大化,使项目物有所值?它是否需要一个超级昂贵的营销闪电战?其次,有没有一种既保持竞争力又不降价的方法?

    任何建议都是一流的!谢谢。

  56. 我是蒂姆的狂热粉丝。我通常不读书,但这是我第四次读《每周工作4小时》。每次我读它,就像读一本新书。棒极了。

    根据蒂姆的说法,我试图创造一种可以自动驾驶的产品。

    我很自豪地说,在我看来,我创造了一种革命性的产品,将改变美发行业。

    纯天然的头发拉直器/柔顺器。但我不知道该拿它怎么办。我有一份化学物质的MSDS报告,目前正在头发产品实验室测试,临时专利等。尝过的人都很喜欢。

    但我不知道该拿它怎么办。我不擅长市场营销,我在考虑授权我的产品,或者只是销售它。

    它适用于所有发质。但我真的不知道该怎么办。我知道,在合适的人手中,它会让人赚上数亿美元。

    我欢迎任何建议. . . .

    谢谢!

  57. 你好,

    一个简单的问题。我喜欢早上喝一杯豆浆拿铁(1/4杯)。

    我可以用杏仁奶代替吗?

    谢谢你!

    问候,

    阿里高盛

  58. 嘿,蒂姆,想给你另一张进步的照片——4小时的身体很棒——我现在很开心——我跑半程马拉松就像在公园里散步一样,还开始了自行车比赛。上周我在维洛德罗姆的第一场短跑比赛中获得了第三名。下周我就满35岁了。太棒了。

    http://www.sixpeeps.com/18weekprogress.jpg

    1. 其实我觉得我的背影更能说明问题:http://www.sixpeeps.com/18weekback.jpg

      嘿,蒂姆,我很快就会为我在旧金山的摄影工作室提供团购服务。提醒一下,我想让你和你的摄影伙伴参加一个免费的两小时速成班。你需要的一切,尽快开始拍更好的照片。我们会保持联系的。

  59. 嗨,蒂姆,

    伟大的文章。从程序员身上获得最大的生产力是非常酷的。我可能从没想过要把它写在纸上。我认为这需要一些创造力来实现,但我知道它是有效的。

    我并没有刻意练习过这种技巧,也没有写过代码,但我知道当两个人同时看着一个屏幕时,这种技巧是非常有效的。

    我和一个商业伙伴/朋友每隔几周就会用这个技巧来解决我们自己的小生意(如果你能称之为小生意的话)中的问题。

    我们都打电话,然后用mykogo做一个屏幕共享会话。我们不是坐在同一个地方,但也可以。当我们解决问题时,所有的干扰都被关闭了,在半个小时的会议结束时,我们中的一个人已经解决了业务/流程中的一个主要症结。就我们自己而言,我们可能会浪费几个小时,如果不是几天,让一些小事阻碍我们。让别人来关注这个问题会有很大的帮助。

    因此,你甚至不必在同一间办公室工作,就能获得这种超级生产力。

  60. 蒂姆,

    在你的书中你提到吃彩虹糖会提高睾丸激素水平,你没有提到的是吃多少,我真的很喜欢吃一些彩虹糖,就是整袋有点多,你吃了多少。

    另外,在你的书中,你说每天要吃10到15个香蕉,这似乎有点极端,但如果你这样做的话,那肯定没问题,你还说不要削香蕉皮,要整个吃,我一直在这样做,它们的味道不太好,但如果你这样做,那一定很好。

    你的规则

      1. 蒂姆,

        在你的书里你说用冰袋来帮助你减肥。对于我们这些对冰过敏的人来说,有没有同样有效的替代品呢?冷冻豌豆可以吗?如果我对豌豆过敏怎么办?我在网上看到一则广告,上面说从南极洲冰川采集的冰比普通冰更能帮助你减肥。哪里是购买南极冰川冰最便宜的地方?在你的书中,你说要用自己的判断,为自己思考。你能就如何独立思考提供详细的一步一步的指导吗?

        谢谢,你是最棒的!

        - B

  61. 我是一名土木工程师,14年前开始从事软件开发工作,我曾为互联网初创公司工作,并在哥伦比亚最大的软件公司之一工作了近8年,但我从来没能说服老板,软件不像架桥。

    我工作1年作为一个土木工程师和我6年的同事教我很多经典工程,相信我,它并不适用于软件,但因为大多数软件公司都是由人们盲目地相信软件工程处于起步阶段这是一个不可能完成的任务,太多的争吵,太多的参数,直到他们想要的所有用例设计完全与类图、序列图和所有行代码之前设计的可能性。

    就在那时,我放弃了,决定开始自己用敏捷方法工作,相信我,我尝试了8年,但这是不可能的

  62. 你好,

    我想知道有没有人能给那些有兴趣在毕业后搬到硅谷从事投资/创业咨询工作的大学生一些建议。我浏览了以下内容:

    我的创业生涯:一个(非常)年轻的CEO在他的硅谷之旅中学到了什么

    本·卡斯诺查著

    ——《工作中的创始人:初创公司早期的故事

    杰西卡·利文斯顿

    -创业游戏

    威廉·德雷珀

    -产品管理的艺术

    作者:Rich Mironov

    初创企业:我们还能从硅谷学到什么

    作者:Herve Lebret

    如果你认为某一个特别的人是一个很好的起点,或者有任何其他建议,请告诉我。

    谢谢!

  63. 非常有趣的!

    奇怪的招聘过程的神话似乎与专业化的神话齐头并进。如果你面试的是一个充满活力的、聪明的(包括社交智能!)、能跳出思维定式的人,他可能只擅长一件事,甚至是一个通才,他可能比一个高度专业化的员工为你的公司做得更多。

    另一方面,如果一家初创公司武断地解雇那些不具备他们认定的某些资格的候选人,他们可能会把一些最聪明、最有教化能力的员工赶走。

    欢迎来到多面手的时代。

  64. 又一篇精彩的文章,蒂姆,谢谢你。伙计,这真是一针见血。我已经为我的缪斯女神工作了将近一年了,我花了一段时间才把这些作品整理好。对于如何激励程序员坚持到底,你有什么建议吗?我和一些优秀的人一起工作,但发现他们的跟进和对最后期限的关注是waaaaaayyyy,我不知道如何激励他们坐到谈判桌前,“把事情做完”。

    你是否推荐一些有良好记录的公司/程序员,他们可以在健身行业中做像挤压页面、联盟营销博客页面等网站,而不会让人感到无聊?

  65. 大学时,我是计算机实验室助理。这包括坐在一名一年级学生面前,看着他的课本和作业纸(大部分是男生),看着屏幕上乱成一团的代码。我有5分钟的时间来重新开始,或者把它交给专职的助教。他们每隔几个月就换一种编程语言。这是对现实世界更好的训练,比我大多数正式的计算机科学课程加起来还要好。当然,我在求职面试时也会提到这个故事……

    Tim已经让我们习惯于(通过4HWW)独立于位置,并在必要的时间内完成工作。现在另一个家伙在说他整天和另一个程序员黏在一起!我们该如何调和呢?我怀疑远程屏幕共享工具可能会实现这一点。也许可以把几个小时高强度、高效率的工作安排在一起,这样单独完成任务就更灵活了。但我可以看到,从整体上看,这个想法被用来证明取消所有远程工作的合理性。(唉!)什么好主意吗?

    另外:这如何适用于一个人的公司,或一个分布式的虚拟操作?与前一段类似的问题。

  66. 这是常识,就像你的很多东西一样,费里斯先生。你切掉了公牛,真值得称赞。

    我拥有一家公司,它有两个编程部门,只生产我们自己使用的产品,我们已经存在很长时间了。我可以确认我们的工作方式和上面完全一样。

    我们的总部设在低成本国家,我们从不雇佣忍者(事实上,我们故意雇佣初学者,这样我们就可以很容易地将他们训练成我们的系统),我们的程序员是一个团队,每个工作都有适当的规范,所以如果有人离开,任何人都可以接替工作。我们的员工是朝九晚五——我从未见过一个人精疲力竭。

    我们公司最大的问题是留住员工。因为我们对员工的培训非常好,他们通常想要离开以获得更高的薪水,但这没关系。一旦他们成为大师,我们就不想支付他们的工资要求了。

  67. 所以……一篇充满废话的博客文章,以及一群对软件一无所知的人对另一篇扎实的文章的赞扬和对启示的感激。我想有这么多粉丝是一种很好的感觉。

    如果您对将软件开发作为一项业务感兴趣,请花一些时间阅读至少几本有关该主题的书籍。《人民报》和《死亡行军》是一个良好的开端。

  68. 同意了。员工应该全面发展。

    我也在等着看到为更抽象的东西补偿员工的方法;喜欢创造力、热情、积极和创新。这些应该以每天/每周为基础进行衡量,并计入薪酬。

    谢谢你的帖子。

    艾德里安

    1. 假设我是你的雇员。假设我是一个一般意义上的好人,我不愿意因为指出某人刚刚提出的绝妙想法中的致命缺陷而毁了他或她的一天。假设我也对自己的想法持乐观态度,并且没有像我应该的那样批判性地评估它们。这两种情况都可能导致大量时间浪费在构思不良的想法上。想想微软鲍勃吧。

      在这种情况下,为了我自己的个人发展,我可能想要努力获得一种健康的怀疑态度,并更愿意在需要的时候提出批评。然而,你刚刚把我们所有人叫到会议室,告诉我们所有人都有奖金,但有一个陷阱:这些奖金的数量取决于我们在“积极性”和“创新”方面的衡量。

      从经济上讲,否决别人的想法对我来说是个坏主意。我应该充实自己的想法,让别人觉得我很有创意,我应该鼓励别人,让别人觉得我很积极。善意的批评有可能被认为是消极的,这将直接影响我的工资,或者更糟:你可以决定解雇我,因为我在你新实施的衡量标准中表现不佳。

      真正的悲剧是,我不再考虑做一个好人,为了自己的利益而做好工作。相反,我沉浸在这款愚蠢的游戏中,只是为了让自己在一套通用的参数中表现出色,而这些参数却并不适合我。我玩游戏是为了现金奖励,而不是做我的工作。

      换句话说,如果你有40分钟的空闲时间,那就退房吧http://www.thersa.org/events/video/vision-videos/dan-pink-drive。如果你不能抽出40个,但可以抽出10个,试试这个:http://comment.rsablogs.org.uk/2010/04/08/rsa-animate-drive/

      我也推荐阅读《被认为有害的激励薪酬》(http://www.joelonsoftware.com/articles/fog0000000070.html)及“经济101管理方法”(http://www.joelonsoftware.com/items/2006/08/09.html).

  69. 我认为走捷径是通向失败的必然之路。即使捷径对某些事情有效,有时也会让事情变得更糟。用捷径和所有按按钮的东西来经营企业也会让你走上失败之路。

  70. 我联系了Pivatol Labs,确实感觉他们非常专业,但当一家公司拒绝签署保密协议(NDA)时,就像private Labs那样,这通常意味着他们非常值得怀疑。我曾经因为把我的想法给了一家公司而被他们开发,我永远不会和一家不签署保密协议的公司合作。通过签署保密协议,相关公司(在这里是Pivital Labs)只是签署了一份法律文件,确认他们不会出售、窃取或进一步开发我在会议或电子邮件中向他们展示的任何概念或想法。我们拒绝签署这样一份文件的权利应该会吓到每一个潜在的客户。我非常惊讶蒂姆会支持这样一家公司,它可以合法地利用你的想法或想法做任何他们想做的事情,而且你完全有理由做任何事情。

    话虽如此,我是蒂姆的书和博客的超级粉丝,我认为他的网站和互联网上的任何网站一样有价值。

    1. ed . .你对保密协议有权利,要小心,要害怕

      我看到一个朋友在一个网络峰会上做了一个关于他的全新地理定位广告平台的演讲,当时twitter/facebook是观众,几周后,facebook的位置诞生了。

      如果人们想知道你的想法,他们可以找到,如果他们是你的客户,否则

  71. 我开始意识到,越来越多的公司在招聘过程中变得精明起来。企业的“剪切粘贴”结构仍然存在,但在寻找明星方面,初创企业才是真正具有创新性的。这可能源于这样一种认识,即优秀的人才有助于公司的发展,而不仅仅是为了完成一些繁重的任务。

    我认为,每一家创新型公司(或那些寻求自我改造的公司)在聘用新员工之前,都应该对他们进行为期3个月的“评估”。任何人都可以学会成为一个自动机,并处理一些CSS/ HTML,但真正的宝石是那些具有企业家心态的人。这个时间框架将允许决策者意识到他们的员工的真正勇气,并投资于招聘。在那之前,还是外包吧!

  72. 太棒了。至于专家vs通才的讨论:我是一名航空航天工程师,任何从事高度复杂系统(软件或混合学科)工作的人都知道你必须两者兼得。找到平衡是成功的关键。我同意你需要有一个或几个对项目有更广阔视角的人,但深度对于解决新的前沿问题是必要的,这是作为一名工程师(任何类型的)一半乐趣。一个人的脑力和经验是有限的,你不可能总是从那些把时间分散成多面手的人那里获得所需的经验。所以我不同意最后一个流言。

  73. 我以前是一名程序员,销售离岸业务,我每周工作4小时,我试着把工作送到印度,现在我在伦敦为他们工作,找工作,写说明书,做“模拟”,印度做了大部分工作。

    你怎么能和一个酒店房间每晚65便士/美分的国家竞争呢

    蒂姆,你又要看书了,编程是在印度完成的