Keynote 还是好于 PPT 的，其他不行

现在连真 1080P 都还没普及呢，半数号称 1080P 的都是抖 1080P ，甚至只是“支持 1080P 信号源”。

便宜的 4K 都是用真 1080P 抖出来的，真 4K 投影机都在一万美元以上，这价格可以买 100 寸大电视了，何苦折腾投影？

当然得坚持给自己加码学习，才能找到工作啊。别等到毕业了才发现学校里教的那点东西根本做不了项目。

学校只教 1 ，而工作需要 2 、3 、4 、5 、6……这后面的都得靠自学。

但也不要忽视学校里那个 1 ，那是根本。一生二，二生三，三生万物。根本理解得越深刻，后面就学的越快。

@since2021 我的 reserved ip 也丢了

法律禁止的只是提供 VPN 服务，自己建自己用从来都不违法，对外服务才违法。

产品经理都没想法，还得反过来问码农😵‍💫

自己学几个月可以省一千

可是这几个月干点啥赚不了一千呢？社会分工以人人都是全才为基础的。

有英语底子的都去 toptal 了，英语不行的与英语好的合作接活也是个不错的选择，最好有个这样的平台。

t.field 会被直接翻译成 sql 语句在数据库中执行，而反射只能把数据先取到内存中，转化成对象，再反射取值，当然慢。

更何况反射本身就慢。

你这个需求，可以使用 Dynamic LINQ 来替换 Select 里面的内容，从而使操作能最终变成 sql 语句。

官方例子就有： https://dynamic-linq.net/basic-simple-query

@xuanbg 呃！时区问题肯定不是不用日期型的原因。美国不像中国是统一时区，硅谷的程序员天天都要与时区打交道，但日期型的使用却很普及。

事实上很多数据库内部对日期型数据也是存时间戳，各种日期运算（加减、时区等）还是由日期类实现的。只是国内流行直接存时间戳，然后手动运算。

不知道是从何开始，国内很多数据库设计的时间字段都是长整型时间戳。问过很多人也不知道为什么，只知道大家都这么干。

日期型字段怎么你们了？为什么不用呢？各种计算都方便。就楼主这需求，用 Linq 直接 groupb 很简单。

sourceList
.GroupBy(x => x.dateTime.Date)
.Select(x => x.Count())
.ToList()

完结，撒花

27 寸竖着我都觉得太大了，一眼看不过来。还是 24 寸更合适竖着，但得买 16:10 的屏幕，普通 16:9 屏竖起来太窄，很多面向 desktop 的页面放不下

学语言的关键是——不要翻译！不要翻译！不要翻译！

直接理解，而不是翻译成中文再理解。这是一个再造的过程，开始很不习惯，但坚持一个月就成功了。

等你发现自己需要翻译给别人却要想一会儿怎么用中文说的时候，你就真正学会英语了。

后面就是词汇量的累积了，这个是最简单的。坚持英文阅读，遇到不认识的词就查。且不必强行记忆，下次遇到仍然不认识就再查，常见的词多查几次自然就记住了。不常见的词也没有记的意义。

楼主的想法不是不行，而是为什么非得给自己弄个 hard 模式？走成熟的留学再工作路线轻松又愉快，大家都在走的路说明好走，想绕过去大概率是更远的路。

Let’s Encrypt 的根早就过期了啊，现在是在玩一些 trick 以获得部分系统的支持，并不保险。

acme 默认都已经改用 Zero SSL 了，你也能换就换吧。

这是要照顾纯 Java 6 程序员么？哪怕是写过 JS 的也能看懂 stream 吧？

吸尘器的功率大于 300 瓦。你还不如买个戴森，只用车电给它充电。

@ch2 用 redis 和 memcache 的问题是这些都不是 serverless 的，你得自己预测流量并手动调整容量和实例数量。而且实例一经创建就得付费，不像 serverless 的产品那样不用就不付费。

serverless 必须是无状态的，因为服务实例有很多且寿命很短，你的请求很难一直发到同一个实例。这就是为什么 serverless 可以撑住超级大的突发访问量，又可以在低访问量的时候保持低价，因为实例数量一直在动态增减。

你应当尽量把程序设计成无状态的，但你同样可以使用数据库来持久化一些数据。AWS 的一些数据库（比如 DynamoDB ）也是 serverless 的，可以很好的配合你的 serverless 程序而无需担心数据库会成为瓶颈。