程序员团建模式

Ⅰ 令你印象最深的一次公司团队活动是什么

上周公司刚组织过，感觉还行，去的怀柔那边。讲道理与其团建不如一人发几百奖金，不过那天给我们发了一大盒栗子还挺甜的，公司一共20来个人，一辆大巴就坐下了。程序员坐我旁边老跟我说话，空调大巴没窗户一路晕车，真鸡儿想打他，刚到地方就开始下雨，安顿下来以后冒着雨在植物园里找食材，程序找到一只鸡，我们两个客服只有几根胡萝卜，果然你充了钱所以变强了吧！把找到的食材分了分自己动手烧火做饭，男生一直生不起火，后来是老板上去点的，那锅我们加了好多盐，吃饱喝足去看鹿，不得不说不愧是家养动物，比起鹿他们更像猪，不怕人也不理人，光脚踩在鹿肚皮上像踩胖子前男友，晚上还是老板打车送我们回去的，不用和死宅坐一起真是感谢你啊，临走给我们一人装了一盒核桃，今天还剩俩，没有栗子好吃。

Ⅱ 程序员多年工作经验找工作真的有用吗

程序员多年工作经验找工作真的有用吗

程序员多年工作经验找工作真的有用吗？程序员是一种技术方面的职业，社会的发展离不开各种各样的人才，所以程序员在社会发展中也起着很重要的作用，但是有些程序员觉得多年的工作经验也不好找工作，下面我分享程序员多年工作经验找工作真的有用吗，一起来了解一下吧。

程序员多年工作经验找工作真的有用吗1

俗话说：“读万卷书，不如行万里路；行万里路，不如阅人无数。”

正所谓林子大了什么鸟都有，有从p2p公司出来高薪低能的，有准备了大量面经来蒙题的，还有被拒后忿忿不平发邮件来讨论的??甚至有答题不顺拿面试官泄愤的。

通过面试者寥寥无几，而通过者基本都拿到了offer。最近招聘工作告一段落，终于可以坐下来回顾这半年多来的面试，总结一些经验教训出来了。

需要说明的是，笔者进行的是社招，校招的情况会有所不同，因此不在此系列文章中讨论。

为什么要求“N年工作经验”？

你有没有发现，各大招聘平台在发布职位时，工作年限都只有这几个档：1年以内、1-3年、3-5年、5-10年、10年以上……

一个人无论在哪个领域：

达到“入门”的级别最多只需要一年；达到“熟练”的级别最多只需要三年；达到“精通”的级别最多只需要七年。

每个人都需要不断地犯错来进步。当一个人犯过大量的错误后，就具备了成为大牛的潜质，当然前提是他愿意并能够从自己的错误中反省并成长。

遗憾的是，现今的课堂教育根本不给学生任何犯错误的机会，更不包容犯错误的学生。因此学生们无法在学校得到足够的成长，只能在进入社会工作之后来进行。

开始工作的第一年乃至前三年，是犯错误的时间。之所以招聘时要求N年工作经验，是希望筛选出那些已经犯过足够多错误的.人。

因此建议各位准备踏入职场的同学们，在选择第一份工作时，更多地考虑公司是否有容错的机制和环境，这基本决定了你未来成长曲线的起始角度，薪资待遇绝对绝对应该放在最后来考虑。当然了，在这方面大公司是上上之选。

工作经验年限和工资成正比吗？

我曾面试过一些5年甚至更长工作经验的求职者，结果往往不理想。很多人甚至不如刚工作一两年的年轻人。基础不扎实，思路不清晰，缺乏优化意识，没有阅读习惯……而且，基本都自恃甚高。

有不少程序员觉得自己的职业生涯是下面这样子的：

while (true) {

while (n--) {

做项目();

团建活动();

涨工资();

拿年终奖();

}

跳槽() && 涨工资();

}

他们觉得，工资应该而且必须随着工作经验年限的增长而不断提升。这是典型的本末倒置，混淆了结果和目标。

正确的认识应该是：工资增长是个人能力提升后必然的结果。我们应该将有限的时间和精力放在提升个人能力上，而不是单纯为了追求更高的工资去不断跳槽。

工作时间久了就可以带团队吗？

还有不少人觉得自己工作的资历久了，就可以开始走管理路线了，不用关心具体实现和技术细节了。于是我问他们一些团队管理的问题，比较典型的是这样的：

问：你如何帮助团队成员提升能力？

答：从豆瓣上收集整理一些书单给他们。

问：你如何保证项目如期完成？

答：每天开会碰进度，如果有人拖后腿就督促他，搞不定就自己上，实在不行就找PM延期。

……

工作经验的多少，与领导力的强弱的相关度并不高。工作经验少自然难以服众，但一个具备多年经验，在基层工作表现优异的工程师，也未必能成为优秀的管理者。

领导力是一门艺术，是需要专门学习的乃至训练的。个人的性格在这方面会有一定的加减分，具备开朗乐观、包容的性格的管理者会更容易开展工作。极个别的人仅凭自己的魅力就能做好管理工作，但那毕竟是个例。

新生大学社群成员有一本必读书：《领导梯队》，这本书相当全面地讲解了如何完成从基层工作者到管理者的角色转变，推荐给各位准备带团队和想带好团队的朋友们。

当然，每个人最后都会晋升并停留在自己并不适合的那个位置上。

程序员小A的故事

小A大学毕业后，由于基本条件不够没能进BAT等大公司，只好进了一家业内的小公司。刚入职实习的那段时间里小A发奋图强，买了好几本豆瓣上推荐的大部头经典，每天晚上都刻苦学习，加上前辈们点拨，很快就上了手。

不出一年，小A已经对开发组长安排的工作驾轻就熟，信手拈来。那些大部头的书只翻了一小半，就扔下再也不看了。有时在看前辈们的代码时，他还能挑出BUG来：“哼哼，你们也就不过如此嘛！”

业务进入了维护期，工作量不大，且缺乏挑战性，但在每天晚上的内部DOTA局里，小A却和同事们杀得难分难解。于是经过无数个晚上的刻苦练习，小A成了公司DOTA最强者，每天带着小弟们征战天梯，不亦乐乎。

时间一天天飞逝，在越来越熟悉的业务和环境里，小A过得十分舒适和安逸。由于只需要两三个小时甚至更少的时间就能完成一天的工作，他便将剩余的上班时间用来刷朋友圈、刷微博、追逐新闻热点、和同事闲聊……

就在小A憧憬着3年买车10年买房时，噩耗突然传来。公司因经营不善，资金链断裂而倒闭了。当他出来找工作时才发现，这几年除了对原来公司的业务熟悉度外，自己的能力并没有多少长进。虽然做了好多项目，但都不过是CRUD而已，并没有什么技术含量。业务数据量不大，连分表分库都不用。既然用不着，为啥要学啊？

小A买了几本面经解题书，背了一堆算法题、设计模式，想进大公司，却发现他们要求的标准不是一个level的：解耦、可用性、服务化……这些都是神马，能吃吗？

屡次面试受挫后，小A只好进了一家和原来公司要求标准差不多的小公司。但是这时他对公司业务的熟悉度已经归零，一切又重新开始……

有句话虽然很俗，却很实在：1年工作经验用了10年，算不算10年工作经验？

程序员多年工作经验找工作真的有用吗2

程序员考试解答方法和技巧

一、解题的步骤

1、把握题意。

根据问题的描述，确定问题的已知条件和隐含条件，并了解算法(程序)要达到的目的，窥测出题者的用意。这是至关重要的一步，是对题目的整体把握。准确的讲，这一步就要知道输入是什么，又得到什么样的输出结果。

2、快速确定算法。

每个题目的题干都有详细的描述，通过对描述的分析，要确定题目应该属于哪种类型的题，用到了哪一类数据结构以及相应的算法。有些题目可能不属于任何数据结构，则它可能与某类算法有关;但也有一些算法纯粹是数学方法。

3、带着问题阅读程序。

阅读、分析程序结构时，如果有很多子函数，首先弄清楚各函数之间的关系和各函数的作用;如果程序较长，则应该根据算法过程，把每个程序段与算法的每个过程对应起来，确定相应的程序段功能。在程序中，已经定义了某些变量，则在理解程序时，首先必须理解这些变量的含义。

Ⅲ 智慧团建qnxs什么意思

智慧团建软件工程师。
qnxs是qnx的软件工程师。软件工程师是从事软件开发相关工作的人员的统称。软件工程师包括软件设计人员、软件架构人员、软件工程管理人员、程序员等一系列岗位，技术要求除了最基础的编程语言、数据库技术等，还有诸多如JAVASCRIPT、AJAX、HIBERNATE、SPRING等前沿技术。
通过智慧团建将实现对团组织、团员、团干部基本信息的动态采集，构建全团大数据，实现对团员团干部的网络化管理，对团的组织生活的数字化记录，对团的工作的扁平化推进，实现团组织面向社会和团员青年的信息发布、工作展示和服务供给，实时掌握团员青年需求，吸引和凝聚团员青年，实现团组织之间、团组织和团员之间、团员相互之间经常性即时工作对接和联系交流。

Ⅳ 各大互联网公司是如何过“1024程序员日”的呢

关爱程序员不加班的口号也被喊了出来，在这一天他们会好好休息

Ⅳ 选择国企还是私企，对程序员有什么影响

你好，私企压力大工资高，国企工资低但轻松，待遇最主要的薪资和互联网没法比，看重钱的话和前途发展的人，建议去互联网大厂。

1、互联网私企程序员

在互联网大厂做程序员，可以参与到超大用户规模的项目中，考虑问题更加全面，代码质量要求更高，项目经验也会更丰富，这些都是非常宝贵的经验。

简单的谈一下互联网行业，那就是钱多节奏快。但是从技术上确实容易得到成长，尤其是当你维护与大促相关的系统的时候

鱼和熊掌不可兼得，大家都懂。

至于是加班加到抽筋，拿钱拿到手软，还是看重氛围，干活开心，亦或是稍微稳定，钱不多也饿不死，完全看个人是选择鱼哪一个了。

希望我的回答对你有所帮助！

Ⅵ 996、987，程序员加班文化你怎么看来这里看看几个互联网大佬的观点

加班文化，是很多技术管理者绕不过去的困惑，到底应不应该加班，怎么衡量加班的成果，怎么加班才不会让团队的兄弟们反感？

来, 听大佬说

启赟金融的技术团队规模近100人，当前实施996的工作时长。我个人工作时长除了和团队一起996之外，还会有非坐班时间的支持工作，比如融资支持，商户谈判支持和战略讨论，实际工作时长远超996。

支撑员工接受高强度的工作时长无外乎是工作内容的高度认可，有温度的管理氛围，高度协同的工作同事，当然还有合理的物质回报。

长期加班必须在工作产出的有效性上，判断自己的工作内容和研发项目是否符合能够有效提高公司的销售业绩，能够有效降低公司的运营成本，能够符合公司未来战略布局，符合度的高低和工作产出的有效性成正比。重复劳动和返工对一线员工影响很大，这块需要技术负责人来把控，保证技术团队接收到的需求是正确的。

任何工作投入和产出都是成正比的，加班实际上是一种时间投入，内外培训和员工分享同样是投入，是在效率提升上的投入，在身心能够承受的范围内，合理提高时间上的投入，肯定在产出上会有正反馈。当然有个前提是加班要建立在工作需要上，提高工作的有效产出上。更重要的是，让员工建立主人翁意识，认为是公司命运共同体的一部分，为自己的事业而奋斗，很多抱怨和不解自然也就烟消云散了。同时，公司后勤要跟上，比如下午茶，加班水果等体贴式福利还是要到位，让马跑，还要让马吃草。

我目前刚刚离开WeWork加入今日头条。之前在WeWork时的团队分散在亚洲各地包括澳大利亚，规模在50人。可以在家完成工作, 生病可以MC。

我自己没有固定工作时长，也没有特定的休息日，毕竟作为亚洲和美国的枢纽，我是单点链接, 累计时长应该在50小时一周，如果加上因为工作需要的应酬和洽谈，应该在60小时左右。

工程团队由于没有特别可以量化的指标（KPI），所以我们都是OKR驱动的，而OKR是自上而下的传输，为了达到公司的短期/中期目的而努力，所以这个作息只适用于工程团队，我们的销售等团队的工作时间也会比工程团队多一些。

我觉得加班在目标明确的情况下是必须的，比如release出问题了，比如吃鸡要一个月上线等。可是加班不应该上升到一种文化，更不能宣传这种奉献，因为我们都清楚IC的权利是没有保障的，而公司的利益是有明确的保障的。

我们都知道，有流水线程序员（code monkey），有程序员（engineer）。我不否认，流水线必然会战胜小手工作坊，可是同时我们也要知道，流水线上的每一个人每一个部件都是可以随时被取代的，当AI升起，流水线程序员肯定是会被直接淘汰的，我希望我们能发现和培养出更多的程序员，培养他们独立思考的能力，做一些对我们这个技术产业增值的事情。

爱因互动目前属于较早期的创业公司，技术团队只有30人左右。我们不实行996也不实行987，而是五天工作制，弹性上下班时间，全公司实行，从创业第一天开始就是这样。2017年全年离职率为零。但是这并不意味着我们是一家慢悠悠的养老型公司，相反，虽然我们没有实施996，但无论是夜晚还是周末，大家热情高涨加班冲刺的情况比比皆是。作为一家高速增长的创业企业，事情多，期限紧是常态，碰到事情做不完的时候必然需要依靠加班。但我们不把延长上班时间作为工作进度的保障，而是依赖频繁公开的进度沟通，依赖对交付物的质量要求，使得团队成员无论是否加班，都把产出作为首要目的，避免“为了加班而加班”的情况出现。

软件开发是一个高度创造性的工作，为了提高产出，相比于简单粗暴的延长工作时长，我们更倾向于把精力放在增强技术平台、完善工作流程、打造学习型企业文化上，以及更重要的，精挑细选有足够强的自驱力，能融入到团队文化中的人上。

“我们认为用在办公室出现的时间长短来评价一个工程师的产出是缺乏逻辑的。需要加班的场景，一定是因为有事情需要在限定的时间范围内完成，只要事情完成了，大家应该充分享受闲暇的时光。”

这个是我们的招聘文案，我们也是这么做的。

我从955（偶尔还需要倒时差）的工作（4年）到创业公司955、996、987的工作（10年）都经历过。

首先我认为，不要用“自己的认知”来看待和定义问题，对于创业公司的初创阶段来说，不管是955、996、987都是种工作模式，暗扣在企业文化这个大主题下面，只是种表现形式罢了。

创业公司在初创阶段，创始人的性格和工作模式会很具备代表性，所组建的核心团队和对公司认可的初期成员也是对公司、创始人、工作模式的认同。

不能抛开客观条件谈这类开放式的话题，客观前提条件是：创业公司（初创阶段）、核心小团队、企业文化和创始人风格、高效且高度认可的团队成员，在超出劳动合同规定工作时间范围以外的工作，是否界定为加班或加班文化，这一点因人而异了，毕竟每个人的三观和认知并不相同。

我自己目前987半年了，依然不认为很辛苦或过于劳累，这样的生活方式与工作方式早已是习以为常的事情，虽然每天八点看似很晚，但要考虑到北京的交通问题，很多时候七点半晚高峰才退去的时间点，八点以后有选择性的文体活动，比如说我可以保证每周2次篮球2次健身1次纯娱乐放松，并未感觉到时间不够或工作严重挤压生活时间。只要这样的生活模式不会影响到身体健康、家庭、朋友、自己的兴趣爱好，也是种不错的生活方式与工作方式的平衡。

二维火的技术团队大概在400人以上，去年我们实行了大半年996，因此离职的技术人员大概有3%。

衡量技术人员绩效，当然不能用工时。时间确实不重要，有质量的进度才是重要的，毕竟竞争对手有时候强大到不拼命不行，比如我们的对手是美团，融个资都比公司估值高十倍，你想想有多让人绝望。也招不起百把个博士或架构师，只能用勤奋弥补了。

行业不一样，客户不一样，战略也就不一样。我所处的行业很大一部份是传统软件，我们的客户这些餐饮老板，在见面第一件事不是看你的产品有多好用，而是给我们一张五六页的纸，上面写着几百条功能列表，如果我们的产品覆盖了80%，才谈下一步。所以，我们对功能量有很大的要求。

任何所谓好的体验，大数据带来的价值，节约了多少成本带来了多少客流，都要建立在整个产品体系的完善上。所以我们是劳动密集型企业。

996其实是一个概念，或者是一个动员，其实在具体控制上，大部份员工都是早上10点左右才到，晚上8点半左右离开，这样就行了。还有一些基础要做好，比如绩效奖励，晚餐宵夜零食打车，再加上项目的各种庆祝，中午休息时间加长。非996的时候多一些活动和调休，比如周五周六晚上不加班，。实施方法如果得当，996也不是万恶的。

公司业务快速增长，才是最好的团建。最终还是要回到结果上。如果结果好，那就都好。

我们公司目前现状是99N（N=2~4），每周平均会有两三天的加班。在项目或业务需要的时候才会长期开启996模式。特殊制度执行时长一般根据项目周期来。高强度情况下最多有过连续2个月的996状态。

加班只是一种手段，没有哪种手段是万能而不可替代的。但是为了追求更高的目标和自我价值，但凡能用的手段我们都应该用到极致，这其中自然也包括加班。毕竟世间唯一公平的是时间，要追求更多，加班已经是我们能选择的成功率较高的手段了。

对于提升团队产出，首先是团队的使命感培养，只有团队有一致的目标及使命感，非常清楚“Why？What？How？”这三个经典的问句的答案，这样的团队一定能在相同条件下爆发出更强的战斗力。

其次是建立透明公开的奖惩机制，在日常工作中对典型情况及时快速的进行奖惩及团队宣导，尤其是奖励这块，能极大地发挥榜样作用，激发大家的激情和竞争意识。在肯定其工作成果的同时也要不断的给予其更高的要求和挑战。

最后是做到足够的人文关怀，尽可能去关心员工的心理状态和生活情况，在组织有能力的情况下帮员工去解决些后顾之忧或者帮助员工来更好地履行家庭责任。当员工能平衡好身心、家庭的关系时，必定能爆发出更大的工作热情和工作效率，从而提升团队产出。

你所在的团队，工作时长是怎样的？你对加班抱有什么样的态度呢？欢迎留言交流。