实际都是看现有团队熟悉哪个构架， 就使用哪个开发。 除非是新组团队开发才会考虑这个东西。

一般手写笔记， 软件类的不好用，没有用笔写来的快和方便。

小程序 还要什么框架，也就几个页面而已，直接 js 写了不就可以。小程序有包大小限制的，插件多了，包大小会超。

UNIAPP 建议不要用， 没有什么核心技术，既然是 js 开发 app， 那首先要有自己的 JSCore 。否则速度根本上不去。

具体看做什么业务和你的团队擅长什么语言开发， 单纯比较语言没有意义。

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

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

基本都有的， 光纤到户的。 我就装了电信和移动， 反正手机套餐送的。就装的时候直接告诉师傅装网桥模式， 不要再它的光猫拨号。 直接连 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 类的 我会抽空给改下， 然后都开源出去。