上一个帖子如何学习一门新语言/技术? 看来是我题目起的不太好,内容也没明确的表达出我想讨论的问题.加上不少人可能根本帖子内容没看就拉下来看回复跟帖了;所以跟帖的基本上都偏题到是否该主动的学习多门语言上去了.故在此重开一帖,继续讨论. 开上个帖子的契机是这样的:因为工作我需要写一段反复运行用来测试设备稳定性的程序;我脑子里第一个闪过的是以前学过的tcl.实现起来应该又快又好写.但是真打开编辑器我懵了:以前学的东西连语法都忘得差不多了,更不要说库了.虽然有manual,但边翻边做是怎么也赶不上我惯用的c++/c#的.于是没办法只好重新打开vs慢慢的敲c#. 类似的在技术上也有这样的问题;两个例子上一帖里已经说了;一是正则表达式,到现在我还是白痴一个.还有就是56L 59L 62L我和yalan提到的wpf和winform.凡是喜爱编程的我认为日常都会学习一些觉得感兴趣的技术或者语言.它们在某一特定方面可以以比目前手里掌握的技术更优雅快捷的方式解决问题.但问题在于日常我们较少或是不用到它们.于是学过后慢慢淡忘,以至于真要用到发现使用起来比起熟练的东西更花时间,于是或是由于工期紧,或是由于自己心急,不得不捡起以前的东西用.我认为这不是一个好的现象;这会导致工具被束缚在一个较小的范围内.而思维方式和使用的工具也是相关的.毕竟,我现在手里或许是有那么几把不错用得很顺手的锯子,但伐木的时候我更想用油锯! 所以这帖讨论的主题和标题一样:如何摆脱对熟练技术的依赖性.持多学无用论的可以退散了,这帖不适合你们.
这次不想说很多了。只说一点，路径依赖不可避免，并且并非坏事。在神经元网络中，启发式学习算法很类似人类的情形——即便只经历解域的很小区域，我们也能获得匹配全局最优解的局部最优解。其实古人也认识到这一点，有个词语叫“殊途同归”，在遗传学上叫“convergent evolution”（趋同进化）。也就是说，把某一方面的知识研究深，研究透，你会自然而然获得从另一条完全不同的路径钻研得到的知识。
我以前是自学DELPHI，现在自学C#编程时，无意中
就引用了一些DELPHI中的语句写到C#中，比如
在DELPHI中的注释语句为{ }
而这个语句在C#中就是标准语句，当然我们编程
时应该注意点，就不会出错了
“正则表达”的理论依据非常古老
“wpf“实际更没啥新鲜玩意
“linq，f#”多少和无数年前的lisp，函数式编程有血缘关系，而linq本身就是集合论的函数式版，而linq背后的语法树则有回到了古老的理论
caozhy兄前段时间推的“Roslyn CTP”这个更新，我也下过来看了一下，但是如果是一个搞c++滴人，实际上他会说这东西非常古老，yacc，lex都是他们无数年前就在使用的东西了，所以实际上我在看这玩意的时候，会回头捡捡当年的编译原理，看看词法分析，看看BNF范式，Yacc规范，语法树解析======================
所以我们一方面不建议在正式项目里使用那些不在你技能树的玩意（因为不熟练，不清楚，风险不可控）
另一方也不反对你个人在私下时间去学习新东西，并提高熟练度，以其能用在项目中，当然更重要的是，要随时回顾过去，毕竟从硅谷井喷之后，这个行业从根本上压根就不存在啥真正的“新技术”，这个行业的在这20年来，一直就是在吃老本，所以就目前来看，没有新，只有旧，越旧的东西越值钱ps：至于你说的学了不用又忘了，这个又啥可惜的呢？用进废退，自然现象而已。按商人语：“我从来就不想赚所有人的钱，我只赚目标客户的钱，只要我的目标客户能有80%以上的人肯买账那我就发财了，相反那些想赚所有人的钱的商人都亏了，因为他们心太大了，想讨好所有人，这肯定是行不通滴”
这个并非是否太绝对了?至少在我这里的情况,我觉得它导致我提升工作效率的困难.
多看看程序员杂志，多上上csdn,一方面是了解新东西，另一方面是了解我未知的老东西，如果觉得以后有用的，那么记录下来，但我不会去试着编译调试，到以后工作真需要的时候再从记录中找出来尝试。
伟人说过“无论白猫黑猫逮住耗子就是好猫”
欢迎访问：http://121.18.78.216 适易查询分析、工作流、内容管理及项目管理演示平台