2016: 我的技术之路

96
lalxyy
2017.02.08 23:42* 字数 862

现在写这样一篇文章可能比较晚了. 但是想一想, 这段经历还是不太顺利的. 还是应该记录一下.

大一到大二, 这一年做的东西一换再换, 从一开始的 iOS, 到后来的 Web 后端, 数据挖掘. 非常遗憾, 大部分的东西没有做好, 数据挖掘的 Udacity NanoDegree 现在还在研究概率论和数理统计.

先说成果吧, 能说的都说了:

学校的大作业:

  • 高等代数课程的编程作业
  • 面向过程程序设计的大作业 (CLI): 图书管理系统
  • 面向对象程序设计的两个大作业 (Desktop App): 学生选课系统 & 咖啡销售系统

另外还有

纠结

项目上, 可以说 2016 年过了一个无解之年.

我觉得我永远都不会忘掉的是, 2016 年 3 月的实验课, 因为思想上的失误导致白白丢掉了本应拿到的分数. 那似乎是噩梦的开始. 那次之后我才意识到, **你的实现, 或者是架构, 不是要做出花哨的东西才夺人眼球, 而是要脚踏实地. **

BeautyTeam 的事情我在知乎的一个回答 "在小公司编程是一种什么样的体验?" 下面有提到过. 现在这个团队已经解散了, 大家分道扬镳. 但是这一段日子对我的技术之路有很大的影响, 不得不说. 一开始我寄希望于在这个团队中主动培养出自己, 为自己的未来谋一份美好, 最后却发现虽然喜欢这种应用型的开发, 然而对于更要紧的美国名校研究生申请却毫无加分, 其他人也因为各种各样的原因离开了. 2016 年最好的回忆吧.

还有一条, 对于解决方案, 往往理想很丰满, 现实很骨感. "神秘的程序员们" 漫画里也讲过, 架构师总要面对钱, 时间, 人力三者缺一甚至缺二的情况. 事实是, 解决方案的可行性不能仅仅浮于文档等表面去评估, 相关经验也是很大的部分. 卡卡的项目, 在 UI 的部分, 因为时间紧凑而放弃一部分更好的实现是经常不得不面对的事情, 更好的解决方案当然有, 但是实际上是否成熟, 能不能采用还是需要现实的考虑.

展望

新的一年还是采取去年下半年的策略, 要准备出国, 解决当下最要紧的问题.

技术上仍然寻求突破, 从基础统计与数据可视化做起, 成熟后接触机器学习, 尽量与科研热点靠拢来寻求发展的机会.

吸取去年的教训, 在程序设计策略与架构上多加谨慎.

EOF.

日记本