个人感觉前端还是有前途的， 特别是这几年手机和 pc 的硬件速度提供很快， 很多以前只能后台才能做的事（比如复杂的的计算）， 前端也可以做，这样你的优势就出来了， 数据读取-》数据处理-》数据显示 这 3 块都给前端， 可以节省后台开发费用。但这个就要求前端有强的算法编程能力， 不是只会点 UI 控制就行的。

刷题都是纸上谈兵。 关键还是要代码经验，就算你不知道做什么，你直接在 git 上找几个好的开源的插件， 自己根据自己的理解重写一遍都比纯做题的好。

读代码也是程序员的一个基本技能， 任何一个已经上线运行 1-2 年的程序的代码都有它存在的意义，就算你重写也需要看懂老代码， 重点就是看他踩过的坑，解决这些坑的代码可能就是代码里面最烂的一部分。

@wangyz1997 关键点在你的读取的这个地方， 如果你的数据是有更新频率的，那读取一次完成以后， 需要释放 cpu （使用信号等待几微妙）， 在下次频率更新以后在读取。
你现在的逻辑就是一个死循环一直读， 这样就肯定是不会释放 cpu， 如果你是这样模式的，那就使用独占一个 cpu 的方式， 比如你是 16 核的服务器，你就单独拿出 1-2 个核单独计算你的图形数据。 或者单独拿一个服务器计算图形，　 UI 显示用其他的机器显示， 通过 tcp 推送的方式，直接把计算好的数据发到前端， 这样前端是绘图肯定不卡。

直接买 美版，日版，港版的，买国行的就只能当一个蓝光机用了， 什么都没有。

线程里用信号等待来触发， 不要 while(true) 这样你的线程还是再占用 cpu，需要用 WaitForSingleObject 这些函数， 才能释放当前线程不使用 cpu， 等到信号。

@DGideas 被加黑名单了， 就会被墙引导国内用户攻击这些黑名单的 ip 。导致这些网站瘫痪， 这些网站没办法就屏蔽所有国内的 ip 了。 如果早点备案审核一般不会被加进去的。

@TomeWong 那只有在当前屏 20 条数据变动或上传成功才会触发渲染，其他情况不会触发渲染对吗？ 那应该不会卡的。

这个没办法，出来混总要还的。
没有技术积累， 都用开源拼拼凑凑的，这个跟裸奔没什么区别。

解决方法就是去备案， 并且使用国内虚拟运营商的机器。

重构最最重要的 1 件事就是要写单元测试， 否则你重构的越多，可能出现 bug 的机率也最大， 如果你们老板给你们的配置是 1 个开发配 2 个外包的自动化测试的人员，那这个重构是轻松的。 否则要很小心， 可能会把好的功能改坏了。尤其的底层的重构，这些模块可能其他业务部门也用了。 如果没有完整的单元测试和整体的功能测试，就算改完了， 上线都是提心吊胆的。

感觉设计有问题。 你 2 万个文件， 都是显示在传输列表中吗？ 1 屏放的下吗？ 界面只渲染当前屏的列表不就可以了，1 屏最多也就显示 200 条数据最多了， 渲染 200 多条数据是很快的， 不可能卡的。 不显示的数据不要渲染。

算法最主要是独特的理论支持。 如果钱多，最简单的方法就是和 911 学校的院系合作，你们出钱资助，最后的专利归你们。 这样学校得名，你们得利。

TSGetway,直接走 https443 端口,win2008 win2012 都自带的。

直接走人，换地方。 开发这个东西很难量化，项目前期还可以更具你的页面或功能数量化。后期重构，优化，代码加注释等这些精益求精的活没办法量化，而且后期这些东西会比前期更消耗时间，因为还要把前期做过的东西更好的抽象成类，封装等，这些花时间比较多。

有时间找模板什么的， 还不如花点时间学下前端，这个又不难。1-2 个月就能上手了。根据自己的需求自己写一套模板不就可以了，后续修改升级都方便。 技多不压身。

ECS 内网下载到机器上， 然后再 ECS 上安装一个百度什么的云盘， 上传到百度云盘， 然后在下载到本地吧

都做成客户端了，直接 c++开并行分块上传（ probuffer)， 计算 MD5 慢， 直接使用 GPU 计算， 页面只读取状态就可以了。

做为独立开发者，你开发的东西， 能体现出你已经在某一个领域有独特的理解或足够多的经验，也就是说基本所有的坑你都踩过一遍了。你的作品不是只招几个新人找找几个开源的就可以堆出来的。