github 一下 roman

.Net 真心不错，抄袭借鉴并吊打 Java，但和 Golang 比起来应该是各有千秋

另外阐述一下自己的不成熟的观点，真正的大佬不是做了多么牛逼的框架，而是这个框架提高了多少生产力，真正帮助了多少人，产生了多少真实价值。我深深感觉楼主深深陷入了自嗨的模式而不可自拔，所以推荐你去读一下堂吉柯德，如果你还是停留在自我欣赏自己的框架多有前景，自己的技术能力多么 nb，那么可能你只是现代版的堂吉柯德。以上

古人云：“不因言废人，不因人废言”

因为楼主恼羞成怒，我有些担心自己的言辞有偏见，就专门看了一下这个项目的代码。

不得不佩服，楼主的代码整体非常整洁，代码结构也很合理，在合适的位置配有注释，这个值得表扬，这个项目适合让新人提升阅读理解开源项目的能力。

但缺点也很明显:
1. 喜欢重复造轮子，例如 HTTP 的 Utility 部分竟然有单独重写 URL 参数的方法，这违背了 DRY 原则（重复造轮子的必要性能否解释下？）
2. 框架似乎是用 REST 来做的远程通信，这要求显式配置需要传播的节点 IP 地址和端口，不管是从安全还是效率上都让人堪忧
3. 层层嵌套的方法太多，这种组织方式显得很冗余，大大降低代码可读性，也有降低灵活性易用性的问题
4. 楼主没有写一些基本的部署教程或步骤，只有通过阅读源码来猜测框架是如何启动的，我甚至有些怀疑楼主是否能用这个框架跑通一个 demo，是否在实际分布式环境中做了测试，实际的效率、易用性、扩展性如何

暂时就这些反馈。

总之，除了这些缺点以外，真正让人持怀疑态度的是楼主没有给出令人信服的测试结果，推销你的框架好，总之要给点证据吧，这些都没有在楼主的描述中体现出来。因此，楼主项目不受人待见，是自然而然的事情，真的没必要大动肝火。建议多学习一下其他的框架，而不是搞这些看上去高大上的框架，酒香不怕巷子深，你这个东西好用，自然有人用，你这个东西不好用，你把它吹上天也没人鸟你。所以，楼主加油

看到这里，忍不住贴一个百度百科地址，祝楼主好运 https://baike.baidu.com/item/%E5%94%90%C2%B7%E5%90%89%E8%AF%83%E5%BE%B7/59900

楼主之前一直在推他开发了近 2 年却只有 200 多 star 的 Java 框架，扬言似乎要取代 SpringBoot，结果被 v2 众佬围观。

这一次又是准备革命分布式计算么？(doge)

https://v2ex.com/t/695080
https://v2ex.com/t/695080

OS:
数据库：
鉴权：
前端：
后端：
Gateway:
容器编排:
CI:
编排自动化 /自举 /Dashboard：
监控：
存储同步：
TLS 以及自动更新证书:

我是根据这个 44k+ stars 的项目来扩展自己的技术栈的 https://github.com/kelseyhightower/nocode

为啥要调 win api ？是与 windows 系统强集成么（其实我没看到有用必须要 windows 的场景，除非是 RPA 、UIPath 、只支持 windows 的客户端软件）？

Office 套件可以用 OpenXML，完全用不着调用 win api 。

都.Net Core 了，为啥不支持 Linux 呢？

国企

crawlab-team/crawlab

建议采用 JIT 长任务的方式，如果不超过 1-2 分钟处理时间，问题也不大

这个项目不错，值一个亿

感觉没啥用...

"This repo does not exist in GitHub Insights.."

比较安逸是 Cons ？？

上海您好世界科技有限公司

crawlab 传送门
https://github.com/crawlab-team/crawlab

只要不合适，跳多少次都不频繁

新版掘金 bug 太多了，好久没上了

网站太慢了，可以考虑将静态文件放在 oss 上，这样会访问快很多