后面基本就是专家级的， 维护好公司的核心技术模块。平时基本也没什么事， 没有考勤,KPI ，偶尔紧急项目过去救个厂。
最关键的就是你干的活，别人干不了， 或者需要付出 N 倍的成本才能搞定。

组件库不要贪多，就做一两种图形，结合业务场景做精做好就可以了。

企业级应用 不都是 java 搞的嘛

@wjx0912 带宽，硬盘不是问题， 关键是运行的时候如何抢占更多的资源（ cpu,内存，磁盘读写等等）， 这样才能让自己的程序丝滑， 把被人的程序卡死。

@tool2d 用 electron ， 还不如直接用 CEF 。

WebAssembly 太鸡肋了。 想做点浏览器跟 PC 端程序的联动，都做不了，不支持 windows 操作窗口的函数。

@duhb web 首先要有壳，没有壳你 web 运行的基础就没有了。 页面实现不了的你可以往壳里加，然后 web 就支持了。

@duhb 什么是专业开发者， 你给个定义看看。反正我不是。 你平时跟客户沟通了解需求，还跟客户说你这个需求是 web 方向的，你这个需求是 Native 方向的。web 能做的 Native 就不能做了，Native 能搞的 web 就不能做了， 无非就是一个开发成本的问题。 路要越走越宽， 哪有越走越窄的。

@duhb 前端不就是展示给客户看的， 带 UI 的东西，可以交互。

先大概看一遍，过下，看下哪些东西是自己目前为止用到的， 然后把自己的 1-2 个老项目拿出来，用书上新的东西替换上。看下效果。不是所有新的东西都是有用的。

开源 无非就是求财或求名。 哪有什么活雷锋。

@hello2090 c++ , Objective-C 都可以写前端。

@iorilu 不是， 我是打工的。

8：50 到公司 检查系统
9：50 出去吃早饭
10：10 开始写写代码
11：30 中饭，然后回去睡觉
13：20 回公司上班
15：30-16：00 下班。

后台给数据，前端拼装，很正常， 一个接口一个数据转换函数。往上垒。维护和改动影响最小。 如果要复用， 那要做完整的测试用例了， 否则改了一个底层一个复用的地方， 没有完整的测试用例跑一遍， 谁知道会在哪里地方就报错了。

为什么了写博客而写博客，没什么用。

能力差就用浏览器套壳 h5 。
能力强的选 c++ 和 object-c, 了解下每个平台的画布接口，基本都差不多 , 找几个开源的， 自己需要什么控件，直接代码拷过来不就可以了， 需要什么就拷什么， 这样编译出来的执行文件小，内存占的也小。

正常的面对就可以了。不以物喜不以己悲。
如果不能面对，就删号重练呗。

@caicloud 35+， 毕业以后能赶上 2 波大的房价上涨的机会。抓住一波基本房子的问题就解决了。