不是你负责的就不用管，你也管不了，瞎操心。
如果出问题了你要跟着背锅的，那就把问题反映给上级，把锅甩出去。
总的来说，如果数据量小，版本迭代慢，那怎么搞都问题。如果数据量大，或者需求经常变动，那后面加班只会越来越多。

首先，电池损耗一开始会很快，到后面会越来越慢，像我的电池循环三百多时电池损耗是 86%，现在电池循环五百多是 84%，现在貌似一直维持在 84%。
我是电量低于 20% 就充电，高于 80% 就断电，看这是趋势用个十年没问题。

@james2013 bug 是解决不完的，只是没发现而已，所以有少量 bug 也上线是没问题的，只要影响不大就行了，我以前领导就是这么说的，现在觉得很有道理，一切都是平衡管理，没有所谓的完美。

@liudaolunhuibl 是的，我以前也是，需求是需求，但是修 bug 和优化都不算需求，不算绩效，时间计算也不能算进去，但你必须解决，坑。

来了 V2EX 才知道，原来这个世界由这么多独立开发者，竞争激烈啊。

前面有错误别字，是 同一天离职。
真实奇妙啊！

这让我想起当初我快离职的时候，我把项目（天坑）交接给一个来了将近两个月的同事，最后那位同事和我在同一年离职。

他说来公司两个月瘦了 10 斤，我交接给它的项目成了他最后一根稻草。

很多时候我都在想，如果当初我在试用期的时候也提离职，结果会怎样？记得当初总是借口忙，一直拖着没有提交转正申请，直到试用期的最后一天的下午，我才提交转正申请，可惜审批效率太快了，那么多个部门的流程，我没催，竟然就真的在几个小时内搞定了，要知道平时提测可都是要亲自去催，不然都没人鸟你的。也许这就是天意吧，毕竟人生没有如果。

现在我还是待业中，自己也折腾着创业（其实就是自己开发软件，还是老本行），不过最近上线效果并不好，还是要坚持，不可能一下子就成功，不过生活还是要继续，所以还是要找工作的。但是呢，又怕再次入坑，矛盾啊。

总结就是：塞翁失马，焉知非福，且行且珍惜！

写小说其实和开发是一个道理的，先想好整一个架构，再补充细节。
你一直写不完整，说明你连大纲都弄好。
在我看来是经验不足，不防先试着用 100 个字写完这个小说，之后再扩充到 1000 个字、一万字，就像开发一样不断重构迭代。
最关键还是要有时间和毅力，写小说不难，写出一本惊世骇俗的小说却非常难，这和编程时一样的，话说这个世界想做到很好的都很难。

人想象的任何东西，包括你的问题。

这和 Infinity 扩展类似，不是你不行，而是对手太厉害，如何整个世界都在卷，要想胜出，要么做得比别人更好，要么做没有人做过的，这两个都是难。另外，流量红利没了，一个好的产品没人知道也没用。
200 个用户已经很不错了，我自己造的扩展 1 年多了也才 100 多人，深知竞争的激烈和流量的可贵。
一个有趣的想象是，不管是做自媒体还是开发软件，都要不断更新，你不动它，它就不涨了。
所以还是要多更新，另外要在多条赛道同时前进，避免被困死在一条路上，就像很多公司，搞一堆产品，混概率也能混出一个成功的来。

小孩学两年也说不了多少话吧

@AltairT 一二级还好，我以前是有多个 leader 多个产品同时催，那真的就像催债。而且人家还不和你好好沟通，因为他们也很忙，多问几句别人会嫌你烦，说和你沟通成本高。但是需求就几句话，我又不是产品，我自己想没问题，但关键是造出来后不是你要的那不是很尴尬，现实就是怎么矛盾啊。

记得当初刚开始干了有两个多月，另一个同事比我晚来一个月，有一天他突然说：“我怎么感觉我们认识了一年多？”，我一听，心想：“是啊！度日如年啊！”。虽然已经过去一年了，现在也快忘记那种感觉了，但是我知道，那段日子，天空是黑色的。

也正是这段经历，让我成长了。回想起来，以前是多么的幼稚，正所谓 “无知是最大的自信”，而那时候，领导经常会对我说：“真不知道你的自信是从哪来的”。

有得必有失，虽然获得了成长，但也失去了那一片赤诚，变得冷血。

想不到我一个回复就获得了怎么多赞，真是受宠若惊啊！

想当初我一个人要同时对付多个项目，一个浏览器开了好多窗口（一个项目对应一个窗口，每个窗口内又打开个网页），非常慌乱，后来被逼着想了各种方法提升工作效率。

要说提高工作效率，最直接有效的方法就是使用工具，如果没有合适的工具，那就自己造一个，这里推荐我自己开发的一款浏览器插件：SaveTabs - 窗口标签管理器，有了它，几十个项目同时开工都没问题。当然这么说有点夸张了，没人会搞那么多，不过真要有那么多也确实是可以用它对付的（注：这里指的是几十个项目所对应的几十个浏览器窗口）。

我以前也遇到过，那个时候也是手忙脚乱，其实熬过去就好了。
首先，你要明白什么是最重要的，谁的需求可以拖谁的需求不行。
我的建议是先完成直接领导的需求，因为他决定了你的 KPI 。
看你写的很多都是提测的问题，说明你在代码质量这一块比较重视，这其实是最不重要的，我的建议是搞完了就直接提测，文档随便写写就行，单元测试只测正常流程，异常流程让测试人员来，测试环境直接跳过，能直接线上测试就直接线上测试，这样可以省掉很多流程，甚至有小 bug 都可以忽略，你要明白在激烈的市场竞争中，最重要的是快速迭代，快速占领市场，至于代码质量和 bug 都是后话。
当多个紧急需求过来时，你不用理会，聊天工具上可以提示：“工作忙，紧急需求请直接面谈”，这样可以过滤掉很多人。
总之就是能偷懒就偷懒，越是忙越要花时间整理需求，明白什么是重要的什么不是重要的，不重要的就拖，能快速完成的就先完成，不是面谈的需求都不是紧急的需求，装成没看见，实在不行就把所有人都拉出来，说我一天就只有 8 个小时，我在一个时间内只能干一件事，你们 PK 一下，谁赢了我就先谁的需求，然后你就可以看戏了。
不要想着离职，你换一个公司也是一样的，这里混不下去，下一个也是一样的，大公司都是这个鸟样。
真的坚持不住了，就不管了，你总是要得罪一部分人，最后公司会把你给末位淘汰的，所以也不是那么严重，就比如我，就是被末位淘汰的，但我觉得很开心，终于能做个了断了，再也不会有人在耳边叽叽喳喳影响敲代码了，想想也是好事，当然这需要你有强大的心理素质（说难听点就是脸皮厚）。
不过，该承受的总归是要承受的，怎么也逃不了，就像我，现在就在求职的路上恐怖前行。

我只知道一件事，如果哪天我也能挣一千万，我是不会教给别人的，所以我不相信别人会教我如何挣一千万，道理就是这么简单。

技术这东西更多的是实践，不是看看书就学会了，手机更多时候是为了娱乐，所以写硬核的文章没人看，大部分都会将面试和开挂的人生，没啥用的。

广州的豫江南又便宜有好吃，最主要是量大，以前我和朋友两个人总共一百多个点了七八个菜，最后没吃完只能打包。不知道杭州有没有分店。

我在互联网行业就没见过项目经理，只有产品经理，上级的上级说，你（程序员）就是项目经理，所以现实就是一团乱麻。

@chengyiqun 扩展名：SaveTabs - 窗口标签管理器，类似 OneTab，不过功能更多，可以搜到。