@woodensail #3 电视用的是电视盒子嘛？ 还是电信的 iTV ？

@VersusClyne #62 有具体品牌型号推荐吗？

@fensou #9 如果想支持这么高赫兹的话，需要显卡的支持吗？

一直在用。
不过我们是 64G 内存，没体会到卡顿的感觉。

每天四点多下班的路过。

域名不错。

5.88 （基准利率上浮 20%） 这个适合转 LPR 嘛？

@northpolepuppy #46 https://www.v2ex.com/t/592337#reply13

@northpolepuppy .NET 的话，试试我司？

南京互联网公司确实没有北上广深多，但是 IT 行业不是只有互联网啊。

楼主在哪里啊？

@InkAndBanner #15
一，性能上的，数据完整上的哪些问题？ 你有没有实际经历或者遇到过这些问题？还是只是在 JD 接受到的教育或者是搜索引擎搜出来的问题？
二，这可能不叫厌恶感，这跟每个人的性格有关，也是每一个成熟的职场人必须要学会接受和解决的问题。
三，我承认搜索引擎很伟大，谷歌百度能搜到的一些问题和分析都是前人经过大量的实践猜出来的各种坑。这些搜出来的内容在大部分的情况下是正确答案，但是在很多业务场景下又是不那么“正确”的答案。说白了，就是两面性的问题。

https://stackoverflow.com/questions/2557512/pros-and-cons-of-programmatically-enforcing-foreign-key-than-in-database 是我以 DB foreign Key pros and cons 作为关键字，在谷歌搜出来的排名第一的 StackOverflow 上的结果，你会发现最佳答案是推荐使用外键的。
那么这是不是跟你从百度搜出来的或者 JD 接受的教育是不一样的呢？
我不好说谁对谁错，只是使用场景不一样，就像 SO 上那位说的那用，很多时候我们觉得数据库性能有问题，大部分的情况下是因为我们对数据库了解得还不够深入。

你或者再可以往这方面去想，JD 可以不用外键而用代码去控制，是因为他们的程序猿的能力很强，可以 100%确保代码不会有 bug （外键相关的 bug ），也不会有脏数据的产生，但是你现在所在的公司，程序猿的整体能力可以达到这样嘛？

回答你的问题：
1. 你不能武断的觉得 JD 就是对的，你 Leader 就是错的。
2. 职场玻璃心需要自己去克服和调节。 （这里玻璃心不是贬义的意思，就是描述一种现象）

楼主你需要更深入的去思考你所遇到的每一个问题（不仅仅是技术问题）。

很好奇，为什么 JD 不允许使用外键，你就认为所有的公司都不应该使用外键？（或者是我理解错了你的意思？）
还有这种“厌恶感”从何而来？

在 JD 接受的教育是不使用外键，那么你有没有深思过 JD 为什么不允许使用外键？
在当前公司要使用外键，那么你有没有想过（或者直接问 Leader ）为什么要使用外键？（除了避免脏数据之外的理由）
使用和不使用外键的优缺点是什么？适用场景分别是什么？

如果只是一味的接受 JD 给的教育，觉得外键是没有必要的，那么当初数据库的设计者又为什么要设计出外键这么一个东西呢？

@mikewoo #75 我也是，Lindberg 的镜架，真贵。。。。

各位有没有在 Tapole 配过的？

在我厂，如果代码格式化不标准，build 都没法 build。
我们写了一大堆 Code Rules 放在预编译阶段去检查代码规范。

提问真的需要技巧，这一点楼上已经说了很多了。

我想说的是一个新人刚进一家公司慢慢的成长节奏。
如果这家公司的代码库非常的庞大，让一个刚来的新人去闷头看代码显然是不现实的做法。
正确的节奏应该是分一些重要性不是很高的 issue 给他，让他去慢慢的 Debug。 （ PS.我一直觉得 Debug 是理解一个庞大代码库最有效的手段）
Debug 多了，对代码自然就了解多了。

回到楼主的疑惑，你的这个新师傅回答问题的方式不太好，即便是要你去看代码，也应该给一些方向，比如告诉你去哪个 solution，或者在哪个文件里打个断点，诸如此类。

所以楼主也别太困惑，说不定就是他懒，不知道怎么做一个好的 Mentor。

我厂不加班。

@followyourheart @songjiaxin2008 支持现学啊。