k 线图你可以试下 HQChart, https://github.com/jones2000/HQChart. 各种信息都可以做成信息地雷挂在 K 线上。

程序员不创造算法， 只是算法的搬运工。

直接看源码或英文文档不就可以了。 国内的技术博客水分太多了， 大部分都是二道贩子，自己研究出来的发布的东西很少，完全浪费时间。

一般每年都要总结自己学的东西， 把自己常用的方法都封装成自己的公共库平时使用。对于自己用了 2-3 年的开源插件，必须要看源码，尝试自己重写一个这样的插件。
确保每年的代码量在不低于 5W 行。
不要使用 ctrl+c , ctrl+v 贴代码， 自己手动打一遍便于记忆， 否则很快就忘了。

核心业务代码自己做，其他的体力活留给下面的人做。确保自己技术的核心地位， 否则完全转管理，开发这个块就废了很可惜。

主要看团队熟悉哪套框架了， 其他没有什么好坏之分，大多数框架基本的需求都可以实现。

多用几套框架，可以让你思路拓展一点，不会局限在某一个框架上。 每一个框架都有自己的优势和劣势。

"生疏" 具体指什么， 打字慢了，还是没有思虑？ 一般长时间不碰电脑打字速度会慢，但是解决问题的思路应该不会慢的。

和 OpenGL 比，用哪个好？

能 ctrl+c ctrl+v 就行了。

楼主可以看下天天基金网， 那里东西比较全。其他的最起码指数要有 K 线图，基金要有净值的历史走势图，

除了上班的 8 小时， 其它的时间都是个人时间，自己怎么安排都可以，根据自己的爱好分配时间。
技术这个东西是靠积累，也急不来，当你要把这个知识点所有的坑都踩一遍，你就学会这个知识点了，学完一个再学下一个。最怕突击学技术，学了大概，基本没什么用。

1.内存共享
2.命名管道
3.socket 通讯
4.统一用数据库(mysql ,redis...) 读 /写获取

软件快不快取决于用到的开源的插件快不快。
现在已经很少有人从头开始写了，都是搂几个开源的插件搭个产品出来。
开源插件性能的提升才能让软件速度提升。

开源的都不怎么能盈利的，所以插件升级动力就不大。
最重要的是，开源插件为了适应更多的应用场景，代码量和判断逻辑就会多，但是对于你的应用场景很多代码和逻辑判断是不需要的是冗余的，但你用了这个插件就只能都打包进来。比如这个插件有 10 个功能，你只用它 1 个功能， 但你打包的时候是整个插件都打包进去。这样体积和冗余的代码就多了 2-3 倍吧。正确的应该是只扣这个插件的这 1 个功能的代码，并剔除不适合自己的应用场景的代码。但这样做跟自己重新写插件差不多，谁回去做呢。

@murmur 代码全部自己写的，图也是自己画布画的， 全部都开源的，代码随便用，随便复制。https://github.com/jones2000/HQChart 。
目前国内我是第 1 个开源这种图形+指标引擎插件，没有第 2 。

只要有流量， 在烂的框架也能赚钱。

我也做过一个网站，https://opensource2.zealink.com/vuehqweb/hq.demo.page.html 这个是我独立开发（前后台都是）。请问技术是处于一个什么样的水平。

外包出去比较好。

自己一个人开发， 什么设计模式都可以，反正就你 1 个人，爱怎么玩就怎么玩，能实行功能就可以了。

多人开发的时候，接口定义就重要了, 大家都是根据接口设计同步开发的， 你把对外的接口定义好了， 在接口实现的地方，返回假数据， 这样其他人直接就可以用你的接口继续开发下去。 而不是等你开发完，他再开发。大家都是并行的开发，而不是串行的。

一般场景是这样的。
老板问：这个项目你一个人要几天完成？
你回答：60 天，
老板说：太久了，这个项目客户很急， 我给你加 10 个人，你 6 天完成。
你回答: ........