一楼说的是 d3js 吧，看你的可视化需求其实可以试试百度的 echarts ，官网上例子也很多，照着改就搞出来了， d3js 还要去学半天它的 api 挺麻烦的

用个项目管理工具吧， maven 或者 gradle ， idea 自带支持的

比如使用 maven ，在项目根目录建个 pom.xml
然后想要用什么包直接在 http://mvnrepository.com 搜索，找到之后页面里有对应的 maven 的 dependency 的配置，直接复制粘贴到自己的 pom.xml 里面去 resolve 就好了

比如你说的 HttpClient
最新版是这个： http://mvnrepository.com/artifact/org.apache.httpcomponents/httpclient/4.5.2

改侧边栏的颜色可以装一个 Color Ide 插件
它自动把测边栏的颜色调整为主题的背景色

看着都心疼

哪里需要学那么多，又不是要去做核心开发，只是想了解下的话看得懂 c 就差不多了
看看『 c 与指针』做做后面的习题就差不多了

php5 看这个 http://www.php-internals.com/book/

php7 可以看看鸟哥的 https://github.com/laruence/php7-internal
以及另一个核心开发的博客 https://nikic.github.io/

扩展开发在 『 php 核心技术与最佳实践』里面有一章可以先看看，然后就是『 Extending and Embedding PHP 』
中文版是 http://www.walu.cc/phpbook/preface.md


看过一段时间，不过感觉自己 php 都还没学好，就回头去提升 php 代码能力去了

@ersic 你可以试试 ctrl + r / ctrl + shift + r

这本书真的写得不好，你随便找一本讲 spa 的都比它好

地址：
https://packagist.org/packages/phpdocumentor/reflection-docblock
https://github.com/phpDocumentor/ReflectionDocBlock

我用的是 phpdocumentor 的 reflection-docblock 包
如果你没法用 composer 的话可以看看它的实现参考一下

https://github.com/google/styleguide

在这里选择一个合适的配置，导入进去就行了

喜欢 v 站 id 以 s 开头的管理员的，可惜当时没收藏，他又不经常发帖，找不到了

你直接用 vim 试一试就知道了
s 操作的结构是这样的：:[range]s[ubstitute]/{pattern}/{string}/[flags]

:?^Chapter?,/^Chapter/ 指定范围。?^Chapter? 和 /^Chapter/ 是一样的，都是一个正则，表示任何非 Chapter 的词，？和 / 都是分隔符。连起来的意思就是选中两个 Chapter 之间的内容

s=grey=gray=g 全局替换 grey 为 gray ，这里用 = 作为 s 操作的分隔符

没搞懂有什么问题， namespace 就相当于为类名加了个前缀， use 让你可以偷懒少打一串字
至于 new 的时候的括号问题，选择一种自己喜欢的 code style 并坚持用就好了，结果又没有什么差别

个人感觉，当觉得命名困难的时候，其实是因为还没有想清楚这个变量、这个方法或者这个类是要干什么，还不能用一个或几个词准确描述它的工作，才觉得无法命名，这是命名的最困难的阶段。而只要想清楚了它的任务，命名也就非常简单了。我觉得 codeif 更像是 iciba 之类词典的替代

@jarlyyn 工作是个双向选择的事，公司挑人，人也挑公司。公司可以有安排，员工也可以有自己的想法，双方有矛盾的时候就先沟通，看能不能妥协，不能妥协再想其他出路，很正常的一件事情。利益都是争取来的，不表达自己的想法不去谈怎么知道行不行。何况楼主是刚入职的情况，本来就是互相了解的时候，如果他确实看重自己的开发环境，而公司也无法调整安排，那走人也是对双方都好的选择。

『随便看看身边在发电脑的正常公司上班的人』原来可以自带电脑就是不正常的公司了，身在这种野鸡小公司那还真是惭愧啊

@sun2920989 有什么滑稽的，别人问的是『如何说通他们』，你在这扯什么权利义务，是什么意思呢？
每个人看待开发工具有自己的想法，有的人看重好的开发工具带来的愉快体验，就叫矫情了？

能沟通就试着沟通，无法妥协就找别的出路，很正常的一件事