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

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

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

教程只能参考参考， 具体还是要看实际情况了。 特别是小公司，前期根本没详细需求设计，一边开发一边改需求，你前期代码设计的再好，也经不起大量的需求变动。最后都懒的去重构了， 就打补丁的方式堆代码了。

@wangyzj 有 1-2 个侧重点精通的， 其他不是核心竞争里的东西了解就可以，一个人不可能什么都懂，什么都精通的。 搞不定的东西就花钱买服务，现在互联网分类已经很细了，都有对应的服务可以购买。最后可以把这些东西搭建成一个产品。

传文件的时候， 文件独占打开。文件传完以后释放。 在文件独占打开的时候， 其他线程打开这个文件是失败的。

全栈最好是有侧重点， 只能你才能干的。别人干不了或花很大的成本才能干， 否则没有竞争力。

@Hlianbobo 我用的是八抓鱼， 抓些不太重要的新闻数据。如果是重要的数据，一般会找数据商购买， 不会自己抓， 太麻烦，而且数据校对也是个问题。 如果是买数据商的数据，质量一般没什么问题，合同里面一般都会标明数据错误是要扣他们钱的。

淘宝上直接买 2 手的服务器

造轮子可以让你深入了解整个抓取的流程，和需要踩的坑. 如果你对开发不感兴趣，可以直接购买云抓取服务，直接给你抓取好的数据，你直接 py 解析页面数据就可以。

没有任何意义。你编译出来的东西是给客户用的，又不是你自嗨一个人用。
安全第一， 速度不重要。 万一中毒了， 你编译的出来的产品可能也带毒，客户下载你的版本就会中毒。

直接买云抓取的服务不就可以了。 还自己爬多麻烦。

@Martox 公司花了半年多时间招 PC 端移植到 js 平台的人， 面了很多 4-5 年前端开发经验的人，都说做不了。这个项目就停了。我自己在 git 上找了下，发现这种 js 开源的基本没有。 我就抽空自己一边学习 js 一边移植（每天固定花 2 个小时时间搞这个东西）， 搞了 1 年多才移植完，然后开源了。移植完这个 js 画布里面的 2D 绘图基本就全会用了。

@revalue 不管谁出小程序， 都不可能支持全部国外的 js 插件， 移植还是需要的， 有移植 js 到微信小程序的经验， 再移植其他的小程序就更简单了。我就移植过一个 PC 端的 c++的金融图形库+指标计算引擎到 H5,小程序,uniapp,py.（ https://github.com/jones2000/HQChart ）， 移植小程序以后只花了 1-2 个星期修改就支持 uniapp 都是差不多的框架。 整个移植过程花了 1 年多，js, py 都是现学的，这个比看书，看视频有效果多了。

其实写小程序还不错的， 主要是国外没有小程序，所以很多国外开源的好插件在小程序上跑不起来，所以你能写的开源的东西很多， 只要是国外好的 js 插件，在小程序上无法运行的，你都是可以移植到小程序上，然后开源。

50 寸以下的小屏幕 1080P, 4K ,2K 根本没什么区别。屏幕太小看不出来什么大的区别的。100 寸-200 寸的屏幕就可以看出来 1080p 和 4K 的的明显区别了。

我个人认为，这种监控可视化没有什么意义， 只是给领导展示看的。 监控不在于图形展示，它主要是当发生异常或错误的时候能及时发信息给对应的处理人员，而图形的意义在于，收到信息通知的人，可以借助你的图形找出哪个节点的环节错误了，及时修正这个错误。

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

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

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

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