@pppppp1688 就是 web 版的远程桌面

windows server RemoteApp 配置下就可以

语言只是一个工具， 精通一门就可以， 关键还是要看你的行业经验， 这个才需要时间去积累。

@edis0n0
１.　盘满了　客户端判断下，出一个提示框，然后程序退出，避免再满盘的情况下运行异常，给客户带来损失
２.　杀毒软件，升级产品的时候把你的程序给个个杀毒软件都过审，只要过审了，就不会栏你了。
３．上传升级失败异常信息，　如果升级失败了，上传日志给后台，可以方便开发分析。

“客户端是屎山”　代码不行就重构，就改，天天说屎山，它是不会消失的，　只有一点一点改，最后这个屎山才能消失。

@edis0n0 如果是自建机房，升级服务器怎么可能是单台呢，　平时留３－４台做一个负载均衡，，　每次要上新版本是根据目前现在的客户量大致就可以算出高峰流量，提前调配好升级服务器和提升带宽，等升级高峰期过了，把多余的升级服务器下线，带宽就可以缩小。这些都是运维一个产品的基本的操作。

@edis0n0 用ＣＤＮ可以避免下载失败。选择就近的节点下载，成功率更高。除非客户端网络有问题，或者是升级包太大了，　如果是升级包太大，把升级包切成几个小文件，下载到本地以后再合并覆盖客户端。

如果自己不懂，不建议用什么全屋智能。不安全，什么数据都要回传给服务器，就是一小白鼠。

把升级包放到 CDN 上不就行了， 能用钱解决的事，不要用代码解决。回头 PPT 上写上使用分布式升级，高大上。

手里有药， 阳了不慌。 不管有没有用， 最起码再你高烧 40 度的时候有一个指望，医院根本就排不上号。

等大家都阳完就能恢复正常了。 不是必须品这个时间段就不要寄了。 大家都不容易。把运力留给送吃的， 送药的。

NS

扣代码， 只拷贝需要的功能的代码，其他没用到的一律删除。

写代码， 首先要能独立思考，能有解决问题的能力， 什么都问别人， 还不如你直接外包给别人做算了。

解决冲突，就是每个人改自己的文件， 尽量模块化，然后一个模块一个文件。

找老师傅带。

@lingalonely 自己当老板， 死的更快， 就目前这个行情，找个地方打工是最安全的。

多端，h5 套壳。 内容展示 h5 做， 跟操作系统互动的直接外面的原生壳做掉就可以了。没必要用什么框架。

@zhoupeng199 有 bug 不是应该先 debug 调试， 找到出现问题的那行代码吗, 然后修正。