【程序人生】码农与软件工程师 究竟“差”在哪里

版权声明:转载请注明出处!喜欢就关注一下or点赞鼓励一下呗^_^ https://blog.csdn.net/ImagineCode/article/details/82726360

做了一次标题党 愿你能往下看

说说最近的一些感受 \

有个问题 可能会经常被问到:“码农与软件工程师的区别”在哪 \

对此 我个人的感受 其中之一的区别点在于你的工作内容是以

“代码为导向”还是以“需求为思考” \

但是,在延伸之前 你需要明白的一点,这个论点并非就是说软件工程师

不研究代码 也并非就是说码农不懂分析需求 \

OK 很明白 代码是日常工作中不可获取的部分,作为单个程序员来说

要构建一套优秀的代码,需要日积月累的重构 \

是的 最后他/她 把程序写的优秀了 (U秀)\

其实 不知你是否也有深有体会呢

有一个据说技术很牛很团队 搞了一个东西

然后依托运营团队 搞了一个大新(guang)闻(gao)

emmmm 终于累计了一堆的用户安装使用啦

期间的废话…省略

最终用户的留存率没有提起来 \

emmmm 上面就是一个case

我并没有指如今的P2P哈 \

我们来思考下上面的结果

这不是日常的思维逻辑吗

“明星团队”+“明星资本” \

但我想着并不是全明星的竞技体育

竞技体育面对的是对手

而我们的事业面对的是观众

这更像在舞台上表演 \

OK 跑远了 那么,说这个故事的目的是要告诉什么呢

很久前 有一项目

面对的是一些电脑没有用过的用户

(这也不能怪罪移动互联太普及)

期初,这个东西做出来

验收期间 不出意外 用户提了许多新问题和问题

emmmm … 开始交付使用 …

可是呢 接下来就是一场场现场的使用教学 \

这是第一个阶段 通俗的称"用户对你的东西的认知阶段"

没想到吧 这个阶段的成本如此耗费

所以 才有我下面想写的话 \

有同学可能会把论点中“需求为思考”理解为“需求为导向”

要明确 这两个之间存在本质的不同

编码构成的一项项功能 完成的是用户的基本需求

在编码的过程中 你难道不是以需求来编写吗

所以 请先明确这一点 \

再次点题一下 “程序员与软件工程师的区别”是什么

在工作的每个阶段 希望你都能常常思考下面几个问题

  • “我的用户是谁”
  • “我的用户需要什么”
  • “我的用户存在什么问题”
  • “我怎么帮助用户解决问题”
  • “我怎么改进能使这个问题处理的更好”

有同学 特别是曾经在学校里经历过学术研究过程的同学

常会把学术研究与工程开发区分的很彻底

我给出的想法是 其两者区别是有的

但你不该 “彻底” 割裂其间存在的联系

上面的几个问题 难道不是在做学术研究过程中要思考的吗 \

同时 我也要问你 为什么成了社会人 你开始忘记思考这个问题

希望有一天你能告诉我 \

所以 到这里 我想你明白的一点是

技术能让蒸汽机转动 让火箭上天

但是你不要忘记技术冰冷的一面 我将其归为“硬技术” \

以“需求为思考”

我想到此刻 你能明白我想要表达的 \

感谢阅读

猜你喜欢

转载自blog.csdn.net/ImagineCode/article/details/82726360