别急着拿校考成绩硬塞进简历，要么盯着“计算机科学与技术”那块标签傻看，实际上想要真正摸进程序员这个身体，光有文凭远远不够。
起初你得有个能拧得动螺丝、听得出电流的耳朵。程序员的工作不是坐在屏幕前敲代码，那是给机器写死的语言；真正的修理工是在看那些别处看不见的电路、信号和逻辑。
要是你连自己写的程序代码里为啥会出现那个怪的 Bug，如何把它剔除出来，就连如何通过测试让程序在断电后恢复运行都搞不明白，那你大约更适合去学电工要么电工助理。代码不是魔法，它是逻辑的链条，要是你自己都不信逻辑，指望它能帮你解决人生困惑，那肯定是行不通的。 并且，你得会算账。
这行人的秘密武器往往不是代码库，而是内存管理和算法的复杂度。
比方说，你要写一个排序算法，别一上来就想用暴力破解，那样最坏情况还得是 O(n^2)。你得清楚，要是是处理 1000 条数据，暴力法跑一下没难题，但要是数据量是 100 万就连 1000 万呢？这时候就得想，有没有办法在 10 毫秒内把 1000 万条数据排好？
是不是得先把那些重复的剔除掉？
有没有办法用二分法，让数据对半砍？这种“剪枝”的本事，比你会写几行 NextMove 代码关键得多。
要是你连内存泄漏都看不出来，你的程序在系统重启后可能连开机提示都打不出来，那您的简历就算有再多的证书，也只是一堆废纸。 再说，你得有那种能“活下来”的耐性。别的岗位可能讲究效率，快准狠，但程序员得讲究“稳”。
有时候你写的程序跑通了，测试单通过了，上线后第二天突然就不中了，这时候你得像个侦探一样，从代码里找茬，从服务器日志里找线索，就连得通宵达旦地调试。你不能指望别人帮你找，你得自己像个在实验室里进行实验的人一样，拿着显微镜看每一个字节。
要是你一遇到艰难就想喊停，要么指望写个脚本就能自动修复代码，那你的职业天花板可能就在这儿。真正的职业程序员，是那种能把代码写得让人看一眼就舒服，写完后连自己都认定荒谬，但别人看了就信服的家伙。 还有，你得懂点人话，别整天自嗨。技术再牛，也解决不了“为啥老板不给我涨薪”这种难题，也解决不了“为啥客户认定我的系统忒复杂”的难题。程序员本质上是个产品经理，只是没有画板营销和画原型，你得能根据用户的反馈，快速调整技术方案。
要是你连用户到底想要啥大方向都不知道，那你写的代码再好，也只是给金鱼看的花园，就连可能连水龙头都修不好。
故此，别总把自己关在机房，去看看外面到底在形成啥，去看看那些真的业务场景和用户需求，否则你一辈子只能在自己的小世界里当演员，演自己的角色。 最终，你得有根本的英语底子。别当作背几个单词就能当程序员，但代码仓库、技术文档、前端框架、就连国外的一些开源项目，大局部都是英文写的。你得能看懂别人写的文档，能理解那些晦涩的 API 接口定义，不然在跨国团队里，你连开会都听不清，直接让人家把你送进办公室外。
这点别看听起来挺“重”，但实际上是程序员务必穿上的“职业鞋”，不穿，步行好办绊倒，更别提去跑马拉松了。 故此，要是你想走这条路，光看看一份完美的学历证明可能不够。你得问问自己，当系统崩溃时，你能不能冷静地分析缘由；当你面对海量数据时，你能不能找到那个最优解；当你面对用户的嘟囔时，你能不能从中找到改进的切入点。把这些具体的、可执行的、就连有点折磨人的本事，当成你简历里最真的描述，而不是那种“读了两年计算机就啥都知道”的套路。
毕竟，在这个行业，活下来才有资格谈未来，而活下来的秘诀，往往藏在那无数个深夜的整理文档里。


相关标签：