我的看法是专有名词保留，其他驼峰。自然语言优先级最高。比如楼上的 iOS 的，就该是 getiOSVersion 。然后对于 go 这种需要大写暴露的就妥协一下 IOS ，然后注释里写一下是 iOS ，原本需要大写的 IP 但不想暴露的那就统一写成 ip

兄弟，这么多人说法律问题我就不多说了，违不违法如果你不确定，可以问问身边的律师朋友，或者看看各个地方法院的判例。你要锻炼技术也好做什么也罢，但你至少要确定一点，爬到的数据你有没有最终的控制权，以及失控后（比如说被其他团队商用了而你不知情）如果有一天淘宝京东法务过来告你们公司，你会不会是那个被推出来背锅的人。

tmux 感觉远程比较方便，可以管理多个 session ，断了也可以重新恢复，跑什么后台任务也不用 screen 或者 nohup 之类的直接跑着就好了。本地暂时看不太出来，个人本地比较喜欢 UI 。

python 的多线程就是这么难搞。我自己的小项目直接放弃，用多进程，然后就可以很舒适的中断了。

学吉他

我选择直接去英文社区交流。

不用太纠结，因为除了你的计算，渲染也是浮点数计算的。感官 OK 的前提下用最简单的方式最好。

作为主力 go 开发不反感。批评就批评呗，技术选型又不会上社区看那些月经帖决定。而且本身 go 用起来是很爽的，早点下班不好吗。。。

不要等，现在就做。这些事情，等不来。

防御你用脚本去爬网站

@cmdOptionKana 楼主来主要是表达情绪，而不是讨论问题。懒得讨论下去了。本身这个话题也是够无聊的。

@partystart 奇了怪了出错不处理你糊弄谁呢？

每一步处理 error 我觉得很好，尤其是业务逻辑，这样强迫那个人每一步都去检查并作出合理的判断，虽然麻烦，但是后期维护和回溯都很爽。

两个服务的话，那直接用 k8s 的 service 就可以了。引入额外的东西复杂度一下子就变高了。如非必要，勿增实体。

k8s 母鸡咯。厂里内存基本都不要钱，随便用。

设置 log 文件夹为 /dev/null 不能，log4j 依然被调用。

@ericFork 是的，但是那个有其他团队负责修，我们只需要观察稳定性就行了

今天看隔壁修了一天，还好我们这边没 Java

无法实现灰度发布之类的吧。我记得存储过程要改就是一把梭改完。如果出问题了回滚也是一把梭回滚（当然数据层面的改动能不能回滚另说）。这样很可怕啊。以及存储过程无法打日志，出问题了只能靠输入输出人脑 debug ？