万变不离其宗，世界上有不是万变不离其宗的东西吗？以为实际的生活的问题是解高中数学题啊？万变不离其宗用在it上太扯淡了。这种人很适合当领导。
IT老兵如何补充新知识来适应这个就业市场？
- 主题发起人 montreal.tiger
- 发布时间 2016-02-19
我们公司搞编译器的，搞runtime的，搞visual studio eclipse这个软件本身的开发，都是六七十岁的老头，绝对牛人，产品还有很多bug很多提升的空间，说得搞it那么容易啊，万变不离其宗，您这种牛人我真没见过。
Oracle和db2是一回事吗？windows linux mainframe是一回事吗？不同的地方太多了。
为啥windows总是死机啊，开发windows的是牛人吧？怎么不做个好点的系统啊。
施主你着相了
说it万变不离其宗的，说it更新快是骗小孩的，如果您能在一天之内解决我们公司客户的一个问题，我们公司花年薪20万加币请您来做，我可以推荐。我们整个公司能一天之内解决一个重要客户的一个问题的人，只有一两个。急缺！！！
再吹几句：Tree New Bee ＝ 树新风。
关于软件开发，我始终认为不同语言是类似，不同的framework也基本类似。
就结业市场来说，一家公司如果要找Grails（大项目依然有很多采用Grails）的开发人员的话，而你会其他类似框架，他们也会考虑。
Django是抄袭Rails，Symfony是抄袭Rails，Grails也是抄袭Rails，MEAN是抄袭Rails。JHipster是克隆Grails，Spring roo，spring boot也是这个系列，这个系列全都是Rails路线，用法都差不多。学了一个，其他的真不用学。
Rails结构的框架发展的太好，乃至于知名的几十个，不知名的几百个。设计思想完全相同。
framework中比较特别的是Play framework，它内核既不在用spring也不用JAVAEE，它属独树一帜。目前沃尔玛等大批公司，正在从Grails转向或者结合
Play framework。
号称这个列表的一半，都在转Play framework。 列表在https://grails.org/ 最底下。
Play是新东西，是和Rails系统不一样，需要学很多东西。但是越学越简单，因为这样一个新东西，居然那么多地方和Rails类似！
这还不说Grails（属于spring框架）和Play往往需要相同的spring通道的问题。
Angular 1.0和她的fullstack framework，例如MEAN，不好意思，我自己作为使用者都不好意思了，居然是Rails类结构。
React，React和Angular相比，就是Houdini比较Maya，这是新东西。然后Angular 2.0 直接拷贝了React的大部分思想，google给facebook专利费不？
（Rails类，Play！类，React类）。
（手机和桌面市场我不想提了，因为我居然发觉Android和Ios的 APP结构是差不多的。原来不是我发现的，Google居然一直招聘苹果的开发人员来抄袭，反之亦然）。
顺便谈谈网络和数据库配置相关的东西：
网络和配置目前发展十分不明朗，因为智能化和自动化配置的出现，导致大量工作流失。
说说网络领域的Docker，Docker是新东西，蒙特利尔有个给小企业做网站的大公司，以前光发布网站配置服务器就需要20个人，用了docker之后，一个人都不需要了，程序员直接自己一个Docker命令，网站连同自己本机的环境就同步到服务器了，但是这个新东西的理论和可行性论证居然是Linux还没出现的时候，就已经有了。
这一轮Docker使用的流行，思科公司的内部资料是全球在5年内有300万网络工作将会被代替。
想一想为何华为，思科等公司花那么多钱，养了那么多专家去开发Docker。
时代真的变了。
关于软件开发，我始终认为不同语言是类似，不同的framework也基本类似。
就结业市场来说，一家公司如果要找Grails（大项目依然有很多采用Grails）的开发人员的话，而你会其他类似框架，他们也会考虑。
Django是抄袭Rails，Symfony是抄袭Rails，Grails也是抄袭Rails，MEAN是抄袭Rails。JHipster是克隆Grails，Spring roo，spring boot也是这个系列，这个系列全都是Rails路线，用法都差不多。学了一个，其他的真不用学。
Rails结构的框架发展的太好，乃至于知名的几十个，不知名的几百个。设计思想完全相同。
framework中比较特别的是Play framework，它内核既不在用spring也不用JAVAEE，它属独树一帜。目前沃尔玛等大批公司，正在从Grails转向或者结合
Play framework。
号称这个列表的一半，都在转Play framework。 列表在https://grails.org/ 最底下。
Play是新东西，是和Rails系统不一样，需要学很多东西。但是越学越简单，因为这样一个新东西，居然那么多地方和Rails类似！
这还不说Grails（属于spring框架）和Play往往需要相同的spring通道的问题。
Angular 1.0和她的fullstack framework，例如MEAN，不好意思，我自己作为使用者都不好意思了，居然是Rails类结构。
React，React和Angular相比，就是Houdini比较Maya，这是新东西。然后Angular 2.0 直接拷贝了React的大部分思想，google给facebook专利费不？
（Rails类，Play！类，React类）。
（手机和桌面市场我不想提了，因为我居然发觉Android和Ios的 APP结构是差不多的。原来不是我发现的，Google居然一直招聘苹果的开发人员来抄袭，反之亦然）。
顺便谈谈网络和数据库配置相关的东西：
网络和配置目前发展十分不明朗，因为智能化和自动化配置的出现，导致大量工作流失。
说说网络领域的Docker，Docker是新东西，蒙特利尔有个给小企业做网站的大公司，以前光发布网站配置服务器就需要20个人，用了docker之后，一个人都不需要了，程序员直接自己一个Docker命令，网站连同自己本机的环境就同步到服务器了，但是这个新东西的理论和可行性论证居然是Linux还没出现的时候，就已经有了。
这一轮Docker使用的流行，思科公司的内部资料是全球在5年内有300万网络工作将会被代替。
想一想为何华为，思科等公司花那么多钱，养了那么多专家去开发Docker。
时代真的变了。
是软件开发岗位吗？
给个电话。或者直接 和我联系：nebula.trek@gmail.com。或者你的电话给我也行。
我正愁自己的能力没地方发挥呢。 在公司学历就我最低，老板看不起。有什么高级项目就让phd做，我属于帮忙的，感觉屈才了，目前正在找新工作。
不明白你这么着急干嘛。
最后编辑: 2016-02-20
这么说，it人员不都得失业了。
网络配置未来岗位逐渐不饱，但是编程，设计，数据分析等类别，需要跟多的人手。后端需要的人更多。
比如我参与的一个项目，老板减去一个网络配置，增加一个程序员，增加两个数学和数据分析的专家（还专门增加了一个项目管理人，我感觉不是必须的，我觉得JIRA软件管理的比人好）。
接下来的智能化网络，并入物流才是第一步，和健康，医疗乃至人体结合，是已经开始的了，是要替代很多行业的。
最后编辑: 2016-02-20
这个我同意。我们招过这样的人，两三周就退回去了。说是senior，简历上经验一把一把，面试题也做出来了，但是实际流程一点不熟悉，本来是想减轻项目压力的，结果还更慢，因为要分人手手把手地教，完全是新新手的样子。
说得很明白了，不要太追新技术。
读一本 “The Art of Computer Programming”的第一卷（写于53年前），胜过读1000本流行的技术书籍。
60岁能读完第一卷不错了。
一共四卷。连作者本人都没读完第四卷：作者78岁了。（因为他第四卷都还没完全写完，所以他自己也没法读）
为什么有人感觉到什么语言和框架都是新东西。
关键还是要认证学基础的数据结构。
我一点都不认为这有什么丢人的。
我从初中就被选入那个“计算机要从娃娃抓起“的项目，送到少年宫学编程。大学没毕业就做3d和VR系统咨讯顾问。但是真正感觉到”万变不离其宗“，还是读了The Art of Computer Programming等经典之后，重新学数据结构之后。
计划60岁前读The Art of Computer Programming第二卷。
读一本 “The Art of Computer Programming”的第一卷（写于53年前），胜过读1000本流行的技术书籍。
60岁能读完第一卷不错了。
一共四卷。连作者本人都没读完第四卷：作者78岁了。（因为他第四卷都还没完全写完，所以他自己也没法读）
为什么有人感觉到什么语言和框架都是新东西。
关键还是要认证学基础的数据结构。
我一点都不认为这有什么丢人的。
我从初中就被选入那个“计算机要从娃娃抓起“的项目，送到少年宫学编程。大学没毕业就做3d和VR系统咨讯顾问。但是真正感觉到”万变不离其宗“，还是读了The Art of Computer Programming等经典之后，重新学数据结构之后。
计划60岁前读The Art of Computer Programming第二卷。
你和Nebula说的是一个事情的两个方面。信息科学的理论核心那是发展得很慢的，但是具体的IT技术发展得很快，具体到每个人面对的工作，细节性的具体的问题，更是体现个人经验和解决问题的能力，所谓的hands-on experience，非常重要，是日积月累和不断学习磨炼出来的，也没有捷径可以走。
对于Nebula说的这个技术那个技术，选择什么样的方案，那种框架和技术有什么优点，结合具体的项目往哪个方向走，那是架构师的问题。回到具体的实现上，哪怕是大家说的QA，都是需要实打实的经验，经常面对各种新问题和新技术的挑战。
我们中国人喜欢高屋建瓴地谈问题，站在某个高度看，确实天底下无新事。但是具体去做又是另外一回事。据说所有的小说桥段和情节在19世纪就已经全部用完，但是还是有无数的新故事新小说涌现，大家还是看得津津有味，而且作家们也不比以前省劲，而且写出来的水平也是千差万别。
新来的phd没我对Spring熟悉，连Grails里面不需要另外配置hibernate都不知道，居然问我如何配置hibernate给grails。
我奔溃了，给老板发牢骚。
老板就把我叫到了办公司，说：
（大意）
你确实对配置流程比他先进很多年，但是他对数据结构，数学和很多基础性的东西，比你先进很多年，我总体觉得，他花一年时间足够熟悉Grails，但是你花1年时间绝对学不完Donald Knuth的任何一本书。
真正的大师说话就是有总结性。
上面那位网友，因为我个人的经验跟你的经验差别比较大，做得it的领域也不一样，我觉得it的新东西太多了，面太广了，需要学的东西太多了，所以我觉得你应该不适合来我们公司，我们公司的专家都是六七十岁的老头，还有很多不懂，专家开发出来的东西还有很多bug。本人做了ibm mainframe的东西好多年，以为自己很了解CICS，等我去IBM看IBM的内部的CICS的技术文档，完全是天书，屁都不懂。类似这样的情况，不懂的东西太多了，懂的东西只是大海里面的一滴水。
他本来就不是雇来做配置流程的，需要人帮忙很正常。我有时还搞不定连计算机的headset和摄像机呢，一会耳机有声音，一会麦克风没声音，一会没摄像机图像，开个远程会议把我忙得，都是IT替我做的，我在那里折腾半天，人家大专毕业的IT两分钟搞定。
主要的区别是Nebula接触的是搞设计层面的专家，我们大部分是做实现的小兵卒。做实现的即使是专家，也经常会有漏洞，比如被一个忽略的小指针搞晕死这种事。
注册或登录来发表评论
您必须是注册会员才可以发表评论
注册帐号
注册帐号. 太容易了!
登录
已有帐号? 在这里登录.
