据说好的工作环境能提升工作效率，那么对于程序员来说，理想的工作环境是怎样的呢？
弹性上班制
程序员群体是一群怀有Geek情结的家伙，追求相对的精神自由，在自己的时间安排上也喜欢自由自在、无拘无束。灵感来时，可以废寝忘食、疯狂Coding；思维乏术时，则可能漫不经心、无所事事，这时不如早点结束工作，放松心情，触发下一次的灵感。
常规企业的朝九晚五上班制度，说实话并不适合程序员一族，因为这种制度一定程度上扼杀了这个最需要差异性的群体的差异性，把程序员的Coding灵感等同于工厂流水线上机械手臂，希望按钮一按下，灵感发动，按钮再一按下，灵感结束。这是一种一厢情愿的想法。
所以对于高层次的程序员群体，请不要在作息时间上严格限制他们，因为他们不是装配工，有着 的个体差异性，有着不同的思维G点，他们需要差异性的时间作息来调整自己的 状态，从而迸发激情和灵感。
上班时间的弹性有多大，比如早上8点——10点上班，下午4点——6点下班。只是一个相对的参考，因为个体的差异性有时候的确不容易完全包容，作为一个企业的运作，还是需要一定的时间规范，只不过尽可能地考虑到程序员群体的独特性思维。
宽松的工作氛围
程序员群体讨厌管理，任何自上而下的所谓管理都容易引起程序员们的心理抵触，特别是那种死板的、指令式的管理模式，尤其让程序员们作呕。
程序员们希望自己做的事情是出于内心的意愿，那样他们就会干劲十足，而不是来自于经理计划文档中那条冷冰冰的文字，那怕是他们心里意愿的和经理的计划本是同一件事。所以对于程序员群体的管理需要技巧，要化管理于无形，让他们感觉不到管理的痕迹，让他们感觉着做这些事情就是出自于他们自己的意愿。
总结来说就是让他们作为自己的管理者，而团队的管理者所要做就是培养他们这种自管理的能力。
正如K.K在他的大作《失控》中所阐述的思想：有机的活系统，依赖于分布式的自管理的子系统，而各个子系统又依赖于分布式的自管理的个体，没有中枢，没有一个统一的自上而下的管理，每个个体相互联系，相互反馈，相互协作，创造了一个生机勃勃、充满活力的有机活系统。看似杂乱，却有条不紊地运转。
适度的压力可以产生做事的动力，但长时间的持续的压力却是扼杀激情和创造力的罪魁祸首。压力会让程序员焦虑，同时也会造成低劣的设计和代码实现，因为交付的压力会让程序员对匆忙设计出来的方案妥协，而不会持续的优化找到 方案。而一系列看似微不足道的缺陷设计集合到一起，就会形成让人意想不到的、不可控制的乱象。
正所谓：一张一弛，文武之道也。偶尔的交付压力，可以让程序员执行效率提高，但却不是长久之计。让他们在完成既定目标的同时有自由思考时间，是一个明智的选择，看似拖长了项目研发的进度，所获得的回报却是不容小觑的。因为每个个体表现优异，会叠加到整个集体的表现优异，正向反馈，正向循环，持续优化，达到一种 的状态。
所以，“快”不见得是好事，“慢”也不见得是坏事。
兴趣学习小组
学习，是人的一种天性，是人的一种权利，也是人毕生的追求。
身在企业，如果失去了学习的空间，被剥夺了学习的权利，没有了自我提升的空间，那么这个企业就不值得为之付出。
工作之余，召集几位志同道合的同事，为了一个共同的学习兴趣，开办一个兴趣学习小组，相互讨论，共同成长，岂不快哉！
兴趣学习小组的形式可以多种多样，譬如：
共同研读一本书籍，写下自己的读书心得，然后跟大家交流。
组织读书会，大家在一起共同研读经典之作，交流新的，获取灵感。
组织编程道场，就一个题目进行设计、编码、测试，在实践中获取真知。
组织活动的时间上要把握好，不能太频繁，不然会影响正常的工作生活节奏；但也不能跨度太长，不然会造成断片，大家的积极性会逐渐降低。比如两周组织一次活动，我觉得还是可以接受的。
via：码农网
什么？你说这种环境哪个行业都想要，但问题是现实总是太残酷？咳咳，出门左转
SAP中国研究院，小天只能帮你到这里了……不信咱SAP有这么高大上？啧啧啧，同学你太天真了！举个栗子，别人家公司年会就是吃个饭，演个节目，抽个奖，齐活。
我们家公司的年会是这样的
这样的
还有这样的
不用羡慕，持续如何治疗白癜风效果好中科医院