日语，主要是休闲的时候用。

年轻就是好啊……

这个最好的是结合某一个输入方案来设计键盘，毕竟全拼输入法的效率是最低的，如果能够根据双拼重新划定击键频率就好了。

@XIVN1987 3 年前的帖子都有回复！！已经忘了当时有没有解决了。

生成页面是 IO 操作，主要瓶颈是硬盘的读写速度，你这个是高性能云盘，自然快很多。

不过本身 php 的性能在一众脚本语言中是比较好的。

90 后，三线城市，开发转产品，还是想回技术开发这一行。

回复主要就是为了拉低中奖率，没有别的目的，不要多想了。

js 的数据高出其他语言一个数量级……

当然是程序员了，我当程序员三年，产品经理两年。

当年开发的时候想休息就休息，时间自己安排，事情做完了就安心了，唯一担心就是服务器出问题。

现在当产品，东西不是自己做，做出来不放心，决定自己也做不了，做出来的东西被 boss 推翻重来，好不容易到了开发那边，又担心意思传达不准确，还有就是 boss 临时改需求等一堆破事，最最关键的就是，产品的工作没有结束的概念，交到开发手上只是完成了第一步，每天要持续去沟通，测试那边也要来问你，产品出来了，还要给运营写上线文案，给客户写介绍，还有后续的各种答疑，绝对无法做到开发时那种工作完成后的痛快感。
服务器就不用担心挂了吗？ naive ，服务器挂了虽然不用产品去修，但是也需要产品去给客户解释情况，安抚情绪……

所以我现在一直保持着写代码的习惯，没事就写两行，做点外包，自己参照开源代码实现点项目，等哪天有机会回来当开发。

@maomaomao001 vue native 不就是 weex 吗？

@tshwangq 同样的接口，因为新版需要的参数和返回值不同，正好使用继承重写对应的 action ，对应的 model 如果没有改动，直接用，改动一样继承，这样来解决稳定性问题，项目大了之后，稳定性永远是最重要的，挂一次的成本谁都受不了。

复用已有接口很容易产生 bug ，小 bug 改下就可以了，万一是导致大规模出错的问题就很头疼了。

当然最好的还是做自动化测试，这点我们也才刚开始搞，之前因为项目进度压力大，一直没做自动化测试。
@tlday

@tlday 分三位版本号，最小位变动不加 module ，中间位变动根据接口的是否与老接口重合的情况来决定是够加 module ，最高位变动必加 module 。
我们公司差不多有了七层继承，开启 opcache 性能不是问题，偶尔调试有点麻烦，不过这样的好处就是新版本代码绝对不会影响老版本代码。
如果你们公司业务做的真的非常好，可以定期重构，减少继承层级。

建立 module 1.1.0 ， 1.1.0 中的 controller 全部继承 1.0.0 ，这样既保证老接口的访问，又避免新接口去把老接口的功能实现一遍。

很不错的系统，以前用过很长一段时间。

做一个 webview ， appstore 审核的时候只展示 webview 内容即可。

想问下腾讯内部对于第三方链接是怎么处理的，如果我在微信中发个 http://xxx.com ，是不是直接就点不开了？
网址只是举例……