@LeeSeoung 友好？你开什么玩笑，你自己写的时候，抄 CSS 当然容易了，但是你尝试过接手别人写的 CSS 没？遇到到某个盒子，怎么调他的位置就是 TMD 的不对最后发现原来是离它老远的一个盒子的影响没

@Tonni CSS 没有你说的这么简单，这一点，知乎有个帖子
CSS 为什么这么难学( https://www.zhihu.com/question/66167982)
讲的非常详细，CSS 的困难点本质有以下几个方面
*.本质上它最初是作为排版系统研发的（排版系统有多复杂，有兴趣的人可以去研究一下排版系统 TEX，计算机世界上帝高德纳的作品）。而大部分现在人使用 CSS 的实践，其实是把它当做 UI 来使用的。排版系统并不等价于 UI 系统，所以就是用着感觉不对，UI 界的最佳实践 MVVM 模式是微软的 WPF 发明，它的 xaml 标记语言才真的是为 UI 而研发的。后来 web 前端界意识到了这个问题，所以才有诸如 flex 这样的新布局。
*.CSS 非正交，或者说，不显式正交，当你修改了 CSS 的某些参数时，它会影响到其它参数——如果这些参数没有显式的被你定义的话，他们的数值，属性，会发生改变，这就导致经验不足者觉得自己是面对一个巨大的黑箱子——我 tm 明明改的是 A，怎么 B 发生变化了？所以有人说 CSS 是查表，你得背 CSS 的组合
*.调试困难，目前世界最好的 CSS 调试工具 chrome debug，其 CSS 调试功能其实仍然很简陋，你并不能从这个调试器上很直观的看出是哪些因素在影响你的盒子的尺寸和位置。而且最重要的是，因为上面那个非正交的原因，很多时候你的盒子出现问题其实是因为另外一个盒子在十万八千里之外影响的。这就完全靠开发者的个人经验去解决了。这对很多 1 是 1,2 是 2 的后端开发思维来说简直无法接受

@lhx2008 它还真绕过了，QUIC 是基于 UDP 的协议，实际上就是在 UDP 的基础上自己实现了流控，顺序，包确认机制，说白了吧，TCP 比起 UDP 来说也就是多了这些机制，TCP 这个协议毕竟是几十年前诞生的，有些不太适应这个时代了。我们需要传输可靠，由此我们需要流控，顺序，包确认机制，以前是只有 TCP 实现了这些，但是现在随着时代了进步，确实有一些比 TCP 实现的更好的协议出现了

@aihehe 你的做法是错的。人生经验，亲兄弟，明算账，谈钱别谈感情，谈感情莫谈钱。否则最后就是钱没了，朋友都没的做。业界正常价格：你每月工资，除以你每个月的工作小时，计算出时薪；时薪视你自己的情况，看是否乘以系数，我见过乘以 2 的，因为私活属于定制，从来都是比上班时薪高的，然后估算兼职需要的小时时间。时薪*工作小时，报给你的朋友。如果你朋友嫌贵你就干脆别做；如果你朋友的关系和你特别好，你就直接声明，我纯粹帮你一次忙，不收费，但是没有下一次。这就是“谈钱别谈感情，谈感情莫谈钱”。这样还能维系的朋友关系是真朋友关系。那种嘴上说朋友，却只想找你便宜帮忙的，不过是占便宜吃包子的人，不值得维持

@Dreamerwwr 你想多了，人家一看就知道你这本科学历和别人统招的不一样，HR 在有的挑剔的情况下是非常挑的，统招的都要看是不是 985 211，别说你不是统招的

我就一句话，不是通过高考出来的都没啥竞争力，除非你有办法让你的毕业证和学位证的样子和那些从高考出来的人一样。用人单位本质不是看这个学历，而是看学历背后的过滤器效果——什么是过滤器？千军万马过独木桥啊

职场是战场，你先搞清楚这句话的意思，在一个战场上你当老实人？那你不是活该被人锤
没有彻底的老实人这回事，人类社会本身一直存在生存竞争，优胜劣汰。只不过现代社会的竞争的后果不再像蛮荒时代那么野蛮血腥了而已。
三体有句名言——失去人性，失去很多；失去兽性，失去一切。什么是兽性？自己想想吧

做领导的要求可比做员工的要求高多了，说句难听的，领导只要一个不小心就要面对众叛亲离的局面。这种高压无时无刻都在淘汰领导本身。而吐槽这玩意不仅解决不了任何问题，反而极易引发“众叛亲离”这种局面。因此当领导不喜形于色是基本要求，根本不可能像员工那么自由。你看领导有几个轻易发言表达意见和看法的。那种喜欢吐槽的领导，早就被浪潮给干掉了

这关 docker 什么事情，docker 还能有中变没降低内存消耗不成？拿 1G 内存，即跑 JVM 又跑 MySQL 我也是醉了，你当心你的 MySQL 因为内存 crash

有钱上专线，没钱乖乖认怂，分开服务。国内出口带宽是极度稀缺资源，不要谈墙，就算没墙，照样天天堵的不要不要的

@broadliyn 你说的非常有道理，公司的利益从来就是和员工的利益不一致的，所以我非常支持该走就要走，管那么多干嘛，不符合你的发展前途，给再多钱也没用

@fanyange 有好的教科书+练习题可以推荐吗？最好是中文的，谢谢

@supertiny
@Jirajine
谢谢两位，不过你们说的这个有没有翻译版的？听力没有好到能够直接听原声就能听懂

@VeryZero 我也猜这人想的就是全栈（或者说诛心一点，侵蚀后端的空间），现在我不打算去考虑他内心真实想法，我只想考虑这东西有多大的负面性，毕竟这人看起来不是真的对后端很有理解，他自己也承认重业务还得后端来写，他想要的就是简单的 CRUD 不找后端。所以他想直接操作后端的表，我担心的就是将来如果后端出了技术问题，这个锅谁来背，坑有多大，如何解决

@whitev2 页面不写 sql，以接口来实现建表和修改操作


@ben1024
@exonuclease
我仔细翻了 graphql 的想法，但是我发现 graphql 并没有提供修改表 schema 的能力，graphql 只是提供了让使用者决定获取的数据结构的能力。新增表，修改表结构这样的能力 graphql 有提供过？

要么 VS，要么 IDEA。
顺便说一下我非常讨厌 IDEA，但是这是个比烂的世界，在 IDEA 的领域里你找不到比它好的