1、网页端的JavaScript开发属于客户端开发，而且代码是基于网络加载的，相比服务端加载运行库，多了一个异步等待加载依赖文件的问题，由此引伸了很多问题：合并文件、管理依赖等；其次，网页这个所谓客户端的其它资源，比如图片、css文件等，也与性能息息相关，部署（下载）这些资源，可能需要懂很多类似分域名、缓存、CDN等相关知识；所以假设网页开发像客户端下载个几百M的安装包，那么JavaScript开发人员可以省好多事情了，JavaScript开发者很多时间都花在优化加载速度上了。
2、运行环境的优化，包括处理浏览器兼容性问题（JavaScript支持的不同，以及DOM、BOM API差异），由于运行时的宿主环境不受控制，使得客户端的JavaScript比服务端的代码发布质量问题更多，有的公司光做浏览器兼容测试，都要专门做一轮。
3、好的书籍比较少，JavaScript开发人员除了写JavaScript，自身可能学习或者使用其它不同的开发语言，所以写出来的JavaScript代码也是风格迥异，JavaScript在ES6之前并没有提供对OOP的语言层面的支持，各个框架实现继承封装的机制都不同，一本JavaScript书光花在讲如何实现继承，都要花费好大的篇幅，而那些本身没有OOP学习背景的人会一头雾水，嗯，还有不少JavaScript开发人员是从非专业转过来的（比如CSSer），这些人有些学过JavaScript，但都是皮毛，真正的码农，专攻JavaScript的，应该不会觉得JavaScript很难。
4、服务端的JavaScript（Node.js）问题少一些，但毕竟服务端更加百花齐放，JavaScript进军服务端，还有很长的路要走（有不少分布式、操作系统、进程操作等知识需要学习），目前更多胜任前端服务部分，一般资深JavaScripter比较容易上手，但数量稀缺；
5、JavaScript的怪异语法，让很多人望而却步，鼓励解决问题时采用最容易看懂的方法，没有必要耍技巧，编码特别是做页面交互开发，值得耍技巧？
6、前端框架多，不同业务场景用的都不同，比如企业开发用到的框架跟普通网站用到的大不相同。
总之：
语言层面：弱类型语言隐式转换带来的不确定，闭包，原型链等机制造成很多困惑；
应用层面：BOM、DOM、Node等需要较多的实践经验才能掌握。
另外，JavaScript与Java由于有相同的四个字母，所以很多人都会混淆，比如书店往往把这两种语言放到一个架子上卖，呵呵。下面简单对比一下两者：
Java和JavaScript都是目前热度非常高的语言，受欢迎就意味学好不用担心没工作，目前两个行业人才确实也未饱和。
Java是一门中规中矩的语言，很多人感觉这门语言毫无创新，只是妥协的C++，而且它本身并不愿意吸取新的特性。Java由于它的知名度，是很多新人第一个想到要学的计算机语言。相对而言，Java是那种越看越平淡的语言。
而JavaScript是了解越多给人惊喜越多的语言。这只当初的“会跳舞的猴子”变得越来越重要，正是它实现了Java那个古老的诺言“一次编写，到处运行”。很多人都是函数式编程的忠实拥护者，所以JavaScript的编写非常有吸引力。而且，Node.js的出现已经补全了语言的短板，当初格雷厄姆在《黑客与画家》书里表示并不看好JavaScript（当然Java就更没看上了），但在后续修订版的文章中提到“JavaScript现在能用了”。Jeff Atwood（StackOverflow的联合创始人）还在2007年炮制出了所谓的Atwood法则：任何可以用JavaScript写成的应用最终都会用JavaScript写。
陈童的博客（http://www.everyinch.net/）专注于用户体验研究的IT类网站。发表用户体验研究与度量方面的知识，分享前端与三维网站技术，总结人机交互、集体智慧算法的研究心得，推荐国外相关资源。