原著：Chris Blakely
有句名言，我蛮喜欢的：
Even the longest journey begins with a single step
说人话，就是：
千里之行始于足下
我家墙壁上，就贴了这么一条警句。任何的成就都是靠着一点一滴的积累而成。任何试图探寻捷径的尝试，都是徒劳。
刚开始入行程序员的时候，太多茫然，太多诱惑，太多坑需要自己去经历，去抚平被代码伤透的心，技术无他，就是手熟。
及时回顾与总结，不要用 996 的无用功，代替战略上的失败。多给自己留点时间，回顾与整理自己的“错题本”，一步一步往上爬。平时多写一些回忆录，等到迷惘时，翻看找找灵感。
正好 Medium 上有篇类似的文章，我觉得可以共勉。基于他的观点，顺带加上自己的理解，一起写出来作为整理。
千军万马过独木桥，竞争是越来越激烈的。每年国内有几百万的人应届毕业生，要想在这些人群中找到一份自己理想的工作，难度可想而知。头部的那些岗位（注：头部是指最吸引人的岗位）争抢的人不仅多，而且精。对待第一份工作请打起十二分的精神，且好好珍惜。
就拿 2018 年的 820 万毕业生来说，竞争上岗靠的是硬实力。在当下这社会，应届生能找到工作已是不容易。理想化的工作更是难上加难。很多人在如此的压力下，将就着随意找份工作，这是十分耽误前途的。
尤其是软件新兴领域，错过了 2002 - 2008 年这段中国互联网发展的大好时光，会十分懊恼。耳熟能详的康波理论，残忍的告诉每个人，一辈子能站上的风口，寥寥数个，错过了就要再经历漫长的等待。
随意找到的工作，伴随的是抱怨。很多做得不开心的程序员会渐渐失去昔日的成就感，而产生很多牢骚或者抱怨。指责别的程序员诸多不是。这也看不惯，那也看不惯，看不惯同事的慢手慢脚，看不惯同事在工作时间段抽上根烟，喝上一杯星巴克。
找工作跟挑媳妇儿一样，要么不爱，要么就认真爱！
胜兵先胜而后求战
很多工作多年的老朋友，经常在一起感慨，一开始就知道要走软件开发的道路，知道信息技术才适合自己，提早很多年就开始准备，是不是就会少走很多弯路，且成就比现在高得多？这大概就是“胜兵先胜而后求战”的全部内容了。
用 Chris (本文作者）的建议来回答，在选择第一份工作之前，一定对自己的能力做充分的积累，对该企业的岗位做详细的了解，选定目标岗位，积极地面试，主动的寻求岗位细节，接纳自己喜欢的第一份工作。
工作，只要精品，绝不妥协
一旦你做足准备，练就强硬的本事，就该 “良禽择木而栖 ”。面试的策略能帮你最终落实你与工作的姻缘：
问清楚开发的流程：公司的开发流程、Code Review、Source Code Control 等细节，决定这公司开发是否规范，开发是否有效。试想公司都以复制黏贴来作为版本控制策略，可见其开发水平以及 IT 团队在公司的话语权了。
知晓企业文化：这点外企的朋友最清楚，应届生来外企绝对有优势，在拿到高薪的同时，还有很多优质的培训以及高质的指导。马老师，张老师，黄老师哪个不是混迹行业多年的老手，带着你一起做项目，你认为那些在工厂玩旧把式的 IT 能有你那么高的竞争力？
以上这都是你的前期准备，现如今互联网的分享如此之发达，稍微花点心思或者费用，都有一堆优质的材料供你参考，所以在校成名的大学生越来越多了，比如说路人甲。这是整个时代赋予的红利，大好事一件！
语言之争，在任何时候，任何场合都是一帮人最热衷讨论的。有时候比皇马粉 KO 巴萨粉还厉害。文人相轻的风气足足影响了好几个世纪，传染了好几个行业。
初级鄙视链：
写C的看不起写C++，写C++的看不写java的，写java的看不起写js，写js看不起美工 知乎
深度鄙视链：
真的在设计编程语言的->实现编程语言的->胡乱设计编程语言的->只学会了编译原理的->连编译原理也没学会的 知乎-轮子哥
我只记得，Oracle 我是花了 2 年学会的，转到 SQL Server 我用了半年。MySQL 我是在个人博客搭建时学会的，后来用在了 Hadoop, Hive 的环境中。C# 我用三个月的每个礼拜天，啃了《框架设计》，用在了 SSIS 的自定义组件中，SQL Server 的 CLR 中，生产环境跑得妥妥的。
其次，语言并不能解决所有问题。现在的软件体系，允许多个语言共存。《企业 IT 架构之道》（阿里巴巴出品）讲述了大中台的概念，其实就是 SOA 理念，以后的软件开发会更加区分灵活多变的大前端和坚实的共享服务端。所以作为开发来讲，我们只要锚定前端和后台即可。如果你感兴趣的是前端，玩 JQuery/React/Vue/Javascript 随你；如果做后端，Java/C#/Python 随你。怕的是你一会儿学 React, 一会儿 C#, 一会儿 Python, 看似口吐莲花，实际样样稀松。
一次只学一门，最快地习得编程手艺！
贪多嚼不烂，反而坏了学习热情。
尤其是入门不久，喜欢炫技：
（以上引用知乎-烈日烤鱼的回答）
我还记得学历史的时候，很多同学专门关注某一页，某一个引用框里面的注解，然后用这个注解来炫耀自己懂得那么细。
如果说 C++ 这个例子太陌生，那我举个 T-SQL 的例子。平时分页大多是用 ROW_NUMBER 来实现的（不知道 ROW_NUMBER 是啥的，回看我号精华文章集合）：
后来我嫌弃两层不美观，用了新语法:
结果被我们老大说教了一通，代码太骚气。同事们看着费劲。所以在炫技的同时，我们还要考虑是否大家都能接受的了。
//
跪舔，不是瞎说，而是代表盲目。
是，现代人压力都大。但把工作带回家，带回来的不仅是工作量，还有负能量，更多的是对自己效率不高的掩饰。你总认为还有回家的几个小时，你在办公室就不会想办法提高效率，如果你是领导，还有可能导致整个团队的气势被带歪。
我曾说过， 5 人以上的会议都是谋财害命。每人讲 2 分钟，20 个人轮一圈，一个上午别干活了。更何况，有些朋友喜欢中间插话，加上起哄，个别文字组织能力极差的老粗，足以让你的团队各个葛优瘫。
在这种环境下，想不 996 都难。而这样的 996 能带给你什么？虚荣！仅仅能获得口头夸奖下，“你好用功，好认真，公司的劳模”。哈，但对不起，言下之意“你并不是优秀员工，你今年不能升职加薪”！
代码跟小说一样，并非一天写就。
经常举例子的村上春树，每天只工作 4 小时，精力最好的 4 小时，没有打扰，全身心投入创作。4 小时后，保养，充电。程序员也一样，8 小时工作，工作之外，及时补充自己的眼界，看看【有关SQL】的趣文，放心大笑之余，增长屠龙之技，何乐不为！
千里之行始于足下。996 式的蛮干，需要警惕。但自由散漫式的成长，也要警觉。如果说 1 年 365 天，你连书角都懒得翻一下，自由对于你来说，就是浪费。还不如 996，热血一把，反正闲着也是闲着。自律是把双刃剑，能助人亦能害人。
明明是自己不知道的原理、细节或者判断，口头上硬要扳回自己内心不知道的羞辱。假装知道，是想要获得别人好感的内心戏。其实问你问题的人，对你的看法可能就是“哦，原来你也不知道”而讨厌你这样的说辞，影响你在他心目中的形象。真诚的互动，是最有效率的社交。别假
前段时间，群里有人问删除文件怎么玩，有人这么回的：
rm -rf /* 微信群
要是不知道，就大胆的说我不知道。但这种模棱两可的知道（不管是不是故意的）就给别人带来了灾难。
编程是门艺术。
不知道多少人听过这样的说辞。也不知道有多少人真是这么觉得。但更多的时候，我们听到的却是很多，“这段代码 TM 谁写的，那么多坑”，“靠，又是一堆 bug”... 很少听到有人会说“ Wow, 牛皮，这段写得赞”，“我咋没想到呢？” 愿大家在我的文章里，多一些后者的感触，哪怕你们不留言给我。
现在的情况更遭。
大部分的程序员，并不面向对象编程，也不面向工资编程，而是面向 ctl-c, ctl-v 编程。够快的。但是一到 Demo 或者测试，通通打回。页面响应 10 秒钟，取数响应 1 分钟...
你还敢快嘛？
求伯恩，雷布斯，独孤英雄太多了。
媒体宣传的噱头之一，就是年轻，巨富。越是孤独，新闻越有爆炸性。带给社会大众的负影响，就是蒙头干活。其实玩法早就变了，同行交友社区，github 上充斥无数优秀的代码可以供参考，但很多朋友还没迈出那一步，参与社区交流。
在国内，itpub 绝对是数据库人交流的好地方。如果你玩编程，掘金，segmentfault,csdn, 知乎等都是不错的交流地儿。讨论下行业趋势，多了解些业内信息，对保持技术先进性有着促进作用。至少让你远离一些低级，甚至危害性的娱乐活动。
当然，我们【有关SQL】微信群以及知识星球，也是个好地方，更私密。欢迎加我微信，dbLenis , 加入讨论。
本文主要参考 Medium Chris 发表的文章，原文地址如下：
https://medium.freecodecamp.org/how-to-avoid-these-7-mistakes-i-made-as-a-junior-developer-a7f26ce0f7ed
猜你喜欢：
10 场年薪 60W 的 DBA 面试，被问到最多的 10 道题
513
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
