自认算主机玩家或者掌机玩家吗？

如果是小时候爱玩超任、ps2 或者 gba nds 这种掌机自己有几台的，那就推荐 ns 。

不过既然你会提这个问题，那大概率你的答案是否，还是别买主机了，买了大概率吃灰，steam 的还好些。

简单一句话，除非你是看人玩某个主机独占游戏心动了(马里奥系列、健身环、塞尔达)，否则国内的非主机玩家没必要买任何游戏主机。

另外，许多人脑子就是有病。

觉得自己的选择正确是人之常情，因为觉得正确才会去选择，但总有些人因此就见不得别人说这个东西的一点不好，有一个人说不好，就是对自己的尊严的挑战，就非要跳出来强行证明缺陷不是缺陷。 你尊严可真不值钱，什么事都会挑战到。

觉得自己的选择是 90 分又能怎样？别人就能因此贬低你？ 那我觉得是你人的问题，你选啥别人都会贬低你。

现实就是 iPhone 最多 90 分，但其他的也只有更差的没有更好的，其他几家的旗舰也基本只是达到这个分数，而使用习惯还有其他数据迁移的问题导致我不愿意换。
iPhone 依然是这个时代最顶尖的手机，但不影响他信号很垃圾，不过这个信号垃圾都不太影响我对换手机的抉择。

@zhaoxin 真的孝死了，别人说信号差的地方 iPhone 比别的手机效果都差，你贴个外国人研究解锁卡贴会导致信号更差的文章来说事，还说不是杠。
别人说买的吃的没吃就坏了，你跳出来说美国人研究发现拆封后开口放置会坏的更快。

真的是孝死了。你有没有想过虽然有锁卡贴会信号更差，但没卡贴的原装机也只强一点还是信号特别差？ 在信号差的地方，iPhone 就是比安卓表现差的多，你还在舔，苹果不给你把买手机钱报销了真的是愧对你了。

楼主真的是不正常，苹果信号就是比其它家差，你感觉不到只能说明你情商低没朋友没家人还没备用机吧？ 许多人提到里真实场景遇到的问题，你还非要抬杠，觉得是人家的问题，或者是卡贴无锁机的水货问题。

我从安卓 4.4 之后只有过一个红米备用机放一个移动卡，一直都是用 iPhone 的，iphone 信号差已经是共识了，只是平时大多数时候 iPhone 的那个天线信号强度也足够达到满格了。

但凡你和朋友一块出去玩过几次，坐车路上看视频第一波开始卡的就是几个用苹果，爬山爬到台子上坐亭子里别人信号弱打通电话问对面人在哪了，对面卡听不见，而你的 iPhone 掏出来直接就是无服务，只要脑子正常人都能对比出来谁信号差。

另外，一般运维会涉及项目管理吗？ 源码和部署包管理不应该是开发人员来维护吗？
运维需要注意的是服务器上用户生成的数据资源，比如用户上传文件的目录，项目生成的用户数据文件目录。

另外你如果觉得文件夹备份太过古老， 那你可以去看看 docker 的插件，其中有些可以用来支持使用 nfs 或者对象存储来当作 volume 挂载点，也就是说采用这种方式，你迁移的时候只需要在新机器的 docker 上添加对应的 plugin 不用迁移文件就可以直接启动项目，不过用这种方式注意控制好网络权限，防止被人攻击。

1 、docker-compose 是做容器编排的，是用来代替你写多条"docker run xxx -e a=1 -e b=2"这样内容的。 而 dockerfile 是用来制作镜像的，如果你有自己制作镜像的需求，那么用 docker-compose 也省略不了 dockerfile 。

2 、你实际上是再将 docker 当虚拟机用，你的用法其实是生成了一堆快照，然后用 git 来传递这个快照了，一般这种非代码且不太需要版本管理的，我不推荐用 git ，这种用法我一般推荐用网盘或者 nfs 或者对象存储。当然你如果只是把 github 当成一个免费的网盘也没问题，github 不禁止这么做。

3 、docker 启动 web 项目这类的常规用法其实是目录挂在，比如启动 nginx ， 你的做法是把文件扔到容器内，然后把整个容器做个快照下次再启动这个快照，项目文件改了就再做一个快照。
但更推荐的做法是，把 /var/www/，/etc/nginx 这些目录挂载到宿主机上某个位置，然后把这些目录打包转移走就可以了，下次启动还是使用 nginx 标准镜像，只要把这几个目录挂载上就可以。

为啥要心凉，不论他请你的真实内心想法，但总之他是在表达善意，而你自己也说了工作期间一直是秉承着和同事不深交，那自然是没有和你情感密切真心惋惜大家以后交集减少的同事。

对于圈子论那些，客观的看乐意混并且情商不低的人自然比不混圈子的发展更好，因为领导能看到他表现。
但混不混圈子看个人，水平不行可以慢慢练，但不乐意就是不乐意，我对周围人都是和善的，但也没有和领导多交流多表现的想法，不爱那种社交达人的圆滑。

我来说一下.

1 、getclass 是返回 obj 的，那自然 NullPointerException 的可能（这里是不是应该会 NoClassFound 啊？）。

2 、class 不同 自然不相等， 因为 class 也是对象，所有反射类都是对象，只不过这个对象是 jvm 创建的并且与 jvm 中实际的 class 操作绑定。

3 、jvm 中 默认的类加载器中每个 class 是唯一的，也就是说如果你没有自定义类加载器修改相关方法，然后通过你自定义的类加载器加载这个 class 的话， 不论是 b.class 、new B().getClasss()、class.forName("B") 实际上返回的都是 jvm 默认创建的那一个 B class 的绑定对象。

最后，所有支持 存在 null 才是符合大多数 程序员逻辑的想法， 除非你入门编程语言恰好是非 C 系那几个排斥引用类型有 null 值的语言。

因为数据不存在 null 和 数据存在值为 0 ，含义是不一致的。
让他们表达相同的含义就和前端页面父子组件样式有问题导致挤压错位，然后用绝对定位或者 margin 负数移动回来一样。
在外在表现上看起来是没问题了，但实际上从根本逻辑上讲他就不应该这么处理。

另外，这么多人聊了这么多 居然只有 @kiwi95 提到这个问题的重点，mysql 的 null 索引有性能问题，会慢非常多！

要求 not null + default 的规则制定者中能说明白的大拿都会和你明确的说，mysql 非 null 查询性能会差一个数量级。

这是 mysql 的问题，不知道 8.0 有没有解决，最起码 5.5 5.6 这些规则书写成那个年代的版本是真实存在的性能问题。
而且这只是 mysql 的问题，mysql 小毛病一大堆，所以你网上看到的许多数据库优化的点实际上并不通用，就是针对 mysql 的。

上学时候 学 sql server 还在天天教数据库三范式的年代，哪听说过这种要求。

@GTim 你说了半天我还是没懂，bigint 是如何存储时区信息的？ 转 UTC 时间的 timestamp ？

那么用 datetime 还是用 bigint 有差别吗？ 为了防止人肉眼看的时候能直接看出来这个是什么时间吗？

bigint 和 timestamp 最大的差距仅仅是 2038 的长度问题， 除此之外他们在存储本质上没区别，只是后一个 mysql 可以自动处理给你显示成人类可读的时间。

@GTim 可以存入数据库的时间都使用 UTC 时间，程序读取和写入的时候做转换。

@stroh
另外，我不确定其他回复的人里主要争吵的点是什么。

我回复的内容里，前两个大概在分析这个错误发生的原由，后面 5 、6 条其实都在针对一句话 “我也做过 xxx”。

做事的时候最讨厌这种不干这事的人出来放这种轻巧屁——贬低别人水平、职责别人忽悠蒙人。
被说中人都会被激怒何况是还没这歪心思的人呢。

之前有个产品给我们提需求就老是“这个很简单啊？怎么需要这么长时间？”，“我也学过 SQL 啊？不就是写个查询吗？”。
他特么一个需求要改 5 、6 个不同的接口，展示的那个属性的查询条件，在有的地方需要通过登录用户信息关联，有的需要物品信息关联，还有的需要通过关联关系找到多条数据再查。
他一句“不就写个 SQL 吗用得了这么久吗？”气得我们组长说“用不了那么久那你来写”。

一个多结构嵌套的页面，赶进度的时候让快点催得急，我们后端就自己写，我们从其他页面挪了一些类似的组件过来改吧改吧，上线后发现有个块整体歪了 1px ， 他去找我们我们说不会，得前端看看。
他找前端也是 “不就歪了 1px 吗？你移一下不就好了？”，前端也憋着没说话，后来找了半天找到上面有个空的元素外面看 hight：0 ，但内部有个不可见元素有体积给挤到下面了，导致后面好几块都乱了。

换你是我们这个前端， 听到产品说“我也懂前端，不就调一下 margin 吗” 你什么感觉？

@stroh 你我对于 http 访问链路的基本知识都不在一个水平
(我觉得前端现在都不需要了解什么是 httpserver 什么是反代真的是要求太低了...)，
加上屁股不一致，我和你无法达成共识的。

对于我而言，和你们那个后端一样，一看到访问的 url 起始前缀都不是我们后端项目地址，一瞬间就知道与后端无关了。
然后自然就可以推导出两种结论，要么网关路由有问题，要么你们前端打包有问题，包括丢页、包括 URL 拼接变量 bug 。

接下来就是屁股问题，既然我是个后端，找我看问题，那我确认问题不是我这那就是完事了，我对前端和运维一知半解难道还要我去一路 debug 吗？

至于说积怨已久这个只能说非常常见，避免不了，工作有接触自然会有摩擦，所以你有怨气，我带入你们后端视角更有怨气。

@xinple 说前端的错误是说，他沟通阴阳怪气，而且自以为是把不是别人的问题按到人头上 “我写过后端 500 就是后端错误”。

换个生活中的例子。

假如你是卖电脑的， 客户发现上不了网了，给小区的联通的服务商打电话，然后这个搞网的是个二把刀，一看客户网线灯能亮，“不是我的问题，灯亮了说明线好好的，应该是你电脑问题，你找卖电脑的吧”。
然后把你叫过去你一看这和我有 p 关系啊？　然后打电话给百度把他骂了一顿，说肯定就是他们的问题，水平真菜。
虽然这事和人家也没关系，但人家大概一看是什么 dns 无法解析，就大概知道是网的问题，和你说让你找修网的，结果你张嘴就是 我也做过软件，这肯定就是你们的毛病，还最大的中文搜索引擎呢。
然后网上发帖，“百度原来就这水平啊？ 挣钱好容易啊”。

这件事技术上的本质是什么？ 负责网络链路的货是个二把刀，自己瞎逼甩锅。

但这个帖子的问题是什么？ 自己一知半解却以为自己最他么懂，别人告诉你正确结论了你还以为自己是对的，说话阴阳怪气不为解决问题就是为了甩锅和发泄不满。

---------------------------

你告诉我这个前端没错？ 运维甩锅给他他有火气，那他瞎甩锅给后端没火气？他一路阴阳怪气 人家还好好在告诉他是谁的问题。

这还是个后端领导，要我绝对把对话甩给他们前端领导，让他们前端领导看看这个“说话的艺术”，然后自己查问题去。

即便我是大头兵那也会直接说，“来，这回我带着你挨个把这条链路都厘清楚，让你看看到底谁的问题，如果是我的问题，从此以后，你找我什么问题我都给你解决不论是谁的，如果不是我问题，以后找我看问题请自己带上前端日志，还有网关 access 记录，最好后端日志你也找出来，我可以去找领导给你开日志查看权限。”

@wonderfulcxm
那是因为 php 和 nginx 的结合方式是用 cgi-bin, 原理上和 允许 lua 类似，属于于 nginx + 插件这种方式，nginx 和你的脚本绑定到一块了，属于 nginx 作为执行者去调用了某个函数然后访问了你的脚本，属于同一个进程内的方法调用，然后函数去返回某个结果，调用出错 nginx 作为调用方是会接收到异常退出信息的。

然而这种题主的截图对话里告诉你了人家后端是 java 开发，java 不玩 cgi-bin 。


实际上 cgi-bin 的优点是非常简单方便，但缺点限制更明显，以前的脚本语言支持这种协议的多一些，php, py, perl 。

但其他大多数语言不论是 java ，go ，.net 还是 nodejs ，甚至你们 php 的许多框架也都直接选择了用自己实现的 http-server 来执行对应的代码，这样可以支持更多的特性更灵活的业务处理。
在这种时候 nginx 只是一个单纯的 反代服务器， 他只有一个作用，反代，完全不会参与代码执行，，这时候就不是进程内的方法调用了， 而是网络传输，nginx 去代用户发起了一个 http 请求到后端服务器上，这种情况 nginx 不会接收到异常调用栈的，这时候他实际上是不会涉及 500 错误的。 只会发生 502 ，504 ，这种 nginx 访问后端超时的错误。

如果这种反代的情况下还触发了 500 ，那只能说明 nginx 除了反代还做了其他功能，比如 lua 脚本或者其他插件进行限流等操作时候发生了 bug 。

总结一下问题。

运营发现访问不了，喊运维，
运维粗查监控没有宕机，甩锅前端，
前端一看 500 错误，就觉得这是后端的错，甩锅后端。
后端一看返回的是 nginx 的页面，而且访问的还是前端的路径(聊天里说的)，和我有 p 关系？

最后前端出来发帖："现在后端都这么好干吗》"

----------------------------

期待后续楼主出来解答一下到底谁的问题， 看看谁是真的在甩锅。

我唯一能想到的 前端项目路径报 500 还会是后端引起的情况就是 —— 你们是 SPA 应用做了首屏服务端渲染，然后服务端渲染时调用后端 api 报错。
有人知道其他可能性的话麻烦也给我讲讲。

我初步猜测，最有可能的情况是 500 的访问链接是代码拼接生成的，但拼接了特殊符号或者什么其他内容，导致反代解析出问题；
除此外要么是 WAF 相关设置有毛病，要么反代服务器配置有问题或者写了 Lua 脚本但出 bug 了。

@wonderfulcxm
如果后端报 500 错，会由后端的服务器程序以自己的格式返回错误信息，对于 java 的后端而言是 tomcat 或者其他程序，而不是 openresty 的标准 500 页面。
不信的话你自己用 node 起一个服务让他访问就 500 ，然后你用 openresty/nginx 反代套一层，自己访问看一下会不会出现 openresty 的 500 页面。

网上看了看教学视频， 然后去池子里扑腾了 5 次学会了蛙泳。
第一次第二次连飘起来都做不到，别说游了， 后面第三次基本学会了大概，可以憋着一口气游几米，第 4 第 5 次都是在找手脚配合抬头换气的节奏。