@Maic 没啊，反正那边应该是一个很小很小的部门，具体要不要程序员我不知道，但我打听过貌似是个编辑部

@Maic 那边应该不需要程序员，那会儿我看到来应聘的都是妹子，长得都贼好看

@Maic 我以前在那边工作过，在他们隔壁，貌似是个新闻部门

抓紧走吧，你没对不起你的公司

同意这种人虽然烦一点，但是总比不懂装懂强的多。
提出几个意见吧
1. 跟你的主管商量一下，让他跟一个经验多一点的人带着做，先别让他独立做需求吧
2. 多 review 他的代码，能帮就帮，当然你不想帮就随他吧，反正这种事也不是你的义务
3. 别打击他的自信心，这点很重要。谁都经历过这个阶段，很正常。观察下这个人的进步状况，实在不行辞退也无可厚非。

emacs

@bookding 嗯，所以问题来了。一般我们开发过程中，一开始我们用 python 快速实现，快速试错。因为有时候我们甚至不知道我们到底要做什么，能做到什么规模。但是一旦项目稳定了。人都是趋利避害的，基本上就不用 python 了。就比如说 asyncio 吧，是能极大提高并发，说实话做的好的话，并发性能甚至可能比 go 还要高。但目前看，即没有成熟稳定的工业框架，也没有大企业为其背书。况且目前发展水平来看也很难落实到工业应用上（我实在是不想吐槽 sanic ）。我觉得 go 值得学，甚至值得转。他不是一门让你写的爽的语言，甚至有时候会让你痛苦的语言。但却是把好用的锤子，干啥都干不好，但绝不会干坏的这种。

不要把 java 那套 oo 带到 go 来，大多数情况下没觉得没有范型不可

@bookding 我本身是 python 开发，我真的不觉得 python 开发大型项目相对比 go 有优势，因为这只能是相对来说。动态语言一旦开发到一定程度，你会发现面目全非的业务逻辑，满天乱飞的全局变量，散落一地且毫无抽象的函数，见谁都恐慌的错误处理。要开发大型项目，这就十分依赖单元测试，但是说实话，很多人连基本容易测试的代码都很难写出来，单元测试覆盖率上不去，以后做重构，简直就是灾难。golang 相比 py 好的是他在工程上做了很多妥协，甚至不惜牺牲程序员的好感度， 譬如：令人蛋疼的错误处理， 简洁到没有三元运算符的语法，没有泛型等等。。。说到底，python 是一个非常信任程序员的语言，但工程角度来讲应该是不能相信任何程序员。

@bookding libuv 这种配合 py 虽然性能够好，但是能写好这种异步很难，而 golang 提供了把这种细节隐藏在语言 runtime 里，更有利于大规模开发。

还是用 glide 吧

@humor66 这是什么逻辑？技术好的就不能穿衣打扮了？

1. 操作 mongodb 这种 io 操作，用啥解释器都一样，不明白你要干什么
2. pypy 就是解释器，不要替换，装一个解释器就可以，用 pypy 解释器运行
3. 可以，用 cython，
4.io 密集型用多线程，python3 用 async/await 也就是协程，计算密集型用多进程，

说得好，我选择 emacs

刚开始用 go 的时候，也感觉是这样，tmd，要啥没啥，各种好用的魔法根本就没有，if err!=nil 写的我手疼，不禁大骂，什么玩意儿啊.......真的是垃圾....直到。。。
我正在改写一个东西，拿到的库不能满足我的需求，然后我去看他的源码，黑魔法少，关键字少，看着流畅且不费力，分分钟把库改成我想要的东西。也许程序员并不需要那么多特性，人民不需要自由。。。

不要听他们瞎几把扯，表什么白，就约会，吃饭，看电影，看时间差不多了就啃，啃完了就拉手，然后该干啥干啥

支持小铭大大

emacs