好像很多写别的语言的都觉得 Java 又笨又重配置又难部署成本高，还有巨大的安全隐患

可能是以前 j2ee 那一套真的给大家留下了巨大的阴影吗。

答:我觉得倒不是 j2ee 的问题，问题在 jvm 本身上。对于 adhoc 任务来说，java 就是又笨又重配置又难部署成本高。搞个 hello world 要分别装开发环境和运行环境，启动还要另外写 shell 脚本。综合了编译型语言和解释型语言的缺点。
答:所以到底是谁觉得又笨又重配置又难部署成本又高了？

9 成的人没有写过 j2ee 项目，ssm 可不是 j2ee 。
答:好像很多发别的帖子的都觉得这个帖子又*又***又难**成本高，还有巨大**隐患
建议移动到水区

可能因为是从 ssh 那个时期开始接触的，感觉 java 的这套东西还挺好理解的，spring-boot 之后更好一些
最大的问题还是内存使用，起步内存高，对小机器不友好，xmx 太低了也不太行，不太适合个人整活
答:又笨又重配置又难部署成本高，还有巨大的安全隐患？
并不觉得 Java 笨重，语法确实稍显啰嗦，但好处是容易看明白啊。
配置难是什么年代的事情了？ Spring boot 了解下？
部署成本哪里高了？都自动化了啊？
巨大安全隐患说的是 log4j 么？其实像我就没有受到任何影响呢。
答:我们公司写 C 和 C++的大佬就是这么认为的，太吃内存，当初 Log4j 的漏洞，还特地发文章给我看。。。。
答:java 干企业开发还是挺好的，事越多的东西越适合 java ，你就一个简单的计数器啥的的确没必要 java
答:但这并不影响我用来赚钱
答:主要是吃内存, 并且没有内置模块, 稍微干点正儿八经的活, 就要引入 maven, 都上 maven 了, 那不得再整个 IDE? 这样一看, 是不是就很重了
答:先问是不是
答:Java 就是内存占用太大，我一个 1c1g 的 do 机器跑了 PHP,MariaDB,Nginx,Redis
答:1.笨重是真的，适合搞中大型项目，自己整些小玩意儿是真的费劲，比如给朋友写个小工具，让别人运行还要把 jre 打过去，这就很扯淡了。。
2.配置难、部署成本高这个并不认同，因为 spring 的加成，现在 Java web 的开发已经很简单了。
答:一个语言被吐槽的越多说明他越火，而且现在部署起来很方便哈，springboot 下并不需要写 shell ，直接打包成可执行文件./service.jar start 就行了，还能做成系统服务来启动
答:从天安门到西单，你走着就能过去，骑车稍微快一点，开车也可以但是不好停车，你非要修条铁路开高铁也不是不可以，就是麻烦点。甚至你为了能开飞机过去修个机场也行。
答:安全？？？谷歌工程师本周表示，Chrome 代码库中大约 70%的严重安全漏洞是内存管理和安全漏洞。而造成这种结果的不是 java ，而是 C++
答:很烦 xml
答:com/xxx/yyy/zzz/www/kkk/mmm/ddd/qqq.java

我曾经见过一个项目，总共就只有 3 个.java 文件，结果项目嵌套了十几层文件夹。
答:java 确实感觉好难用,一个新手要开发 java,得配置 java,idea,idea 插件,maven 这一大堆东西,idea 还经常抽风,maven 不翻墙也经常连不上,偶尔遇见 eclipse 的老项目也是抓瞎,一旦使用稍微冷门点的东西比如 bazel 和 osgi,代码高亮跳转都要搞半天,而差不多的 c#,一个 vs 解决百分之 99 的问题..
答:讲真我现在觉得 spring 全家桶基本上已经到达旧 j2ee 这么重的程度
答:go/monthly
答:Java 本身的安全隐患比 C/C++小多了，至少没有指针就很难有各种内存漏洞。漏洞主要是在应用层，各种五花八门的框架提供了整套整套的功能，很难完全没有漏洞。但这不是 Java 的锅，不管什么语言搞一个 Java 这样的生态不见得能有更少的漏洞。
答:以前作为一个 Java 新手的感受是，学 Spring 那一套只能照猫画虎，站在层层抽象外无法看透内部原理，以至于自己无法理解自己写的代码，各种注解更加重了这种困惑；然后就是各种 PO/POJO/VO/BO/DAO/DTO ，反正不管写啥，先照着固定模式把这些“O”写一遍；最后就是终极大杀器——Tomcat 等一众容器，接手一个项目可能要花很多天才能在本地搭好一个可以跑的开发环境，各种依赖的版本兼容性需要跟同事打听才能了解到……最终的天花板就是 JVM 原理，我记得当时凡是 5 年以上经验的同事都人手一本 JVM 的书。

后来我在想，Java 作为历史最悠久的技术栈之一，技术方案已经进化得非常成熟，但对于新手来说，可能还是得亲自走一走整个进化过程，才能理解为什么当前的 Java 是当前这个样子。但那样的话，也确实需要相当多的时间，来承载这个技术栈悠长的历史。

当然我已经不用 Java 很多年了，也有耳闻 Java 依旧在进化中，比如当前顺应微服务潮流的解决方案，似乎对新手友好了很多。但 Java 技术栈似乎被其他语言抢先了一些宣传推广的机会，国内的技术发展模式跟海外很多地区有较大的区别，国内的技术宣传比较擅长贩卖焦虑，比如各种捧一踩一和取代论，而国内的开发者普遍有从众心理和“被淘汰”焦虑，以此催生出了“面向简历开发”等现象，最终导致一些宣传工作做得很好的技术栈得到了大量的推广和应用，甚至一些本来跑得好好的项目也会被强行换一些“新潮”的技术栈重写。

一门技术要想在开发者中站稳脚，就得集思广益（开放）、快速迭代，顺应业务需求变化、生产需求变化、开发模式变化，我不清楚 Java 技术栈是否是这样的，如果是的话，就一定会长久发展下去的。
答:各种"O"和路劲 /文件夹嵌套是架构设计（开发者）的问题。。
jdk 半年一个版本迭代，但很多人仍停留在 JDK8 ，这个也是开发者的问题
说到 Java ，上来就是 Spring 全家桶的各种配置，能不重么？就好像说去学 JS ，一上来就是 Vue ，React ，NPM ，WEBPACK 啥的一大堆不一样又笨又重？
每门语言有不同特性适合不同用途，老怼产品经理搞不清需求，程序员也要明白自己需求才对啊，反正我的需求就是赚钱，用 Java 不妨碍我赚钱
答:我们写 Scala 只觉得 Java 笨，但大家都在 JVM 上跑，一样的重，配置难，部署成本高。
但安全隐患是真的，语言弱鸡只能依赖运行时反射，你看 CVE 列表是不是有一半漏洞都是因为 Java 笨，不够灵活动态，开发着自作聪明的反射，动态解释引入的漏洞？