应届生期望的程序员工作 V.S. 实际的程序员工作

[waytoshine]

最近带人，应届生说这和我想象中的程序员不一样，想象中的程序员工作都是用各种牛逼的技术不断地去从零到一做一个产品，也就是天天都在做新产品，而实际上，大部分体量稍大的公司，都已经有自己的主线产品，招一个生机蓬勃的应届生进来，很可能只是让他在一个维护了十几二十年的系统中缝缝补补，以及按照客户的需求在这个十几二十年的系统上二次开发新增无外乎增删改查的功能。
应届生们怎么看待这种差异？
导师应该怎么骗应届生愿意在公司浪费光阴来 CRUD ？

[JKeita]

钱给到位啥都好说

[YNaN]

建议出门左拐创业（ doge ）

[waytoshine]

@JKeita 我就知道会有这样的回答，但是薪资不是我定的，我只是带他的人，我只能做到我能力范围内能想得到去做的事。

[Kenkumo]

为了留住人也是操碎了心😂

[php01]

直接对他说：欢迎来到成人的世界。

[kop1989]

外行人对于程序员的理解还停留在比尔盖茨、谢尔盖·布林、国内的雷军、马化腾这种层次。
但实际上搞 IT 是最看出身、后台的。

在现在的软件工程理念而言，没有既有社会信用，没有后台的程序员只是个民工而已。

[CodeCodeStudy]

缝缝补补不好吗，从零开始才是折磨人，什么都要做，无尽头的加班

[monetto]

让他去创业公司体验一下 996 奋斗的感觉。要啥没啥。系统发布还得自己去机器上手动部署。哪天干的正有激情呢，公司资金链断了，倒闭了。多爽。

[liuidetmks]

@kop1989 同感,

[JKeita]

@waytoshine 通常应届生也呆不了多久，自己当个好 leader 能争取的福利，绩效啥的尽量给到就行了。

[Mithril]

应届生嘛，难免眼高手低，年轻都这样，谁都是这么过来的。能跟你沟通自己的想法已经算是好事了，说明他还是意识到了自己的想法可能有问题。
既然他觉得用牛逼的技术从零到一做产品才是正事，那就让他去做好了。
比如你们做了十几二十年的系统你从里面抽出来一个小功能，或者找个小一点子系统让他用新技术重新做一遍。然后跟现有系统对比一下。不光是从技术层面，还有业务层面的功能，可维护性，开发效率等等全方面比较一下。如果真的全方面胜出那也是你们该重构的时候了。
不管结果怎样，就算最后证明还是不如老东西好，对于应届生来说都是一个熟悉系统和业务的方法，对于你们老人来说也是个重新熟悉和 Review 一遍系统的机会。除了耗点成本以外不管是对你们还是对应届生来说都是好事。

[otakustay]

从应届生的角度：你何德何能觉得自己厉害到可以参与核心技术
从公司的角度：给钱

[waytoshine]

@Mithril #11 是的，我的带人的方法和你说的大致相同，我让新来的，一过来就自己设计一个具有老系统基本功能的系统，目的就是首先看他们的技术栈，其次是看他们的理解能力以及自己对这个行业的想法，最后我再告诉他们公司自己是怎么做的。

[dfkjgklfdjg]

我这边新人，我会先给他安排一些他会的东西，和项目需求抽离出来的独立功能让他写某一个功能 Demo.....
完美满足了新人的被需求感，也能大概摸清楚到底有几斤几两，好安排之后的工作任务。

然后也会看他遇到问题时怎么解决，会不会来问我或者其他同事，还是自己死命百度&一股脑靠自己想。

[fqy12300]

@JKeita 肤浅！

[ixx]

不应该说骗吧 只是让他认清现实 真想从 0 到 1 可以建议他去试试外包。。。。如果他愿意的话

[RainCats]

你问他，你用的 Java 或者其他语言不牛逼吗，都是世界顶尖人才在维护的（ doge ）

[RainCats]

还有就是如果想快速体验不同产品从零开发，那就像 16 楼说的那样，找个外包公司，一年让他写十几二十个新项目，爽歪歪

[Akiya]

应届生应该怎么看待：去外包公司一年做 N 个项目，难道就能所学到很多东西了吗？自己当初应聘的 Java 工程师 /Golang 开发工程师等等的时候应该把 JD 看清楚，不想写 CURD 说明应聘错了岗位。
导师怎么应该骗：不要害人好嘛，要么钱给够，要么能让他学到东西，能给他增加履历，别把应届生当成工具人。

[signalyc]

导师：爱干干，不干滚
老板：伟大的理想，曲折的征途，无私的奉献

[JoStar]

又想要理想，又想要面包，是很困难的一件事情。其实不单是程序员，各行各业那些还没有被社会毒打过的年轻人都会有这样的问题。

对于他这样的问题，其实也好解决，也不用去创业。开源社区有那么大的空缺，投身进去就好了，说不定干了几个月，就觉得 curd 写写代码也是不错的。

[lululau]

导师。。。噗～😂

[zzzzqqw]

@dfkjgklfdjg 前辈，看了你这句话，“会不会来问我或者其他同事” 和 “自己死命百度&一股脑靠自己想” ，请问下你偏好问得多的还是自己解决问提多的

[dfkjgklfdjg]

@zzzzqqw #23，视情况，简单的问题可以百度解决的就自行解决，
如果百度了之后发现毫无头绪，你可以先自己考虑和整理一下，然后请教同事，请教的按照以下步骤：

1. 遇到解决不了的 BUG 👉 我遇到一个 XXX 现象的问题，如何如何复现，尝试了哪些方法但是没有解决问题。
2. 遇到不知道怎么实现的需求 👉 描述清楚需求的场景，我是怎么样尝试的，但是没有实现 XX 的预期。

然后不要拿到代码就过了，主要是顺着同事 解决问题 /实现需求 的思路，学会了怎么思考远比直接给你代码有用的多。

所以我都是说 1.2.3.4... 解决步骤 /实现步骤，然后让他们自己尝试先，同时如果我正好有空，会在 CodePen 上给他们写一个近似 Demo，如果他们自己还是没办法处理，就会过去 结对编程（写还是他们写，我只是在边上说思路）。

其实只是进入思维定式，让他们重新描述一次需求和他们自己写的代码是什么意思，一般都会再讲述自己代码的半道上就发现问题所在（小黄鸭调试法）。

[libook]

技术能力和行业经验共同决定了你日后在人才市场上的竞争力。

就好比，一个从事教育领域的程序员，跳槽到了外卖业，那以前积攒的关于教育行业的经验就全用不上了。

纯粹靠技术能力的是企业核心技术研发或者研究所科研工作才会有的，但这些地方是少数精锐主义的，绝大多数技术人员都只能做业务相关的工作。

另外也得看企业中是否有晋升空间，比如初级、中级、高级、架构师、技术专家，每个档次有不同的要求，达不到下一等级的要求就老老实实干这一等级的工作，并继续成长。如果没有晋升空间的话，员工看到的就只有 CRUD，跳槽是迟早的事。所以职业规划很重要。

[JerryCha]

挺不错的
像银行招应届程序员进来一般都是写代码+打杂

[pigspy]

这么想我还蛮幸运的，进第一家公司，干了三个月上手之后，正好赶上公司彻底重构原来的代码

[YsHaNg]

hmmm 毕业以后就开始维护 40 年的老代码库 每天都得小心别把老人家磕碰坏了

[ReferenceE]

没必要，主要 CRUD 也没关系
只要
钱💰到位就行

[akira]

公司业务复杂程度之高，老员工都没人能完全搞懂了。
这个时候 一个新人进来，不管是不是应届生，谁敢让他大动干戈的

[yundian]

复制黏贴，不会就百度，才是常态

[Rache1]

去外包，尤其是小外包。 😂随时都是可以用新技术，从头搞

[charlie21]

全栈阿 向全栈发展