偶有所悟，谈谈对开发的理解

[-阿克蒙德-]

我觉得，对于一个程序员来说，开发就是在拼积木。

学东西就是在获得新的积木。
有些积木的形状差不多，能用来相互替换搭建；有些特定问题几乎只能用特定的积木来搞，这种积木不好拿到。

而对于两个技术差不多的程序员，他们手里的积木数目和种类都差不多。这时候需求来了，要拼一个狗出来。
1号程序员逻辑思维强，有了大致思路后，确定需要U、F、O等10块积木，于是挖空心思的开始搭建。期间发现少了要用的U型积木，甚至可以细微的调整思路，用C型H型积木来替代U型积木。最终拼出了狗。
2号程序员逻辑思维差，估计完成狗需要I、L、V、U等15块积木，并且到U型积木那儿完全卡死，抓耳挠腮目瞪口呆而未果，只能找大牛3号程序员来救命。

新上场的3号程序员逻辑思维一般，但经验丰富，只是储备充足。了解了需求狗之后，微微一笑，只用了T、M、D三块积木搞定收工。

[咸哼酒家]

在线上补刀是为了出更好的装备，有的人喜欢走控制路线，有的人喜欢走DPS路线。 DPS的英雄几乎一直在补刀，很少游走抓人，默默地单机着……只为最后一搏团战的胜利的快感，他们只是输出，冲锋在一线的人物，必要的时候可以抛弃，控制英雄失误了，他们就难了；（长时间的付出，让自己变得很肉很牛） 控制类英雄需要大局观，尤其是团法，带领着比赛节奏，指导各阶段团队的攻击方向，根据队友需求和战场局势指导游走性型英雄的走向； 游走性英雄一直有快感，在自己高潮（完成一个个项目，路过一个个公司）的同时，也可以让其他人高潮。 也没时间仔细写了，大体的意思玩过RPG的基本上都会动，做一个控制技能牛的英而且还有强力的魔法（或DPS）伤害的英雄是很多玩家喜欢选的英雄啊！--------技术比较硬的项目负责人

[-阿克蒙德-]

引用 2 楼 CEOCAO 的回复:

在线上补刀是为了出更好的装备，有的人喜欢走控制路线，有的人喜欢走DPS路线。 DPS的英雄几乎一直在补刀，很少游走抓人，默默地单机着……只为最后一搏团战的胜利的快感，他们只是输出，冲锋在一线的人物，必要的时候可以抛弃，控制英雄失误了，他们就难了；（长时间的付出，让自己变得很肉很牛） 控制类英雄需要大局观，尤其是团法，带领着比赛节奏，指导各阶段团队的攻击方向，根据队友需求和战场局势指导游走性型英雄的走向； 游走性英雄一直有快感，在自己高潮（完成一个个项目，路过一个个公司）的同时，也可以让其他人高潮。 也没时间仔细写了，大体的意思玩过RPG的基本上都会动，做一个控制技能牛的英而且还有强力的魔法（或DPS）伤害的英雄是很多玩家喜欢选的英雄啊！--------技术比较硬的项目负责人

这个rpg的话是仙剑那种吧…… 英雄联盟……我只玩dota，和熟人玩的话后期用的比较多，一直farm。 咳咳，好像跑题了。 这个，你做过项目负责人吗，有管理过团队的经验吗，哪怕你的团队只有包括你在内的两个人也算

[dashabizzz]

本人做过 而且拼积木用两个 C D 就解决了

[-阿克蒙德-]

引用 4 楼 dashabizzz 的回复:

本人做过 而且拼积木用两个 C D 就解决了

冰雪聪明……

[fengyubaipeng]

狗是问题，积木是工具,经验是见识 解决问题的能力当然和工具、见识有很大的关系。两者的作用我觉得是相似的，都是为了打开你的思路，你掌握的信息量越大，思路自然越宽泛，可选择的方法组合自然也就更多 逻辑思维的影响，我觉得更多的是在逻辑流程拿捏的差距上，而不是解决问题的能力上。逻辑思维好的人，能够更轻松、准确、清晰的把控他想表达的东西。这就好像有些人空间思维特别好，所以让他去想象一个立体图形做N个反转后，它依然可以清楚的告诉你结果是什么。说到思维，其实思维活泛的人解决问题的能力会更强一些，这类人特别擅长搞一题多解的事，解决问题的特点总是让人很意外，方法用的特别巧。尤其面对新问题时，会深刻感受到这类人的强大。 我更想补充的是解决问题的态度。当独立解决问题已经成为一种习惯，那么再看其它问题，也就不算问题。就像总有些人碰到问题想到的第一个方法是求救，久而久之，和前者在看待问题时，心态差距是很大的。前者通过搞定无数问题后，碾压问题，后者是被问题搞定后，畏惧问题。 说到技术学习这事上，我认为可以分三个层面： ①. 工具类的学习(如:各种编程语言,各种框架,各种库,各种软件)， ②. 理论类的学习(如:数据结构，计算机网络,操作系统,编译原理), ③. 思想类学习（如:设计模式,架构） 我自己也就刚进入理论类学习的入门阶段。所以暂且只谈工具类学习方面的认识吧： 工具类的特点是学起来快，毕竟工具发明出来就是让人用来解决问题的，所以它的本质也就决定了它不能做的太复杂难学（不排除一些坏的工具的确如此）。所以面对此类型的知识，心态都应该放轻松。 工具学习的关键是按照它的说明书正确合理的使用，不怕你不会用，就怕你误用。与其花费大量的时间在学习它的各种细节的墙墙角角，不如用20%的时间来搞定工具80%的功能。

[zm_125651483]

英雄哥，帮你补一刀

[执笔记忆的空白]

说的好，你就是陈国的希望！

[-阿克蒙德-]

引用 8 楼 zm_125651483 的回复:

英雄哥，帮你补一刀

your sister！

[-阿克蒙德-]

引用 9 楼 shijing266 的回复:

说的好，你就是陈国的希望！

陈国？ 那部分的？

[执笔记忆的空白]

引用 11 楼 u012047741 的回复:

[quote=引用 9 楼 shijing266 的回复:] 说的好，你就是陈国的希望！

陈国？ 那部分的？[/quote] 百度一下你就知道了

[Coder_D]

引用 11 楼 u012047741 的回复:

[quote=引用 9 楼 shijing266 的回复:] 说的好，你就是陈国的希望！

陈国？ 那部分的？[/quote] 轩辕剑天之痕的段子

[-阿克蒙德-]

引用 12 楼 shijing266 的回复:

百度一下你就知道了

……
怎么破

[-阿克蒙德-]

引用 13 楼 u012171905 的回复:

轩辕剑天之痕的段子

少侠果然博学

[-江沐风-]

少侠果然博学，另老衲十分佩服；

[iiiLFC]

[执笔记忆的空白]

引用 13 楼 u012171905 的回复:

轩辕剑天之痕的段子

还是兄台懂我！

[-阿克蒙德-]

引用 6 楼 fengyubaipeng 的回复:

说到技术学习这事上，我认为可以分三个层面： ①. 工具类的学习(如:各种编程语言,各种框架,各种库,各种软件)， ②. 理论类的学习(如:数据结构，计算机网络,操作系统,编译原理), ③. 思想类学习（如:设计模式,架构） 我自己也就刚进入理论类学习的入门阶段。所以暂且只谈工具类学习方面的认识吧：

按你分的这三个层面，我现在只习惯把②、③按①的方式弄。比如设计模式，是我技术类书籍中，看的、研究的最多的一种，现在也是只遇到某个问题的时候会想到已特定的模式来解。就像手里多了些钥匙，策略钥匙、适配器钥匙等等，等着问题锁出现。 头脑中完全没有数据结构的建模或是设计模式的设计思想，更别说什么挂上内核的东西了

[Juedaifanghua]

这帖子 内容好繁杂

[-阿克蒙德-]

引用 19 楼 Juedaifanghua 的回复:

这帖子 内容好繁杂

上面一群无量的人，把老衲苦心谋划的帖子完全搞乱了

[Juedaifanghua]

引用 20 楼 u012047741 的回复:

[quote=引用 19 楼 Juedaifanghua 的回复:] 这帖子 内容好繁杂

上面一群无量的人，把老衲苦心谋划的帖子完全搞乱了[/quote] 哏。。哈哈