我这样算不算全栈？服务端比较熟悉，前端和运维只能说会用一点。

主力语言是 Java/Kotlin/PHP 和 Python/Go ，大部分时间写服务端，从 OS 底层到数据库都很熟悉。

管理后台只要能用就行，所以也会顺便写点业余的 html 和 js ，不可能找个前端一起做的，
CSS 我只会套 bootstrap 的几个类，要我自己写是完全不会。为了解决 js 语法丑陋，我学了 CoffeeScript ，
为了双向绑定，我又学了 vuejs ，常见的 js 库基本上也都会用。

我项目只有不到 10 台机器，所以运维和部署的工作，也会顺便做点，虽然也比较业余，
我会用 fabric 写点自动化运维脚本，也能弄点简易的监控和集群。

以前在小公司做的时候，有很多项目是我从零开始，前后端都是我搭，有疑难杂症也是我解决的。

一个邮件开通帐号，然后随便读

@YzSama 2 万

这个结论是错的， table level lock 加锁快开销小的前提是，要锁的不是一条记录，是很多条记录

@abxialiang TCP 协议是可靠的，然而 sendall 只是把数据从应用的 buf 复制到内核 buf 就返回了，还没开始 TCP 层面的传输呢

1. socket 的 sendall 并不能保证对方已经收到，所以你第一个思路行不通
2. 这是比较可行的方式，但是也要考虑一种情况，客户端收到了，但是应答的时候出故障了

不要二胎就 2+2 ，要二胎就 3+2

你这需求本身就是错误的， JDK 的最新版，对之前的版本都是兼容的，为何要老版本？

@ray0625 如果用户可以自己导入或者修改模板，模板本身就是用户数据的一种

@yangqi 去年买了个需要自己安装的床，对照说明书没看明白，优酷上看了安装视频，好懂多了。真正复杂的说明书，做成纸质的，体验是最差的，因为不能搜索，也没有视频演示。自己看书自学看不懂，要老师教才会，也是因为纸质教材的局限性。扫码看说明书，不能百分百代替纸质版，能代替个十分之一，已经是相当大的市场了。微信支付宝代替不了现金，但是日常生活，很多人基本不用现金了，于此同时还有一些地方刷卡都没普及呢，那也不妨碍电子支付越来越普及。

@yangqi 你去问上汽集团，为何不给纸质说明书，要下载上汽车管家才能看说明书，抱怨这件事的用户还真有一些，有人自己去打印了。

网上找说明书？那是没做好，直接扫二维码就打开了。而且可以做到直接定位到型号，比纸质的高配低配印刷在一起的说明书强得多。

银行取消存折本，移动取消纸质发票，海底捞取消菜单用 iPad ，都遭到了不少用户的抗议，很多网站也不支持 IE6 ，少量旧时代用户，厂商不在意。

PHP 那样的文档，其它语言都没有。像 C++这样的，官网文档还要花钱买的。

@yangqi 有可比性，大幅提升大部分人的体验，牺牲少数人的体验，这点是一样的。电子说明书，可以图文并茂，全彩页，带视频讲解，随时都可以更新的 FAQ ，哪是纸质说明书能比的。现在有些汽车厂商，都不给纸质手册了，要自己下载。而且有的产品动辄几十页上百页的说明书，制作精良的成本也要十元以上了，一年可以省个几百万甚至几千万下来。以前买手机，也是一本说明书，现在好像只有几页简短的指引，详细的要去官网看。

不要把用户数据和代码放在一起

@keinx 公司实际开出的待遇就不是 9K 了，是 9K + 1km 内 + 女朋友，价钱都是互相商量的，没什么合理不合理

没毛病，觉得不合理可以走。有意见又走不掉的，那就是真的水平不够，应该降。

@yangqi 只是举个例子，电子化取代传统，比想象的更快。在取消人工充值前，很多人还担心老年人不会用。