@bigpigeon 代码习惯不是规范，而且代码习惯无关语言。

表面上好的代码习惯也仅仅能让你的代码更易读而已，但你对比好习惯和坏习惯两个分组的程序员若干年后的状况，你就会发现：
坏习惯一组基本都在混日子，或者换一行继续混日子，每天焦虑地不要不要的。
好习惯一组都已经成了业内大牛，各有各的成就。

好的代码习惯不仅代表热爱编程，更是做事讲究不将就的外在表现。一个人做事总是将就就行，马马虎虎得过且过的，一事无成本来就是注定的结果。

APIJSON?这个实在是太疯狂了。。。平心而论，他这套东西对有一些非常简单的项目还是挺有用的。

复杂一些的项目用这种框架就真的是作死了。

@alvin666 蜜罐不至于，总之就是监控罢了。想看真的互联网世界，你需要搞个私有的可靠通道出去。

5 楼+1，国内正常访问的都是假的 8.8.8.8。连你拼了老命翻墙才能访问的非死不可的 IP，其实都只是一个代理。

刚放出来的那天早上就升了，点一下升级，然后去洗了个澡，洗完澡就升好了。

node 的包依赖真是令人陶醉。。。唯一的解决方案是装个私服，把依赖的包都放私服上，然后手动更新。。。

一个人是不是真的喜欢编程，问点代码习惯就暴露无遗。一个真喜欢编程的人不可能没有好的代码习惯，而且一定对坏的代码习惯深恶痛绝。

不更新，这个数据没法自动更新，人工更新比较麻烦。

VS code 可以帮你

21 寸 4K 效果棒棒哒

docker 占了 10 来个 G，开了个 win10 的虚拟机 8G，16G 这就爆了呀

框架了解一下是有必要的，总要知道这些框架都有什么特点，能解决什么问题。真用的时候看下文档百度一下基本也就会用了。如果你做不到这一点，说明你的基础太差，应该把基础打扎实而不是去专门学一堆的框架怎么用。

我认为程序员最重要的能力不是把代码写出花来，而是知道代码写哪儿。一个好的项目结构，真的能避免很多很多的问题。

熊掌

前端 /后端的分法不是很准确，客户端 /服务端这种分法更加准确一点。目前所谓前端的工作，只是客户端中的一小部分而已。侵入服务端？不存在的！与其惦记别人的领域，不如向老前辈桌面应用多学学套路，先把自己的事情整明白了再说别的。

奋起直追就好了呀

一直都在用

POI，我发过一个封装好的类

要么直接上手“打成一致”，要么一开始就不和这种人合伙。说什么埋后门，做烂系统，不给文档什么的，你们是写代码写傻了么？

代码写过就不管的：初级程序员，没有什么广度深度，只掌握基本的语法和框架用法
写好代码再改一遍的：中级程序员，没有什么广度深度，掌握一点编程技巧、会用更多的框架
改过一遍还不满意再改三遍的：高级程序员，对于程序设计有点经验，知道代码往哪写了，不再纠结于语言和框架的选择
推倒重来三遍的：初级架构师，专注于技术，能够为具体的业务场景设计一个合适的架构
不再纠结于技术的：高级架构师，能够把任何垃圾系统整合到一块，让他们和谐、稳定地运行