白癜风感恩回馈 http://baidianfeng.39.net/a_yufang/150417/4610524.html工作使人快乐！让我们跟随第17期WIT分享会嘉宾走进职场生活，看看都市丽人们怎么工作吧！
你典型的工作日是什么样的？每天总工作时长是多少？工作中开会/写代码/写设计文档的比例是？工作中，你最喜欢和最头秃的部分分别是什么？
困困：我在国内。典型工作日：来办公室才吃早餐。上午工作时间比较短，大部分会议也不在上午，所以上午就写一部分代码，或者看看资料。吃完午饭，国内有午休，大家吃完午饭会睡一觉。下午很多会议两点就开始，会比较多需求评审/迭代/产品经理/单独的沟通会。我如果没有会的话，下午大部分时间会写代码。如果有会就要参加会，然后下午写代码的时间也就比较短了。
工作时长和开会/写代码/写设计文档的比例：每天工作时长得看公司。我一般七点多下班，所以我每天纯写代码的时间最多也就四个小时。但是一些或者11-11-5的人，可能晚饭后还有会要开。总时长其实还是取决于你去的公司工作强度是多少。强度还是因公司而异。
工作中开会/写代码/写设计文档的比例是动态变化的，不是固定的。一周固定要开的会一般有两三个，其他私自拉的会就不确定了，所以我觉得写码的时间其实不到一半，也不太可能有一半。写多少文档还是看需求，一般是写代码的时候顺手把文档写了。
工作中最喜欢和最头秃的部分：最喜欢的部分是解决一个问题的时候，超级有成就感，顺利运行如丝般顺滑的感受。
最头秃的部分是跟业务方沟通。就是你作为一个程序员，你能理解为什么有的东西做不了，但他们不能理解，所以经常会出现，这个东西其他公司可以做，为什么我们公司不能做？这个东西人家多久的时间做出来，为什么我们不能那么快做出来？这个需求很紧急要明天上线等等。这非常耗费精力时间。但你想要尽量改变这个方面，也有点看运气，要看你遇到合作方是怎样的。如果合作方比较好，那大家都能开心工作；如果你遇到不愉快的人，也许会遇到别人甩锅给你，你也得处理掉。这只能看自己怎么解决。
小z：我在湾区。根据程序员的级别不同，每个人的工作日会不太一样：刚进公司level比较低的话，要做更多写代码的事，所以其实没有人关心你在哪里、你几点到公司几点走，写完代码、交代码就可以了。
稍微senior一点的话，也有人完全自己工作、不合作，但非常非常少。大部分的senior主要是帮助别人成长，就是你有一个想法，让别人帮你去实现，然后通过团队合作来完成大的想法。所以这要求你能有一个比较predictable的流程，这样别人如果突然要找你要能找到，而且你每天也会开很多会。总工作时长，我们一开始工作的时候肯定是每天超过8个小时，一个星期不超过六七十个小时的例子很少。
工作中开会/写代码/写设计文档的比例：这跟项目在哪一步比较有关。一开始是brainstorming，跟别人开designreview，会写很多文档、开很多会。之后等这个项目的大想法定下来后，开会就流程化一点。也要看你愿意参与多少，如果你要参与很多的话，你会mentor很多人啊也会有很多1对1会议，也会跟组里各种人开会。
工作中最喜欢和最头秃的部分：工作中最喜欢的地方就是，你有一个想法后告诉别人，别人给你各种各样的反馈，你就从中知道你的design有什么问题、能否迭代。
最头秃部分的话，就像做infrastructure的话，你是没有PM的，这点比较爽，而且很多时候你的infrastructure都是别人不得不用的一个东西。就是你和他们说我做不了你这个东西，他们也没有什么办法。但是正是因为这个原因，你作为engineer其实是当了一部分的pm，也就是说你要为你自己propose的东西去要到别人的recognition，所以就有很多的办公室*治。因为很多infrastructure这个饼都是定了的，但是你要说我就要做这么多东西，别人就肯定会质疑你。然后这个时候你其实很多时候就是在和别人去争夺这个饼，然后这个时候就有很多办公室*治、组和组之间的这个制衡，这个还是比较头痛的。
很多时候我觉得作为一个工程师，你的影响力是很小的，很多时候要靠你上面的影响力。但你个人其实是并不知道这件事情，就是你以为你做成这件事情，是因为你自己的proposal很厉害或者design很厉害，其实并不是，有可能只是你现在就是特别顺风顺水，所以你就推什么都能推成。然后你要是不太顺，你就是propose一些东西，哪怕技术上再好可能也很难被实现，所以这个还是蛮烦的。
小x：我在加拿大，一个典型的工作日：每天早上先干一个小时活，然后开一个dailystandup，报告一下我昨天干了什么、今天干了什么。因为每天要开会，如果一整天都摸摸鱼、不出活的话，第二天在会议上面就会很恐慌，因为你不知道要给什么update。所以每天不管怎么样，至少你要有两三个小时专注到工作上。
工作中开会/写代码/写设计文档的比例：目前还轮不到我写设计文档，都是上面的architect来写。开会就是刚才说的，每天一个dailystandup，大概15分钟，组里面每个人汇报一下就完了。
写码真的看自己了，比如说我修一个defect可能就改一行代码，但是第二天我update的时候我就可以说我做了，这也是可以的。这就看你自己想不想更productive了。你如果想多学，或者在teamlead面前表现得更productive，或者你自己就是喜欢写代码，那你也可以多做一点。但是如果就是像我这样有时候想摸一下鱼，或者是想搞一些其他事，比如刷刷题，你其实也可以自己balance的。
工作中最喜欢和最头秃的部分：我最喜欢的就也是“如丝般顺滑”的感受。就是比如我建一个pullrequest之后没有人给我
