作为一个程序员，在开发的过程中，更多的是自己的开发体验和功能的逻辑合理性上面。程序员，犹如农夫，耕种自家的农田，他想要在一片肥沃（友好的历史代码）的土地上，使用趁手的农具（代码语言、良好的代码结构、优秀的代码工具）上去耕作农田，也希望每一次耕作都能让这边农田涨势更好。到了秋天，也能看到农田里面的作物(用户好评、产品增长、带来营收)长势喜人。
而产品经理是什么，里面的土地主。他们知道田地里面会长出什么来，他们用自己的理论方法指导农夫把一块田如何分配种植不同的作物，从而使得农田最大的利益化。
但是，作为一名码农，很多人没有办法选择土地，农作物的收成，不是所有人都能看得到。他们大多数时间，都在兢兢业业的劳作，所以他们很辛苦。而土地主，在农夫种植过程中，不断地调整种植策略，导致农夫不断的种植、挖掉、重新种植，让农夫苦不堪言。天马行空的想象，不断的让自己去试错，却让农夫承担体力行动，导致两者分歧越来越大，最终势如水火。
作为一名开发，其实想的很简单。
我想用最新的技术，他可能语法更人性化，性能更优异，安全性很高等等等等优点，这都是我最初的借口，其实我只是想换一种工具去耕作，去体验自己成长的乐趣，而不是使用过时的农具，去低效率的劳作。程序员也有寻找快乐的权利，而我们的快乐，就来自于学习了新的语言，使用了更优秀的工具，我能紧追最优秀的程序员的步伐，不断学习，不断超越自己。
还有，不要用感性的思维去给我讲解需求。我们的世界，逻辑很重要，我们在做实现需求的时候，讲究的是一个逻辑，我们也会考虑到有些需求的部分逻辑。但是大部分情况下，我们可能会考虑漏掉，因为我们很可能就只关注于这么一个功能点，而忘记其他地方的相关功能点。所以，产品经理，如果写需求，请把所有的相关影响点，全部列出来，这样我们一下子搞定所有的功能点。
业界虽然有很多框架，但是我们还是会坚持去造“轮子”，请不要嘲笑。你们产品，不也经常去抄袭别人的东西吗？
对于业务架构，其实我们更喜欢模块化一点的。这样，我们修改代码，就不会牵一发而动全身，从而使代码的可维护性得到进一步的增强。我们也希望，产品经理在做业务架构的时候，能把这个考虑到，对自己的产品也弄好模块，考虑到整体性，可扩展。
程序员是想的最简单，做事情最多的人，虽然他们抱怨很多，但是没有他们一句一句的代码，也不可能创造出我们现在的美好世界和我们所使用的丰富多彩的程序。
网友评论