讨论程式语言的前景怎麽会变成比较程式语言的功能起来？ 很多朋友都有一个误区，那就是你的前景决定於你会什麽程式语言。 这并不完全是对的。 第一个误区 --- > 你的前景决定於你用程式语言解决问题的能力 > 不是「你会不会某种程式语言」。 程式语言是工具，工具，工具。 重要的话说三次。 就跟你想在法国长住你就得学会法文，想在日本常住，那就得学会日文， 就算你想新加坡，菲律宾长住，虽然是他们官方语言是英文，但是也是有 当地的用法，你还是得学会。 你可以用中文，英文去当地旅行，但是当你在当地需要解决生活的问题的 时候，用更适合的语言，可以让你取得更快，更好的优势。 我很久以前就谈过，作为程式开发人员，程式可以分成「体」「技」「用」 三层。 体是程式语言的各种概念，比如多执行绪，记忆体管理，设计模式， ，单元测试，Mocking，TCP/IP，Protocol，类神经网路概念，决策树理论， 动态规划，随机森林....这些横跨程式语言的观念。 技是程式语言，以及程式语言的生态系。 用是你能用程式语言解决的各种问题，比如，撰写跨平台游戏，写App，预测 明天股市涨跌，比对病毒模式。 体，有的学校会教。技，网路上都能自学，花钱上课也都可以。「用」才是难 关。 用才是价值，写程式不能为组织赚钱，你写的程式解决了组织的问题，解决了 客户的问题，才是你的价值。 第二个误区 --- 缺乏对程式语言多面向的了解 很多人对於程式语言缺乏多个面向的了解，只从技术的观点看程式语言本身 ，却没有想过，程式语言的存在包括多个面向，所以才会有这麽多程式语言存在。 举例来说，前面有人说Java程式每次都马要重新编译1, 2分钟才能执行，我是建议 他去Google一下Hotswapagent跟JRebel是什麽东西。 当你想要去贬低一个不是你熟悉，或是不是你主要的程式语言的时候，往往只会看到 一个程式语言某方面了劣势，而忽略的在某方面的优势。 你觉得中文用起来很简单，很熟悉，但是从西方人的角度看，中文是这个地球上最难 学习的语言，他没有曲折，没有时态变化，还有可怕的量词。但是你不会有这个感受。 程式语言也是一样的。 延续第一个误区，你要解决问题，不得不受到Triple Constraint的限制：Schedule, Cost, Quality。 「Java程式语言的效率不可能与C比较」这个命题基本上是胡扯。 对某些人而言，C尽管在好的架构下，可以达到比较好的记忆体管理，但同样的 也更容易产生memory leak，你只考虑了你自己，却没有考虑到，在组织当中， 跟你一样有水准的工程师不一定那麽多，Java执行效率较慢，但他更安全。 也许你的Performance不是第一考量，也许你需要有更好的企业架构。 Java不是单打独斗，Java有整个JVM的生态系在支援它，而且是非常成熟的生态系。 Spring Framework几乎集成了所有企业级的功能，打到官方EJB自爆，其他语言许多 概念，都是衍伸自Java，例如xUnit，logging，DI。 Mybatis, Hibernate都是出道超过10几年的框架，到现在还是可以运作得很好，有 成千上万的成功企业使用Java。 也有人说Java不适合微服务吧，那他也可以去Google一下Spring Boot。 Java也有很好的向下相容性，10几年前的Code，你用现在的JDK9去编译，大多数状况下 它都能很好的运作，所以对於开发出来以後会用上10来年的系统，Java会是一个比较 容易的选择。 你能用.Net Framework去编译VB6的程式吗？或是ASP？Python 2 migrate 到Python 3 ，从2008年推出到现在快10年了，他还在Migration。 我并不是说Java很好，而是往往很多人想说，「天啊，你们公司还在用Java，真老」 ，或是Java缺乏某某功能，比如GC还不能自动控制之类的，那都是用自己偏狭的一方 观点去看一个程式语言，而没有考虑它使用的场合，限制，要解决的问题，也忽略了 整个生态系的完整程度。 我们公司还在用COBOL咧，前端还不是可以吐json接AngularJS跟Vue？ 第三个误区 --- 只能会一个程式语言 我不是独尊Java，Java也能做深度学习，有ND4J，Deeplearning4J，甚至直接跟 Spark或Hadoop结合，但Python深度学习这方面起步早，有Tensorflow还有Scikit-learn 这些机器学习套件，他在这方面的生态系比较成熟一些，资料也比较多，我要 搞深度学习，首选还是Python，事实上我们公司主要用Java，COBOL，但Python也有拿 来做机器学习一些data使用。 但不代表你用了Tensorflow，你就一定要用Django做资料视觉化的展示，或是写ERP程式 ，你一样可以利用Java跟Spring打造你的企业应用，用Node.js的socket.io做即时资料 交换，用Meteor写App，如果要拿去卖，卖像要更好就再用Swift跟Andorid打造App， 只有内部使用可以考虑Xamrin。公司跟微软合作良好就去用.Net Framework，同时要 管理server side deploy跟docker image management就再用shellscript跟Ansible。 没有人可以限制你，只有你要自己限制自己，你会得东西越多，你越能在Triple Constraint中找到完美的平衡，选择最适合的解决方案跟生态系。 武术分为很多流派，拳击，桑博，咏春，散打，空手道，但在不同规则下，不同的武术 有不同的优势，没有最强的武术，只有最适合的功夫，最後站在擂台上的，才是胜利者。 另外一个重点是「体」，够有钱，甄子丹也打不过马师傅。 当然你要专精一个程式语言是可以的，但是活用，可以为你取得更多的机会。 最後 --- 你要解决什麽问题，决定了你要使用什麽样的工具，但只要你体质够强壮，任何工具 都能为你所用。 我们从2015年起用Spring打造了一个同仁不知道那是Spring的Spring框架（因为 已经变成convention over configuration了，我们还借镜了一些其他语言才有的观念） ，还有一个专门的部署平台，提供多达80个人共同开发，目前支援超过1400个 Controller, 1000个service以及超过120个Restful Service的ERP以及各类周边系统。 当然我们也有开始试着用一些R, Python, 跟Node，做一些非ERP有关的东西。 Logging/monitor system也从无到有建立了Graylog/Elastic Search丛集，用Sonarqube 做static scan，现在整个Gradle已经快变成天书，但是所有开发同仁可以完全 没有Spring, 没有Gradle的知识。 我们还在把三四十年来的COBOL程式改成Java，我们希望程式语言还可以再战20年， 而且不要变化太快，但也不要跟C一样缺乏开发效率，Java看来是比较合理的选择。 人力盘点的结果，再加上对於各种成本考量，Java可能是最好的选择，尽管我们 还是没买JRebel导致SQLMap改了之後还是要rebuild，hotswapagent有点两光。 但这不就是推动Unit test以及mocking的一项不错的动机吗？ 不同产业，不同环境，要解决的问题不同，你的老板是谁，决定了你该会什麽 ，要用什麽。 决定你的目标，再看你的体质，选择最适合的工具。我想这才是大家选择程式语言 前景的目的吧，不要再比较谁好谁坏了，请先把你的命题想好，要解决的问题说清楚 ，才有讨论的价值。 不然跟麦格鲁戈跟五月天打拳击没有两样。 -- 所有我的作品，请到..... ～四十八个德瑞克～http://blog.derekhsu.net 马皇本纪：http://blog.derekhsu.net/2009/08/821 上官先生传：http://blog.derekhsu.net/2009/08/825 --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 112.105.222.185 ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1514303283.A.E26.html ※ 编辑: derekhsu (112.105.222.185), 12/26/2017 23:49:48 ※ 编辑: derekhsu (112.105.222.185), 12/26/2017 23:55:58