@INCerry

1 ，感谢，去年我用的时候，应该还没有这个 Tips

2 ，Spire 免费版有限制，目前已经找到了替代方案，自己研究花了不少时间；


@Chad0000

小公司，一年花几万不划算，自己后来研究了下 office 和 wps 接口，已经解决了。




.net 只是偶尔用一下，上手容易，社区如果能做好一点就更好了。

@INCerry

StackExchange.Redis 没有对 brpop 的支持

iText7 ，NPOI 质量肯定可以，但是没有类似 spire 之类还收费，也没有好用的 HTML 转 PDF 的。

@liprais

steam 慢难道是因为和 Store 利益冲突做了负优化。

@Rwing

随便搜几个关键字，看 Github 哪个库多：

redis：Go 5K+，C# 3K+
mongodb: Go 3K+, C# 4K+
orm: Go 1K+，C# 2K+
postgresql: Go 2K+, C# 1K+
Mysql: go 4K+, C# 5K

可以发现库数量基本差不多





但是，看下第一页的包的 Star 数量，Go 第一页基本在 1K 以上，而 C#只有前 3 个在 1K 以上。

只能说：Go 的包应用方式，导致了生态更加开放，更加活跃。

我在实际使用中的 2 个例子是：
1 ，至今 C#没有免费好用的 Redis 客户端库；
2 ，大部分行业库都是收费的，比如处理 PDF 的，处理报表的；

代码也有两种：
1 ，有人用：BUG 很多，不断改，熵越来越大；
2 ，没人用：完美

技术往往就是将一小木船，改为战舰，然后改为潜艇，再改为飞机，最后改为战争堡垒（堡垒中间还得来个伊甸园）。

所以通常人越少，架构越好，因为没有人力可以浪费在无关精要的功能和需求上；人少的时候很多人都能独挡一面，知道一项东西的来龙去脉，做出合理的设计，人一多就没法设计了----大家都有自己的思想。

为了兼顾大家的思想，我们设计出框架，框架解决了大部分问题，这时候有部分同学理解不够，没有跟上来，

后来分布式来了，异步来了，我们需要采用分布式的和异步的框架，但是这时候大部分同学跟不上了。。。

当然，将一首航行中的战舰改为潜艇，不是每个程序员的能掌握的。

我买的乐哥不晃动啊

小米手环，以前 2 周充一次，前几个升级后，现在 3 周充电一次，感觉好用。

或者被国内的新能源汽车干趴了？

没有人猜是因为他买了 humankind 这个游戏公司的股票？

@WilliamGao

我 20%才 88%的股民，我用的平安证券。

用 electron 版本 个人觉得还不错啊。

你看下我的：

https://c4ys.com/ ，

再看下其他人的，

你想不要搞一个自己的独立域名，自己的自留地，想怎么弄就怎么弄？

如果想，那么去做是了，管他啥好处。如果不想，那一堆理由也是别人的，不是你的。

别人的理由基本不成立：

品牌：当下做公众号，短视频可能做品牌更容易一点
流量：第三方平台能给你带来更多流量
审核: 只要在国内，还是审核的，放在国外就有速度问题，墙问题

所以我认为能用的理由只有：我乐意 ---- 我可以不需要考虑好处

@holulu

当前最佳实践应该就是数据绑定：在 MVC 的基础上，将数据和界面再分离出来------只需要操作数据，界面自动变化。

gui 思想：从最开始手动操作界面，到 mvc，到数据绑定(mvvm)。

如果我当年拿证了，估计比现在大概会多每年 20-50 万以上收入吧。如果算 10 年就是 200-500 万。

@shuimugan

9.0 居然用 typescript 开发了，原来是用 PHP+Symfony 的。