曾经有不少人对我问过类似的问题：作为技术人员在创业团队(或是小公司)工作，技术上没什么挑战，觉得自己得不到锻炼，我该怎么办？
的确，就说互联网这个领域吧，创业团队或是小公司的网站规模往往并不大，或者至少要从小做起，用户访问量和那些大型网站在当下自然没法比，从这个角度上看，很多中小网站的确暂时面临不到这些高并发、大流量、高可用的这些”严峻挑战”，另外，团队的职能岗位甚至也没有大型公司那么齐全，人家连做配置管理的团队规模甚至都比你整个公司人多，似乎在小团队作技术的出门都低人家一头，见面不好意思打招呼，真的有必要妄自菲薄么？
首先要说明的是，在大一点的公司里面，最不缺的就是解决复杂技术上的资源，但是有意思的是，遇到技术”挑战”的其实是极少数的一部分工程师，大多数工程师做的都是相对可以规范起来的事情。或许有人不信，但是你要知道在团队有了一定规模以后，很多技术人就会形成路径依赖，一遇到稍微复杂一点的问题就去请教那些比较资深的同事，往往放弃了自己动手解决问题的机会，有些情况甚至他们也不敢承担风险，那么，你认为这种情况对他们会有多少挑战？
我们前面说到了复杂技术，以前关于网站架构设计、大规模集群、海量数据处理等主题，多少都还有一些神秘感，但是最近几年来，相关技术文章带来的信息越来越全面，越来越开放，不夸张的说，构建一般的大型网站的技术，你可以通过公开技术信息获得所有的细节内容。当然，有了这些，就好比你已经有了一份蓝图，具体的施工还是要自己控制。不要误会，我不是说创业团队的技术人不会遇到技术难题，如果真的遇到目前能力无法逾越的技术障碍怎么办？我的回答是：求助于社区，利用群体智慧。和那些封闭的大公司的技术团队所拥有的资源相比，这是更为辽阔的空间。注意，解决了问题不是最后一步，要把解决问题的能力逐渐培养起来。有若金庸小说中的北冥神功，要善于化为己用。
有些人把挑战等同于自己想做的事情，有些人把挑战看做一种憧憬，想象那些没有做过的事情，在我看来，真正的挑战恰恰是你不愿意做、不愿意改变、当前做不好的一些事情。
在创业团队你可以做的一些更有挑战的事情：
- 重构自己的代码 如果是开发人员，随时要记得的事情是如何改善自己的代码质量。要让自己成为更好的技术人，重构或许是是随手可作的并且切实可以提高自己能力的一件事情。有好的代码为基础，才有可能随时面对更大的系统压力。要记住小网站有可能发展为大网站，技术人需要的是提前做好准备，为你的代码，为你自己，为你的团队。
- 自动化日常工作 有人说，萝卜快了不洗泥，团队什么事情都要我做，我怎么有时间去搞什么重构？那么，是否可以将一些日常需要重复做的事情尽可能的自动化，比如日常发布是否可以自动化？测试工作是否可以自动化？安全检查是否可以自动化？有了这些为前提，你肯定有足够的时间去做你想要做的事情。
- 良好的开发习惯 在一个团队中，如果养成良好的开发习惯会让你节省时间和精力。比如对版本工具的掌握程度，如果连 SVN 都缺少使用意识的话，很难想象团队协作开发的时候会搞成什么样的局面。也不要抱怨团队的同事没有好习惯，他们或许正需要你的帮助呢…用你的行动，去带动他们。顺便问一下，你平时为代码写注释么？
- 改进自己的产品 复杂未必是最大的竞争力，细致和精致有的时候是更好的竞争力。很多技术人员做到最后发现自己做了很多对用户并不重要的功能和产品，而最重要的产品反而疏于改进。这未必都是别人的错，如果自己能够对产品和业务有足够的了理解的话，你或许会驱动团队少走弯路，做更正确的事情。
- 提高资源使用率 别人用数台机器支撑的访问量，换了你，能否用更少的硬件支撑？这些方案是可扩展的么？是可验证的么？遗憾的是，我看到多数小团队硬件利用率甚至比一些大团队更低。如果听任低效的代码、冗杂的产品功能不去改变，那么可能的确要面临资源利用率相对较低的窘境。
- 规划资源的能力 团队小的时候，整个产品架构、整个网站架构的信息收集并不难，让你建立起一个全局的观念相对更为容易一些。注意分析整体架构的演变，根据自己的理解，一步一步预期将来可能出现的问题。这是非常难得的锻炼自己的机会。顺便问一下，你给自己的网站画过架构示意图么？
- 保持学习的热情 我在前面说到了网络上的技术资源的丰富性，你是否能够持之以恒的去学习、吸收这些技术经验，是否养成了评估某项技术成熟度的能力? 什么，学了用不上？问题是再大的公司在技术上也是要有取舍的，更多的时候都是在用更为合适的技术而不是看起来更”先进”的技术。
这个清单肯定可以列得更长，至少还应该包括沟通技巧的改进、传授技能给他人、塑造技术影响力… 看似都是一些平淡无奇的事情，其实在大的团队大的公司，我觉得有挑战的也都是类似的事情，我也不确定哪一个对你来说更难做到。不过真的能把这些都做好的话，或许蓦然回首，那些所谓的挑战对你来说已经是浮云。
说到底，不能靠环境改变自己，如果你自己要改变自己对你收益是最大的（当然挑战也大），而要环境改变你会让你更为痛苦。只要你愿意。而且，在规模较小的团队中，你的改进会直接体现到团队的整体上，不要忘了，你是这个团队的一份子。团队越小，你的影响力就会越大，等到团队壮大起来，不就是你有更大职能的时候么？从经济学的角度上看，团队虽小，但是人均产出未必不如那些大团队的成员。正好比做手表的做到巅峰，不比造飞机的少赚多少。总有一天，很多技术人会以在小团队工作为荣。
挑战不在河对岸，就在你面前。
–EOF–
“在小公司工作没挑战”
个人态度总是。
你说滴精辟！！辟精！辟精！辟精！辟精滴！！
其实挑战无处不在，关键是怎么去对待
机会是留给有准备的人
不是时时刻刻所有人都这么想，所以写篇文章提个醒 :)
待惯了小公司的人是待不惯大公司的，嘿嘿。
我现在喜欢和小公司的技术人员聊天，比较有东西聊，大公司的人太专精了，涉猎面不够广。
大辉同学来上海记得过来玩哦~~
冯老大越来越会煽情了，哈哈，尤其是最后那句
这种人适合去养老的公司。
这个还是得分情况，我现在的小公司就很有挑战，三天两头的加功能，一个人完全忙不过来。一大堆事以前从未涉及的技术等着处理，不懂的只能问google。在此之前的一个小公司就没什么挑战，网站从05年开搞，做了三年都没换过程序和版面，前不久看了一眼，还是老样子…
这几点值得以后回来反复看。期待“括沟通技巧”、“传授技能”和“塑造技术影响力”等下文。
总结的很对，大公司极少数人有挑战，更多的人做的是重复性的劳动，就和流水线上的工人差不多了；小公司反倒能够提供更多的自由任你发挥，对于个人成长来说。小公司（创业公司）或许更好。
大公司就是螺丝钉，小公司是多面手。
个人感觉最郁闷的是，小公司没有复杂技术的应用场景，当然真正把产品做好了，规模大了，场景也就随之而来了。
我的体会就是，开拓眼界与精益求精。
有眼界，才会知道有提升的空间。才能精益求精，止于致善。
小公司更灵活，公司大了就容易像人上了年纪。
创业团队要磨合得够默契~~ 转啦，转到我的博客中http://www.ackarlix.com
哈哈 小公司都是技术牛人啊
摘录一句：在我看来，真正的挑战恰恰是你不愿意做、不愿意改变、当前做不好的一些事情。
只要是有心人，不论在大公司还是小公司，都不愁没有锻炼机会。
我有一个疑问：小公司出身的人，面临上升瓶颈时该何去何从？是继续坚持一路走到黑等到公司做大做强，还是去大公司镀镀金？毕竟在求职择业时通常人们还是很看重个人背景的，愿闻冯老大高见
为什么我觉得在大公司技术上的挑战要比小公司（创新型的）要少呢。。。
在大公司体制化的结构里，大部分时间被浪费在“沟通”上，做个什么事都得层层审批
大公司业务固定，多数情况下“稳”字当头
当然，这个不包括一些大公司的研究性机构。。。
我倒是觉得，镀金的想法其实没必要，这个出发点也不够好。无论如何还是要提升能力，发挥更大价值。如果公司的确发展停滞不前，那么有必要做出自己的选择。否则的话，没必要折腾。在小公司工作，有一点很重要，不要把自己置身事外，否则，时过境迁，你或许会后悔。
我现在也在小公司呆着，事情多的要死，反正可以把,但是我觉的我做的事情很有前途。
我在创业，但我连一个技术也没有，网站也是情别人搭建的。就是光有那满腔的热血（其实自己知道靠热情有个屁用）。
“不要把自己置身事外”
嗯，受教了。
那Fenng老师的意思是不是说，即使在小公司也并不意味着我们得不到锻炼啊？呵呵
是否得到锻炼，完全是个人心态和意识的问题。做好每一份工，比什么都强。可惜的是当年我也有过不明白这道理的时候。
说得非常在理！
现在就处在文中所描述的环境，不过感觉非常好的就是看着公司一天一天壮大，自己做的事情一天比一天复杂，虽然没有直接可以请教的达人，但是自己找资料解决问题能学到的东西非常少。
我有个小的总结就是，千万别用一点就学一点，如果时间精力允许的话最好每找一个知识点都扩展一下多学一点与之有关的知识。
要有自己的TEAM。这样才能在创业中成功。
大辉的话让人感慨
离开支付宝，我到了netease
经过半年备受折磨的乱葬场重复造车工作
下决心开始着手数理系统，重构代码，优化资源利用率
结果是
同事反对，有太多因素，他们不希望这样做，有觉得现有系统再烂也能用的，也有觉得系统改造了开发效率提升了，会裁员（搞笑吧？这是亲口说的）
更多的是，一种不服气心里，总觉得没必要的背后是，凭什么你提出来，你要出头，我会被压制，主管会觉得你比我好
大辉，你说这是什么心里！真的很无奈
让人感觉一种憋屈，ali的工作风格不适用也不能混开
我感觉，有一种生不逢时的感觉
可是要离开，又不合适，毕竟才跳槽半年，工作也不过不到2年，能怎样
这样的局面或许你还是离开吧。找个把能力能发挥到最大的地方。
在大公司要专，小公司要通～
“挑战不在河对岸，就在你面前。”哈哈。