「程式语言」只是表达想法的工具 Library 是可运用的资源 Framework (程式基础架构)是在特定环境中打交道的规矩 IDE(整合开发环境) 是程式成形的工厂 你的「想法能产生功用」才是「价值」 要使用什麽程式语言？ 有时候取决於要开发的程式是哪一种，程式所处的环境 运转的环境、开发的环境、维护的环境 有些时候，你根本就没有选择 那句老话 Domain Knowledge 才是重点，才是价值的来源 Domain Knowledge 超越於程式语言之上 Domain Knowledge 不隶属或依附於任何一种程式语言 程式开发到最後，很少人还只是停留在程式语言层次的思维 大部分都是系统的思维，功能的思维，价值产生的思维 「程式语言」摸的熟，可以说是程式语言的玩家 但对系统开发来说，光是某种程式语言的玩家其实是不够的 系统的规划者，最重要的就是能够有一种：能够产生价值的想法 语言的专家 != 知识的专家 如果你已经通某种程式语言 恭喜你，无庸置疑的，你已经是某种程式语言的专家 那各位程式语言的专家们，当您已精通程式语言，你的下一步在哪里？ 学习另外一种程式语言？(更新的、更强大的) 学习另外一种Framework？(更新的、更强大的) 学习另外一种IDE？(更新的、更强大的) 以下同理可证，假以时日 无庸置疑的，你将会再成为另一种程式语言、Framework、IDE的专家 当你学会了许多的程式语言、Framework、IDE等，十八般武艺样样精通 对不起，你仍然不会成为Zuckerberg、Larry Page 永远~~~~不会 因为你只会写程式，但是没有想法：没有那种可以产生功用、产生价值的想法 尤其是别人还没有想到、做到的想法 你只是一个不断追求新鲜玩意的玩家，追新弃旧的玩家，循环不已 这跟不断换车、玩车的本质基本上是一样的 差别是别人有钱买车、换车，没钱的只能在家抱电脑 当然了，只当一个玩家也没啥不好，没事写写部落格也是可以成名 没事骂骂那些只会打嘴炮的老屁股 说到打嘴炮，你可能不知道 大部分的程式、系统价值的开创，始於「打嘴炮」这件事 长大吧！长大吧！ -- 认真回 分析知识有三种不同的维度 对於「装置的认知了解」是其中的一种 好比车辆 有的人只会开车，但不懂如何造车 有的人虽然会造车，但开车的技术不如舒马克 同样是车辆，不同的人有不同的知识范畴 这就是装置知识的一体两面，有人站在使用端，有人站在制造端 使用端的知识就一定比较Low吗? 不一定~~ 只是分工角色的不同位置罢了 你的主管没有错 在他的立场，根本不需要去管实作的技术细节 他只要能开出需求，有人能满足需求即可 市场来自於需求 大部分时候，掌握需求的人，自认为自己才是营收的创造者 那些穷究构造原理的实作者，反正只是个工人，叫他做啥他就做啥 比挖水沟的苦力高级一点，但性质上差不多 ※ 编辑: csfgsj (210.71.206.217), 12/23/2015 12:09:38