随想

关于开发是否应该深入了解业务，听到两种我觉得不正确的类型： 「我是开发，我就做好开发就行了，业务交给产品和运营同学」。不懂业务，完全不想了解型。 「懂业务之后就可以跟产品 PK 了，方便砍需求」。懂业务，目的不正确型。 我的观点是要想当一个优秀的开发者，必须懂业务，不是为了跟产品 PK，而是为了预判未来的发展方向，好指导自己写的代码可以适应未来更久的时间。 懂业务，目的不正确型。 作为一个开发，不知道多少人经常会在耳边听到这么一句话：多了解业务，多了解业务。 但是大部分情况下并没有告诉你为啥要了解业务。 可能有些人心里会有这么一个答案：懂了业务可以在需求评审的时候可以跟产品 PK，指出他的需求不合理，然后给出一个合理的方案，这就是你对于业务的价值，然后就可以体现你的业务思考了；另外对于你觉得不合理的需求，还可以砍掉。 这是我听到最多的关于为什么开发要懂业务的观点了，我以前也是这么认为的，但是当我真正的作为一个业务 owner 之后，逼得我不得不去了解业务，我才觉得这个观点不完全对，方向都是错的。 上面观点的核心目标就是跟产品 PK，把产品作为开发的敌人去看待。现在网上很多这样的调侃，产品和程序员是对立的。 在产品的眼里，程序员天生就是爱砍需求。 而在程序员的眼里，会因为不会砍需求被老板教育，不要啥需求都接，要学会砍需求。 实际上，懂业务不是为了去指导产品设计，而是为了预判未来的发展方向好指导自己写的代码可以适应未来更久的时间。 懂了业务之后是去发现前端的“价值点”，不是为了跟产品 PK。。。。 你如果去指导产品做产品，反过来想想如果让产品指导你做开发，那能靠谱吗? 我很赞同玉伯说的专业度的问题，作为开发就是要在开发的专业度上表现出来，效率让产品业务都觉得不可思议。而不是让你的产品、业务能力表现出来让他们觉得不可思议(不是不行，但是这样很难，先把自己专业的搞好再说)。 不懂业务，完全不想了解型。 另外还有一些是基本不怎么了解业务，就喜欢专研技术，这种想法基本是工作年限不超过三年的同学。刚毕业，对业务没有什么感知，觉得做技术的技术才是王道，整天喜欢研究各种新技术，处于一种被动接需求的状态。 这种情况就很容易在晋升的时候无法说清楚业务价值，到底自己做的东西有什么用，给公司带来了什么价值，因为在做需求的时候本来没有去思考过业务价值，所以没办法形成闭环，仅仅只是零散的需求。 实际上，我们应该这样做，在业务的背景之下，我们可以主动的**发现问题、定义问题、解决问题、优化效果，拿到结果。**这才是创作个人业绩的正确路线。 如果不懂业务，怎么将技术放到业务里去？不放到业务里去怎么体现技术的价值？ 你不能光讲我做了一个什么东西，这个东西多么多么好，这个业务价值如果没有体现出来，那就是没用的。 总结 上面分析了两种思维模式的差别，以及我觉得正确的思考方向。 作为一个在业务团队的开发者，我们做一件事的时候，需要时刻提醒自己，要想清楚三个问题： 弄清楚，为什么做这件事？做这件事的价值是什么？ 去思考，如何做这件事？ 完成后的产出是什么？明确衡量标准。 你们觉得作为一个业务团队的开发，业务和技术的关系应该是什么样的呢？

前言 被裁之后我就一直在家复习，面试，所以就一直没有写文章，没有太多心思搭理公众号，现在也拿了两个 offer 了，所以开始回到正途。 胎死腹中的 Vue 3.0 Beta 文章 4 月 17 日，早上我收到了浪浪(浪里行舟)的消息，给我发了一个微博消息，尤大在微博上宣布发布 Vue 3.0 Beta 了，然后跟我说这是热点，让我写一篇文章，我就暂停了前一天晚上定时发的文章，准备写一篇详细介绍 Vue 3.0 Beta 所发布的东西。 所以当天我早早的来到了公司，希望在上班前能搞定，然后就开始翻阅 vue-next 的文档以及草案，想从根源去探究 vue 3.0 Beta 能给我们带来什么。 没过多久，在我们技术部的群里有人就 @ 了所有人，让我们去看下邮件，邦哥(化名)发了一封邮件，每个人都要看一下。 我由于还在写文章，收集资料，就没那么快去看邮件，不一会儿，突然安静的 9L 就开始叽叽喳喳，议论纷纷，这时我感觉应该是一件大事儿。 我就迅速打开了邮件，第一段就描述着公司在今天要优化 140+ 的人，第二段描述着公司的核心方向，直播和品牌特卖，在这个时候，我已经能意识到，我可能要被优化了，也许我们组绝大部分人都会被优化，因为我们组基本是做内部系统的，跟核心业务极大的偏离。 我也加入到他们叽叽喳喳的氛围中，放下了手上所有的事情，和旁边的同事讨论着裁员的事情。 被裁 大概在十一点左右的时候，我左手边的一个应届生小声的说，我凉了，HR 让我去 11 楼一趟，然后我将这个事情传达给了我们的一个小群，以及我对接的后端，并询问他他们组的情况。 没想到聊着聊着，他跟我留下了一句，我中了，我先上去了。 接下来就眼睁睁的看着身边的人一个一个的都被喊上去，从工作一年的到两年的(包括我)，再到四年的，以及更多的。 到中午的时候，我们组只留下一个人没沟通了，是一个工作了四年多的老员工了，就坐在我旁边，他很慌，因为大家都拿着赔偿金(n+1.5)，他也想有。 一直等到一点、两点、三点、四点，五点，他放弃了，成为了我们这层楼我们组唯一个留下的。 后面就开始办理离职手续，交接项目，晚上我们整个前端到旁边的修舍酒店进行聚餐，虽然离别时悲伤的，但是被裁的人拿到高于常规的赔偿，是幸运的。 这次裁员对于应届生来说是最惨的，他们工作年限不久，不到一年，对于社招来说，是非常的吃亏的。工作年限不够，而且整个大环境来说又不好，现在又被裁没有工作，大公司很少会招工作年限这么短的，去小公司又有可能被压价。 唉，不想写这些消极情绪的了，在这被裁的两周里，空闲下来我也思考了很多，接下来说一些我的见解，希望能给到大家帮助。 定时更新简历 之前我在知乎上看到一个 HR 的回答里面说到，不管你跳不跳槽，其实都可以定时更新自己的简历。 我是比较赞成他的说法的，我倾向于半年更新一次简历，因为在更新简历的过程中你会去思考，去总结你在之前的这半年里，你做了什么有价值的东西，有没有什么亮点。 一旦发现在这半年里没有做出什么成绩，那么你也许需要在后面的时间里调整自己的工作方式，思考为什么没有值得写在简历里面的东西，然后给自己定目标，做规划，尽量在半年后可以有一些亮点可以跟别人吹。 多做总结 总结这个东西，其实每个人都会觉得应该做，但是很少人真正的去执行，也许是因为太忙，也许是因为懒，也许是因为觉得他不重要。 我相信很多人会有这样的感觉，当别人问你做的项目有没有什么难度，在做的时候遇到了什么困难，以及怎么解决的。你会感觉都已经做出来了，感觉没什么难的了。 其实在我看来，这其实就是没有及时的总结导致的。 我的建议是当你遇到难题并解决之后，马上记下来，因为这个时候是你最有动力，也是最清醒的时刻，一旦你想后面有空了再记，那么基本上就是不会记了。 另外就是每个项目完结之后也需要进行总结，遇到的问题，项目的架构，项目的价值等等，这些东西是以后可以跟面试官聊项目的资本。如果不记下来，当你写简历的时候，很可能会把关键的地方忘掉。 忙一点的公司挺好 可能对于这一点很多人会觉得我政治不正确，觉得理想的工作不应该是朝九晚六，到点下班么。 但是我最近在观察那些发展得好的企业，加班都比较严重，比如阿里、腾讯、字节跳动、拼多多等，当然这些公司都会给你更高的薪水。 为什么我会绝对忙的公司其实挺好呢？主要是因为公司发展迅速，意味着就会扩大生产，那么就需要更多的劳动力，但是对于招聘合适的人又是一个急不得的事儿，所以留在公司的人可能会很忙，得干超出正常一个人所干的事儿。 这样其实你可以有更多需求做，也许是重复的，也许是新的东西，不管怎么样，一旦你代码写得多，你能更可能发现到别人发现不到的痛点，也会给公司做更多的贡献，其实对于成长是有帮助的。 可能有人会觉得我只是一个打工的，在规定的时间把东西做完，下班时间再去学习，其实这种方式对于大部分人来说不是特别的高效，因为学习这件事其实是反人性的，下班了也许你更多的时间会用于其他娱乐中。 再说一下对于比较闲的公司，也许很多人都想去，比如外企，相对国内的大厂来说要轻松很多，但是闲的公司很容易让人养成懒的习惯，特别是对于工作不久的，一旦养成了懒惰的习惯，就会危害自己一辈子。 我希望这一点不要跟我争论，如果你希望去不忙的公司，你去就行了，也不用说服我。...

最近看到这样一段文字，然后掘金的运营还发了一个沸点，看了心理觉得真不是滋味呀。 图片具体内容如下： 如果你在阅读文章的过程中，觉得有不同意的，请憋住，把文章看完再说。 现在的作者写个文章太难了呀。 写个文章还要被喷写得不好，写得不够有深度要被说没有干货； 写得有深度的又有人说看不懂，这怪作者吗？ 咋不怪读者要求太多，自己看不适合自己的水平的文章，自己知道的东西就觉得人人都知道，却不知道在中国随便一个你觉得理所当然的小知识点，或者说常识，都会有至少 1 亿人不知道。 很多人在评论里说现在很多面试文章，或者 list 文章没啥质量，然后获赞很多，然后自己辛辛苦苦的写的干货没人点赞，在这个社会不是很正常么，想想马云工作的强度和在工地里工作的工人相比，工人不努力吗，难道不是辛辛苦苦吗？但是赚钱的差距就是这么大，这个社会就是这么现实，归根到底工人所做的工作价值太少了，为什么有些干货价值少，请继续阅读。 ##面试题和 list 文章 VS “所谓的干货” 说说为什么面试题和 list 文章，面试题和 list 解决了什么问题？ 为什么会有这么多人习惯给这些文章点赞，我觉得最主要的一个原因是缓解了读者的焦虑，第二个原因是仅仅是为了收藏。 缓解了读者的焦虑 对于面试，肯定是永恒的话题，总想着换个好公司，涨工资，但是自己又太菜，想着有没有什么捷径，想了想，刷面经吧，刷了就等于会了，会了就等于能进大公司了。这种心理就跟买课一样，买了就觉得会了，然后生怕错过什么技术，买了一大堆，结果每个课程就只看了前面的开篇就没下文了，你能说这些卖课的不对吗？是你自己不看，能怪别人么？ 然后说道别人发面试题，就想分享给大家，毕竟面试题往往都是对于前端开发来说比较重要的东西，是可以给你不仅是面经方面的东西，而且对于刚入坑前端的来说，不知道应该学啥，什么东西重要，什么东西应该先学什么的一个方向。 收藏 list 愿意点赞的往往是想收藏，然后可能是设计的原因，不管是哪个平台都一样，把点赞这个功能做得特别的容易，而收藏就要繁琐或者说不那么让用户想去点。 然后给大家一个建议，收藏这功能真的比点赞好用，可以对文章进行分类，自己可以梳理你的知识体系，然后建好分类，然后再分类收藏文章，这比起你点赞了，然后后面想去看的时候发现太乱了，又不好找，就给你不看文章找了个借口，导致点赞了一大堆，最终有收获的并不多。 我觉得在收藏这方便来说，个人觉得思否做得比掘金好(思否小姐姐是不是要给我广告费了)。 所谓的干货 干货这个词我的理解就是有价值，如果这篇文章对你有价值，那么就是干货，没有价值，你可能就会觉得是水文。 注意，我这里说的是对你有价值，才算是干货。因为一篇简单的文章，对于新手来说有价值，那么他觉得这篇文章就是干货，对于一个老手来说，几年前都会的东西，那么他可能就会觉得是水文。 所以，上面说到什么「浅谈」、「说说」都是没有干货的理论，根本是个人主观臆断，这些文章对于刚入门的同学来说，可能是带来了非常大的帮助。 注意，绝大部分人是知识的搬运工，传播者，而不是创造者，官网文档上有的东西，如果能用一种一部分人觉得通俗易懂的方式写出来也是有价值的，官方文章是普适的，但并不一定是最好的教程，而一些作者就是知识的传播者，可以理解为老师，把一些枯燥，正统的知识，通过一种针对特定人群的方式传达出来，然后学生能理解，那么就是一个好老师，好作者。这就跟你学牛顿三大定律不是去看他发布的论文一样。 总结 所以我觉得现在这样的面试题和 list 文章，并没有什么问题，有问题的是读者对于『点赞』可能理解得不够深刻以及没有正确的认识面试和 list 文章的价值。然后就是没有绝对的干货，一篇文章对于不同水平的人所得到的的价值是不一样的，当然我也更喜欢稀缺资源的文章，这样能给整个社区带来更大的价值。 声明下，我基本上是不写面试题和 list 文章的，所以我并不是为了自己写了这种文章而强词夺理。 给掘金说的 再给掘金提一点建议把，想让作者给你们带来更好的内容，这确实是双赢的局面。 你们对于用户的非常的关心，这是应该的， 但是，是不是应该给作者一些关心呢？ 比如，对于评论的控制功能，对于投诉的功能，我看到有些作者写个文章被喷得很惨，心里真的很为她们难过，但是作为作者，一个删除评论的功能都没有，或者说不允许评论。 一些负面的评论真的会给作者带来很大影响，其实作为作者非常的希望大家友善的提出自己的建议，当有人说一些恶意伤人的话，有时候会影响到他上班工作的心情，甚至退出掘金平台，我已经看到过好几个优秀的作者，由于受不了掘金用户的评论，然后退出了掘金。 或者说除了赞，有一个踩的功能也挺好的，这样读者知道这篇文章写得不够好，然后自己会去改进，而不是一些「键盘侠」进行语言暴力。 作者和读者是一个双向的关系，维持双方的利益才是正确之道，不是作者把文章写的好就能改善整个社区的，反思的不仅仅是作者，用户也应该反省一下。 我见过最好的社区就是 Emacs 的社区，社区文章质量很高，社区里面基本上不会出现「娱乐化」，也没看到过「键盘侠」，也许是 Emcas 太难学了，导致过滤了很多不符合 Emcas 社区理念的人吧，所以 Emcas 社区不管是作者，还是仅仅是个社区的读者，都有非常高的素质，以至于社区环境很好。再次强调，不是作者写得好，社区就能搞得好的，好的作者也可能被读者被迫离开社区。 由于我做公众号，也在掘金写文章，所以和很多的作者进行交流过，非常多的作者会以给读者带来了帮助而激发自己写更好、更多的文章，我觉得用户给到作者的不是意见而应该是建议。这样双方处于和谐、和平的状态，才更有利于社区的发展。 我的看法 说说这位掘金用户说的东西，我相信你的初心是让社区变得更好，您说的也没有毛病，我也很赞同。 不过您是站在道德的制高点去要求作者，要有深度，要有独立思考能力，要有干货等等要求，但是您又没有给作者钱，他并没有义务按照每个人的要求来写文章。 这不就是白嫖要求还多的表现么。难道您说的这些要求，难道写文章的作者不知道吗，别人也许只想写下来做个笔记，好心随便分享给大家看一下。 这就跟朋友请你到他家吃饭，亲手做菜给你吃，然后你嫌弃这个咸了，那个淡了，这个不好吃，那个卖相太丑了，白吃白喝还要色香味俱全。 在掘金这个平台上，除了小册，没人有责任和义务把文章写得要满足所有的读者。如果小册写得不好，那确实应该要求作者改改，毕竟你花了钱，你就是『爸爸』，你就是顾客，顾客是上帝。 所以，我觉得现在社区不仅要控制文章的质量，还要控制社员的质量，比如像之前创建小号来喷京东小姐姐刘小夕，以及小生方勤的，这种文章就不应该出现在首页，这样会给作者带来了巨大的创伤。

如果玩抖音的同学，我相信对上面这个图片并不陌生，在六月份的时候疯狂刷这个，但是当时并没有任何感觉，直到我那毕业的那天，提起背包离开学校的那天，我才真正的感受到，我要离开学校了。 自己已经不是一个学生了，熟悉的学校，熟悉的班级，熟悉的同学，熟悉的老师，这次，真的说再见了。 还没来得及跟给我传授过知识老师，陪了我四年的大学同学，以及实验室的学弟学妹们好好的说再见，就提着行李，背着书包离开了学校。 在走的那天，突然想到，那些给我传道受业解惑的老师，那些跟我一起学习上课的同学，那些跟我在实验室辛苦奋斗的都学弟学妹们，也许我们以后就见不到了，莫名的一股泪意席卷而来，包括我现在写这篇文章也是这样，这也行就是人与动物之间感情的差别吧。 天下无不散之筵席，想给那些没有好好道别的人说，咱们有缘再见，以后我帮得上忙的随便找我。 之所以在题目取【我的大学无憾了】，主要是因为三件事儿。 **找到了一份满意的工作。**虽然我没能去得了我最想去的腾讯，也因为个人原因没有去实习了半年的小米，但是在现在的蘑菇街工作我还是挺开心，很满意这里的工作氛围以及人文环境。 在大学中找到了心爱的女朋友。 都说程序员比较宅，很难找到女朋友，还好我运气好，在毕业之前找到了心爱的她。 拿到驾照。 大学有时间真的建议把驾照考了，以后工作了时间成本很高。 夸夸自己 我在学习上说是一个学霸呢，但是自我感觉并没有怎么花时间去学习上课的内容，大多数时间都花在专业课上，准确的说是花在敲代码上。 为啥又说是个学霸呢？因为拿的奖状还是挺多的，四年里，拿了两次甲等、一次乙等(跟甲等的最后一个绩点只差 0.1)，大四由于没课，只有一个实习，不知道老师咋打的分，后来没有拿到。 然后在其他方面参加的比赛比较多，各种程序设计大赛，数据库设计大赛，以及优秀班干部等等，估计 20 多张奖状，最后毕业前还去申请了校级的优秀毕业生和市级的优秀毕业生，没想到都通过了，市级优秀毕业生咱们一个院也才 5 个名额，这个时候只想对自己说【优秀】。 吐槽下自己 在这里想吐槽自己的主要是体重，总结下来就是【肥了】。 刚入大学的时候我只有 114 斤，作为一个 174 的男生来说，那还是比较瘦的了，想想那个时候自己肚子稍微硬一下，还能看到几块肌肉呢，大一的时候比较闲，没事儿就出去大大篮球，然后对新事物比较好奇，到处跑啥的，运动的比较多。 到了大二的时候，涨到了 122 左右，因为大二进了学院的创新实验室，从此没有了双休，没有正常的节假日，没有了没有课就是玩的时间。如果早上没有课 8 点 40 之前就得到实验室，晚上一直要干到 10 点 40 才能回寝室，每周要上六天班。每天三点一线，寝室、教室、实验室，周末休息的那天就想着要好好打打游戏，放松下，也没有出去玩，导致体重增加，肚子肥肉增多。 到了大三同样也如此，绝大部分除了睡觉的时间都是在实验室，很少出去运动，只要在体育课的时候才能好好的运动，直到大三结束的那个暑假，已经 126 了，但是还是没有意识到问题的严重性，感觉还是很正常，也不胖。 大三结束的那个暑假，我去小米实习了，虽然在北京消费很高，但是总是吃得很饱，几个玩得好的每周都要出去吃好的，结果越吃越胖，直到有一次去吃完火锅回来在旁边的称称了一下，把自己下了一跳，已经 135 了，那个时候才来北京两个月，竟然涨了 9 斤，准备开始减肥了，然而并没有坚持下来，但是尽量在注意，直到我实习半年再回学校 138 了。 回到学校已经是大四了嘛，就在学校做毕业设计，在学校吃的稍微差点，我也尽量控制自己的食量，现在以及只有 132 了。 结语 希望自己离开了社会，该变的要变，不该变的别变。比如不要忘记初心而随波逐流，既然选择了做程序员这个行业，目前这几年就应该有工匠精神，把技术专研深，专研透，以后看自己的意愿或者社会的发展再看应该干什么。 要该变的是该变自己还是学生的身份，作为一个工作人，应该对工作精益求精，尽量不要犯错误，大学的时候犯点错误还能接受，在公司里犯了错可是要付很大的代价的。 最后感谢大学陪我走过的这些人，可能有些人只是我人生中的过客，但是也给我的人生增添了一份色彩，感谢你们。 那些在大学里面给过我帮助的人，我会永远记住的，【滴水之恩，涌泉相报】。 我希望今天我以学校为荣，以后学校以我为荣。 致我的大学以及青春。

了解 vim 养成 git 规范 学深比学广更重要 拥有自己的知识体系，形成解决问题的方法论 了解 vim Vim 被誉为"编辑器之神"，这可不是虚的。 在我用了 vim 半年之后，我建议我身边的每一位程序员都去学习 vim 。 因为一旦你学会了 vim 的操作，你就像中了毒一样，你会讨厌鼠标，讨厌在你敲着敲着键盘，突然又要去移动光标，因为把手从键盘移动到鼠标上的时间远远大于手指在键盘按键的切换。 而且你会希望在所有的编辑器上都装有 vim 插件，不管是 vscode，还是 idea，还是 emacs；不管是自己的电脑还是别人的电脑；不管是敲代码的编辑器还是用来看网页的浏览器。 还好，所希望的都有，每一个可以装插件的编辑器都有 vim 插件，甚至浏览器也有 vimum。 当你真正习惯上了 vim 以后，你会迫不及待的想要一个机械键盘，因为你敲代码大部分时间都用在了键盘上，鼠标已经不再那么重要了。 机械键盘推荐红轴，青轴和茶轴虽然自己敲着很舒服，手感很好，但是比较影响其他人，键盘声太吵了，黑轴就不考虑了，码字太累了，不适合程序员。 我个人用过青轴和红轴，青轴给我的感觉就是码代码是一颗一颗的，听着那声音自己觉得很舒服，敲代码很有感觉。 而红轴给我的感觉就是敲代码的时候你会忘记你手上的键盘，给我一种手、键盘合一的感觉，把精力完全集中在码代码上，感受不到敲键盘的感觉。 最后说的就是先学 vim 的基本操作，然后装个插件在你现在的编辑器上练习就行了，不需要直接用 vim 编辑器。 因为你直接用 vim 编辑器，作为一个新手，不会配置插件，快捷键等，没有提示，没有高亮。你在写项目的时候会很痛苦，你就用你熟悉的编辑器高亮，代码提示这些是你以前搞好了的，所以实际应用起来难度小很多。 为了推荐更多人程序员学习 vim ，我还自己写了一篇入门文章，有兴趣的可以看看。 我周围的人，只要是用 vim 敲过代码的，从没有人说过用 vim 敲代码不好用而放弃用的，只会对 vim 爱得越来越深。 Git 规范 Git 作为我认为最优秀的版本管理工具，那是程序员的利器，必须用得游刃有余。 而我今天要说的不是怎么用好 git，如果需要可以留言给我，我后面写一篇或者一个系列。 我想说的是规范，不要以为 commit 随便写就行了，其实 commit 的规范程度一部分体现了你这个人做事的态度，是否端正，严谨。 我拿我在 某米工作的时候举个例子，我有个朋友那组的有个学姐，她的 commit 很随意，完全不能体现她提交代码的内容，比如，哈哈；放假了，好开心；bug；也不说是什么 bug，导致我那个同学根本不知道她提交了什么代码。...