这留下来简直是要结仇……

点赞，不过，你的工作成果很有用，应该做个 gitbook 的。

这几本都买过读过，但是我最喜欢的还是《 Unix 编程艺术》

人民币

不推荐 2K，尤其是 Mojave

3500

应该先给你的女友、弟妹、父母使用，再评估一下交互、功能设计。

如果面向的是一定基础的用户，那需要考虑一下相关管道，否则大众未必知道你这工具。（ AppSo、小众软件，公众号……）

多谢！正是我需要的东西。

您这又不是项目外包，部署后对方没打款。

您上班期间，它还是发了工资、缴纳了保险的。

服务端自己负责的一个项目，目前是全 kotlin。
Android 只有私人项目了。

写习惯 kotlin 和 Groovy 后，我自己是非常讨厌写 Java 了。不过，kotlin 对型别有时要求过于严格，有时也挺麻烦的。

Thank you，回家试试再贴结果

故事有点夸张，但是每个人，尤其是技术人，多少都有点这样吧，无非是程度和地方了。

看你如何使用和相处了。

别的都还好，console.warn 我笑了

你看，他已经指出了你在这个公司的天花板，我觉得比继续忽悠让你混混厄厄这要强多了。

剩下的就看你了：

要么，别做技术，转型市场、产品、管理；

要么，去一家技术关系很大的公司吧。

1. 当场应该留联系方式
2. 最好能陪同妹子去做个检查

其它的就随缘吧

先说结论：感同身受，也碰到过类似情况

技术部门负责人由于时代原因，个人关注点原因，对于具体实现技术早已…… 所以，都 2018 了，还都要求用 SVN，一方面不让用盗版 Office，一方面又要求文档用 WORD，在 markdown 和 github 流行如此多年的今天，确实伤感情……甚至校招人家一看就走了。

也不是没有好处，这样一来就基本没有技术好恶（不了解也就无所谓好恶，对于业务原理还是能掌握的）。实现方面只要能你忽悠，有更多的自由度。

缺点也很坑爹，就是当与其它人或者团队有技术争论的时候，基本没有办法做理性判断。一般看人品、印象以及进公司的先后顺序。大的像技术方向、公司技术栈及至技术管理那就更谈不上了。

越是小公司这种情况越多，建议吸取教训，入职前和你的顶头上司多多沟通。如有三观不合，能提早发现。

1. 领导好不好真心不在于，或者不主要在于，是否陪你们一起加班。同甘共苦当然很好，也具有人格魅力，但是这只是领导力的其中一方面而已。

2. 你们老领导这么受拥带，但是选的继任人却是你们都看不上眼（他甚至还可能对此一无所知），这本身就说明一切。

3. 说个扎心一点的话题，中国，甚至世界的企业领导们，都是对上负责而非对下负责。第一关心的，总是自己的位子、票子，而这些都是由他的领导所掌握。换成你，你也是如此。

4. 最后，你们都受不了，都跳槽，这也反向衬托了你的领导们。未必就不是他人所愿。

复杂太多了

学习了日语才发现英文语法真是规则，日语语法当真随意

背单词……你写代码也甚少背函数吧，也是随用随查

但是，乐在征途中