@pxiphx891 其实是上万，国内有这么多摄像头的公司多如牛毛，像银行，邮政，快递公司，等等

@Rico ffmpeg 转 wss 性能不佳，有数万个摄像头

算法太费脑细胞了

@mmdsun 算法导论太难了

@lucays 那我再看看

小灰的算法之旅 确实不错，比算法 4，更容易， 少量的 python 代码，没学也看得懂

小灰的算法之旅 可惜是 Python 的，没接触过

算法 4，https://cread.jd.com/read/startRead.action?bookId=30450304&readType=1 京东上看了下，好像还不错，多谢推荐

@waiaan 没问题

@Leviathann 多谢，先看下

上午已添加 windows 支持，感兴趣的可以下载体验了

好吧，只是不知道你们用的是不是 maven，如果是，我那个工具，帮你们分分钟解决。
t/712080#reply7

@qile1 这个工具配置下，是可以支持任何语言，任何框架的，这几天文档应该会写出来。无需任何配置的原生支持还没 python 哦。

@xgfan 这个工具的用途在于架构演进，让应用从单体，慢慢演变为大型的云原生微服务架构。功能很多，但操作界面就那么 4 个，及其容易使用。所以，先跑起来试试。

@xgfan 完全不是一样的东西，这个定位是一个持续交付工具，但同时也是一个架构工具。

没想到去下超市回来，居然 UV 和 IP 数都超过了 50 。更没想到，广东这么热情，访问量占了一半还多。

@GM 你应该是个高手，确实是的。其实现在常说 devops，它有三个主要任务： 缩短市场相应时间、减少技术债务和消除脆弱性。可以大大降低初级技术人员的这些问题， 但是小公司吗，可惜，弄不出好的 devops 平台。我那工具也只包含部分功能。

@iweisi 你指哪方面

@GM 我知道你的意思，从写代码角度来说，是有点不可能。换个角度来说，假如，一个初级技术人员写的一个服务，单机只能支持 200 并发，但如果你让这个服务自动水平伸缩至 10 或更多的服务器，并处理好负载均和，支持 1000+并发那是一定有可能，虽然方法烂了点，但对于小公司来说，经济上根划算