大学生的认知受限是怎么形成的（4）

上次谈了大学生活，大学生四年的经历，可谓丰富多彩。

这次谈谈参与导师的项目。

新手小白的需求，心理大概是：先跟着混个经历，万一导师申请科研成果还能挂个名，真写代码太累了；先参与一下见识见识过程，编程能做就做，不能做就撤；为了就业或学业深造，这个经历不能少，因为自己尚不了解自己适合编程还是做科研。也许还有其他的目的。

先简单评价一下“过礼拜天”式的参与。参与项目混个挂名，目前挺普遍。进入项目组的初衷其实也可能是很认真的，只是各种原因吧最后的结果不太好，这种可以继续看下面的讨论。无论最初是以何种方式进入项目组的，未来展示简历时，面试官必然询问项目情况，到时候面对疾风暴雨吧，因为你写了人家就会问。

现在重点谈“以严肃认真态度”参与软件项目的情况：

如果这个项目是从需求开始的，那是最理想的。相当多的小白参与一个项目都是为了写代码学编程，对项目需求与设计不太留意。实际上，如果他参与的项目是从需求开始的，那是他的幸运。跟项目负责人学习如何做需求、如何与用户打交道、如何调研、调研都关注哪些问题、最终这些需求如何变成设计方案的，等等，以后在工作岗位上，这些技能都不太可能轻易被分享，一个小白要多花几年才能逐渐体会到这些工程上的方法和捷径。

读别人代码不如自己写。刚参与一个软件项目时，都希望有人带，至少有代码可参考。最后发现，读别人代码等于被迫理解别人的思路，思路好也罢就当学习了，别人的思路很差时，不但自己白花精力，最后的结果还是自己重写代码。等于做了两遍工作。

心态端正了，才能开始。小白们基础都不一样，刚加入一个团队，都有报团取暖的心理，最后发现没用时已经浪费了很多时间，不如早点找到切入点开始学。团队里不乏心术不正的人，别人有了成绩他讽刺，别人没进展他唱衰这项目，如果混到只剩自己没进展，那就只能悄悄地走人了。

任务分配都是有考虑的。拿到任务后，大家免不了一番对比外加一阵私下热议，有的认为自己的任务重要，可能是老师重视自己能力，有的拿到的任务自己觉得无足轻重，认为自己被轻视了，心中各种滋味。一个5人以上的开发团队，分配任务也是软件工程的一部分，要综合考虑：按任务进度分配，需要衔接的任务尽可能地同步完成便于联调；按技术种类分配，擅长做聚类分析的、做数据补全的、做去噪声的，承担各个功能模块里的相关任务；按能力分配，团队成员有的算法能力强可以去做算法，综合能力强可以去做架构；按性格分配，认真谨慎的性格去做核心任务，马马虎虎总出错的去做无关紧要的任务，耍嘴皮子强的去给用户培训。

先成为劳动力，再谈自己廉价还是昂贵。这是个敏感话题，也是个伪命题。小白之所以叫小白，就是因为还没创造任何价值。参与项目，不就是为了成为一个劳动力吗？想创造价值，不是要先付出学习的成本吗？如果拿一本书坐在那就有钱赚，导师给你打工吧，你当老板给导师发钱行不？小白又说了，那万一以后我创造价值了，导师不给我发钱怎么办？这需要你担心吗？如果你有价值了，导师自然不会用“多年的感情”挽留你，会用“万恶的人民币”挽留你，留不下你这个有价值的大佬他项目怎么办。最后想说，还没收获就瞻前顾后不肯付出，没有结果的事最好就别开始，别浪费老师资源，最后被老师和整个团队记恨。这心态都源于关注社会的负面信息太多，关注阴沟里的故事太多，看不到阳光里的故事。