成员变量，只读操作，无法修改。

看新闻联播， 环球时报少了。 多看这些， 正能量满满的

基本都有的， 光纤到户的。 我就装了电信和移动， 反正手机套餐送的。就装的时候直接告诉师傅装网桥模式， 不要再它的光猫拨号。 直接连 LEDE， 再它里面指定线路策略就可以了。

一门语言起码学 3-5 年，50W-80W 行的代码量， 再考虑学其他的语言。

@whi147 我也是 c++开发的， 我负责的 PC 前端的程序，要迁移到 web 端， 招了大半年前端（ 3-4 年开发经验的）移植，都做不了，最后只能我现学 js 以后，把 c++代码移动到 js 平台的的金融图形库+指标计算引擎（ https://github.com/jones2000/HQChart ）。 做完打算移交给 web 组维护，一个都接不了。还得我自己维护。

后台最近部分业务逻辑要转 py， 结果 py 是开发出来了，业务计算效率极低，最后还得 c++组封装业务计算，做成 dll/so 给 py 调用。

事好多，干不完。

@whi147 新的 PC 端的工作会很少的，但是已有的 PC 端程序迁移到其他平台的工作会很多，毕竟 PC 端存活了几十年了，已有的软件量很大，这些工作很多都必须是原来 PC 端开发的人一起来完成的，不是随便招几个前端就搞定的， 上线了 5-6 年的 PC 端程序，很多业务逻辑也只有一直维护的 PC 的人才懂。很多老的 PC 端图形都是前端自己用 GDI，GID+绘制的，这些控件都是自己开发出来，升级维护都很方便， 现在的前端基本就是拿开源用，如果开源的不满足就歇菜了。　很多功能就卡壳了　迁移不过去，或只能出阉割版。

这和一台 mysql （这台看成是缓存） 同步到另外一台 mysql 一样， 一般都基于日志同步的， 你增加缓存日志，最后根据缓存日志来同步，基本可以一致的。

开发靠的是积累，如果只是拖几个开源的，ctrl+c,ctrl+v，就搞定的，那只能说你是搬砖的，不是搞开发的。
开发语言根本不重要，用一两个开发语言 10 年以上，换其他语言根本不是什么问题，构架设计无非就这么几种，换个语法写而已。这跟修炼内功一样，内功有了， 换一套拳打而已，照样能用内力震死对方。

我造过 1 个， 金融图形库(js),和分析家语法指标执行器（ js, py, c++)。https://github.com/jones2000/HQChart
这个东西国内开源的就我一家，没有第 2 家。
造轮子比较辛苦， 特别是多个语言版本移植， 学习强度比较大。 我前后化了 1 年左右才基本稳定完善。

加内存， 开发机 16G 内存起码的吧。

最好是 1 对 1 的语音问答，这样能帮客户快速解决问题， 最好可以提供远程桌面和截图功能，这样直接可以帮客户远程上去调试解决问题。解决问题了，收费， 没解决退钱。

如果是要自己搜索找，然后自己试， 浪费时间， 这和用 google 没什么区别。

如果是长期项目，尽量能看懂开源的代码，可以自己改造， 否则后期维护加功能都很麻烦。 后期换其他的开源也麻烦， 数据结构，接口什么的都要改，关键上产品上线了， 大改的化如果没有好的测试团队，出 bug 的概率很大。

"有一个业务，如果用户开启了就需要每分钟给他生成一条数据。所以 10 万是我看实际用户量的预估值"

数据应该是每个客户定制生成的吧，客户和客户之间的数据应该不是共享的吧。 这种需求一般就不写库，根据每个客户的 ID 对应一个缓存文件（你这个 1 分钟 1 条数据，1 天也就 60*24 很少的数据量）， 直接写缓存文件， 取的时候根据用户 ID 取对应文件。 写数据 /更新业务直接微服务上容器，自动扩展，如果 1 个容器可以同时更新 5W 个用户数据，后续用户大了，动态部署这个微服务。文件直接用企业级的 NAS 也可以用云运营商的云盘文件也可以。这个开发完，直接加钱买机器就可以扩容。

如果是后台转 js， 建议没必要学 css 这些东西， 这些东西随便招个 4，5 千的前端都会，就算你学会了也没有竞争力，反而浪费了自己的时间。
后台的一般以算法为主，如果你要转 js 建议侧重算法，以前是因为 pc 或手机性能不行，所以很多算法业务就移到后台，但现在 pc 和手机性能已经很强了，在这样的情况下，你可以尝试把后台的一些算法计算迁移到前端，由前端来完成， 这样前端显示速度也快了，后台服务器压力也小了。 而且一般招个前端也是干不了你的活的，前端一般就做做 UI，做算法的很少。把你以前的开发经验用在你要学习的新语言上，你才由竞争力。

我是做 c++ ， 在学习 js 的时候， 就把现在维护的一个 c++金融图形库和一个金融计算指标引擎移植到了 js 上（ 5 万多行代码），学了 2 年的 js 就会了画布和 js 的语法，其他什么 css 都不会，但这不影响我的竞争力， 我做的这块只有我会。这个移植项目我开源了（ https://github.com/jones2000/HQChart ）。本来是打算给前端开发组来维护的， 他们看了 1-2 个月说太难了， 目前还只能我自己维护。

超过 1 天的活， 我就不接了， 麻烦， 还不如打游戏放松下。
开源的我也做过一个( [https://github.com/jones2000/HQChart]( https://github.com/jones2000/HQChart)), 一般就写点使用教程（大概写了 90 多篇吧），
使用上的问题我都是让他们去看对应教程。如果是新的应用场景或 bug 类的 我会抽空给改下， 然后都开源出去。

死锁了， 直接用 windbg 调试，导入对应的 pdb，是可以看到锁变量信息和对应上锁的代码函数调用。 不过这个是 windows 的调试方法。 其他平台就不清楚。

小孩已经学习负担已经很重了， 应该减少课程，给孩子有玩的时间。不是每个孩子都希望当码农。感觉 python 课外补习班估计要火了。

能用就行，管他写的好不好。再说了， 大多数产品前期设计都很粗糙， 开发的时候一会儿一个需求变动，最后开发出来的东西 跟第一版设计比变动很大， 这样的开发流程，代码基本就是补丁加补丁。再加上要快速迭代，1 个星期发好几个版本，根本没空在大的需求变动的时候重构框架。所以......

@hantsy 这个是一个页面版的数据库查询分析器用来给学生学习数据库课程的， 学生通过页面编辑器直接写 sql 查询，创建表 等数据库的相关操作， 允许写错误的 sql 语句，通过执行报错在前端显示出来。如果直接就提示错误， 没有任何错误信息，学生根本就不知道怎么修正他的 sql 语句