myrual

批判性思维指南

大陆是不是只有北上广加杭州

谢谢大家的讨论。 今天经过开会讨论，所有的客户端通过https访问服务器来传输各种命令和获取信息。 然后负载的问题交给iis，业务逻辑还是让it部门去干，他们依然可以使用他们最熟悉的asp.net。只要嵌入式设备能够完整实现https客户端就好，不要发了tcp连接建立，发送数据之后就断开连接。
这意味着我之前考虑的各种并发问题，通讯问题，tcp问题一去不复返。
我只要专心做好一个服务模块就行了。 这个模块对外提供http服务，让别的服务器通过http来发送和获取数据。 然后我只要把一些从UDP通讯中获取的简单数据通过http服务返回给查询的客户端。
我想，这是一个必定可以工作的方案，而且似乎是相对成熟的方案，毕竟基于http，有IIS。

我只是想，为什么有人要发明那些zeromq，erlang来进行发送大规模消息呢？
http发送有什么明显的缺点么？

考虑现实情况，还是不用erlang来吓唬队友了。go也是属于备选方案。
首选方案是设计一些容易实现的功能模块，保证每个模块独立工作，模块之间只通过网络传输内容，。然后通过模块的组合来满足目前的需求。
这样可以保证队友可以在这个项目上贡献力量，虽然可能存在各种问题，但是可以保证整体架构可以工作，而且把问题的复杂度降低了。等遇到性能问题，可以根据实际情况优化几个模块。
总比我自己写全部的代码好很多。
当然，运行费用一定高，多个服务器是必须的。
响应速度估计也不快。
总体来说，就是以做出来，能工作为目标的方案；不是以性能，可扩展性，降低运营费用为目的的方案。

但愿我能把这个东西做出来。

@virushuo 你提醒了我。FP确实需要另一种完全不同的思考方式。考虑到team内的情况，FP的语言还是应该避免，erlang还是进入我的技术储备吧。
仅仅就我个人的学习实践经验来说，初学FP最大的困难在于转变解决问题的思维方式。 被命令式的思维束缚越紧，可能越不容易理解。

个人觉得FP最大的优点是代码表达能力强，短，几乎没有bug。
最大的缺点在于对于使用者的要求比较特别。
－－－－－－－－－－－－－
明天开始go语言的学习。

@ayang23 业务要求保持长链接，类似pushmail那样的

信息流动架构

@ayang23 三万个TCP连接同时保持的话，是很大的问题么？
用twisted这样的框架是不是就够了？

@HowardMei openpgm 在arm上无法编译。官方不支持。
@lfeng @virushuo @HowardMei @oldgun @bhuztez
非常感谢好心人。

另外我观察了目前得到的试验数据，基于UDP在实际网络情况中的糟糕表现，可能控制命令的传输还是要回到TCP上来。
zero暂时又回到视线范围内。