对多数人而言游戏只是单纯的消遣，甚至算不上需要投入的兴趣
其实挺好的，说到底，大部分光是活着就要竭尽全力了
至于硬核的游戏话题，感觉还是要找到对应可以沟通的圈子以及一批朋友

Evernote，其实主要就是全文搜索比较方便，写完往里面丢就行

如果是用 .Net Core 的话，对应的 ORM 可能用的是 EF Core ？
如果是 EF Core 的话，可以简单参考这篇（ https://www.cnblogs.com/cgzl/p/8543772.html ）
更新就直接是追踪 Model 的属性，更新属性并 SaveChange 之后就会实现字段的更新（ https://images2018.cnblogs.com/blog/986268/201803/986268-20180311220651540-1228571595.png ）

最近面试一些同学，照例最后问对方对于本次面试以及公司有什么问题的时候，有次被问到通常面试中考察的算法与数据结构在实际生产工作中有什么用。

由于公司规模不大也不是工程师文化导向的公司，我这边面试对于算法与数据结构不是考察的重点，不过对于他这个问题我也说了我自己的看法，不知道诸位的观点是怎样的。

最近工作比较忙还没时间看，个人对何同学观感还是不错的，今天回家看一下，谢谢推荐。

@lovedebug 如果查询场景需求确实很复杂的业务的话，我们会考虑上 GraphQL 的

@lovedebug 我个人觉得关于复杂查询不管是用 $filter 还是直接 POST 自定义方法（如 "_search" ）都是可以的，具体看自己场景。
事实上我们项目实际实践中，这种情况还是自定义 POST 方法用的比较多

之前负责撰写公司的 API 规范，当时也参考了很多包括 Azure （ https://docs.microsoft.com/zh-cn/azure/architecture/best-practices/api-design ）、Google Cloud （ https://cloud.google.com/apis/design/ ）等公司的规范，大厂的标准往往更加规范，给人很多对于 API 设计上概念理解的启发。

其中感觉最详细的大概是 Zalendo 的： https://opensource.zalando.com/restful-api-guidelines/ ，其中有非常多的实践是可以参考的，也像 RFC 一样规范了 MUST 、SHOULD 、MAY 的遵守分级。

关于文中提到的 REST 表示一个动作，我们参考的更多是 ElasticSearch API 的做法，即将动词加上下划线前缀，作为 POST 方法进行服务，形如： http://cloud.sy/machine/xxxx/_restart

关于这一块 Google API 是用冒号作为前缀的，但一些路由框架会占用冒号作为关键字，因此考虑使用下划线代替。

你躺好，找个人帮你把主子放你背上，然后用猫玩具在主子头顶上勾搭，可能你家主子就蹦跶起来了

我们组每周还是会固定开守望车的
不过经常会有队友的女友 & 老婆突然跳出来 gank
影响不好就不凑热闹啦

当然是可以的，比如一边收租一边在家写代码
很多开源项目其实也是需要有兴趣的人维护和贡献的
不过就我而言，现阶段的公司工作仍然有很多值得学习和挑战的东西，还没到前往下一个舞台的时候。

可能也取决自己想要看怎么样的风景吧

@RHxW 我回复发出来确实也发现不对劲了（
不过原文确实也是 “Wizard”，可能说是巫师就更中性一点

以前看到过一个我很认同的说法，编程就是当代世界的“魔法”，而软件工程师则是当代世界的“男巫”
无论是最简单的自动化脚本，还是功能丰富的产品，我们可以通过代码借助电子计算机的算力、网络基础设施等资源，来改善自己以及身边人的生活。
希望你能继续从中获得到成就感，同时帮助自己和自己身边的人。

以前看到过一个我很认同的说法，编程就是当代世界的“魔法”