聊聊技术以及我个人的一些看法

[isno]

昨天下班比较晚，跟隔壁同事扯了会蛋：聊了聊他在面试中，面试官都问了什么类型的题？

这些题比如有：

• HTTP/1.0 ~ HTTP/2.0 的一些区别
• TCP 的三次握手 threshold 的一些控制问题
• JVM 的一些优化
• ...

标准的八股文，我一直在想这些题的意义是什么？你说它是基础题吧，可又落伍了，都是写 CURD 的，难道能提高生产力？如果说提高生产力，都 2022 年 JAVA19 出来了，TCP Reno 都 40 年了，时代变了，卷的方向不太对！！

我想应该换个卷法，程序员应该朝真正地提高生产力、提高技术价值的方向去卷

• 如果搞网络质量：底层真应该看看 QUIC 、BBR 、SSL ，上层看看 Overlay 网络、Netfilter 和 eBPF 之类的技术
• 如果说要提高生产力：底层 cgroup 、namespace ，上层看看 容器、Kubernetes
• 其他等等

你说你企业都是传统虚机的，你搞明白上面基础理论，把基础架构搞成弹性计算、云原生的，给企业省一大笔钱，老板还不高兴地给你发个奖状？

我心里一直有一个技术体系的脉络，现在有点时间了，就总想着把它写出来，清晰地表达出来。 可是想是一回事，把它落地又是另外一个事了，我从起笔，写到现在也快四五个月了，整个章节总算有点体系可寻了 （离完稿还有点距离）

自己孤独地写了这么久，也没个可讨论的人，微信公众号里面也寥寥几个赞，今天再这里贴一下

哪里写得不好，哪里方向有问题， 希望朋友们给点指点和意见，年假有 10 来天，我寻思着熬熬夜，全部写完。

Gitbook 地址： https://isno.github.io/

也可以通过公众号给我发私信

感谢您的支持

[murmur]

程序员应该朝真正地提高生产力、提高技术价值的方向去卷

不对的，互联网必须依靠实体经济和硬件发展，现在互联网化差不多了，除非在 AI 有革命性突破，可以高效模拟人的思维，否则看不出有什么卷的方向，我只看到了赛道在消失，用户数在萎缩和大厂的资源垄断

[ufan0]

"标准的八股文，我一直在想这些题的意义是什么？你说它是基础题吧，可又落伍了，都是写 CURD 的，难道能提高生产力？如果说提高生产力，都 2022 年 JAVA19 出来了，TCP Reno 都 40 年了，时代变了，卷的方向不太对！！"

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

楼主说的很对，其实就是卷错了方向。
至于这个卷法为什么一直没有被淘汰，是因为很多人连这个都完全过不了，所以才一直沿用至今。

上面引用你的文字，这里面提到的知识点，我想绝大部分面试者又是不知道的。

[murmur]

国内的互联网公司卷了这么久，但是没有一家在正版或者版权方面能引起什么突破或者改善环境，明明是互联网最擅长控制舆论，结果大家都做了盗版的传播者，b 站是视频网站名声却是靠大量的盗版教学视频起来的，知乎搞付费知识却名正言顺的宣传盗版合法。

到头来就是全民白嫖全民盗版，现在正好是经济下行，不能不吃不喝不去医院，那第一个节流肯定是停掉所有的订阅和付费音视频。

[murmur]

程序员只想着折腾技术，但是你想过没有，就算国内的 app 集体倒回三年甚至五年前怎么样，我会鼓掌喝彩，没有狗日的摇一摇广告，没有杀吗的资源占用，不会检测投屏暗降画质，3 年前微信一样是复制一份文件就增加一份占用，直到 2022 年末都没有彻底修复，没有乱七八糟用不着的金融贷款模块，核心功能一个都不差，甚至很多应用还留着 wap 端可以访问。

所以这几年技术卷的是个什么，究竟有没有对用户体验改善，还是单纯的为了保住饭碗瞎折腾。在这个大前提下，卷什么有区别的。

[Bazingal]

写 CRUD 的了解 HTTP 、TCP 和 jvm 有什么问题？倒是你说的 QUIC 、BBR 、cgroup 什么的才是不切实际的

[zhusimaji]

技术卷的前提是你的业务和产品在朝一个正确的方向再走，不然都不给你卷的机会

[picone]

@murmur #4 你说的是产品方面，但是这和程序员有什么关系，程序员只想混口饭吃🐶

[murmur]

@picone 大家都是发牢骚，所以在混饭的前提下，卷什么有高下之分么，都是保住饭碗不想让其他人代替

[picone]

@murmur #8 在老板角度看，他会看谁单位工资内创造的价值更多

[murmur]

@picone 所以现在各大互联网裁员了，马化腾也批评买量了，大家都知道自己的产品是一坨答辩，靠买量换个虚假的繁荣骗投资人和股民的钱，现在这招不好使了

未来可能真的就是大厂全面垄断，技术没突破，资源又没有，你的一个小创意对于别人来说最多加一个链接

[hhjswf]

搞容器也是做做应用，不需要你去研究 namespace cgroup ，也卷不出个所以然出来

[awanganddong]

其实我觉得问这些问题没有问题，首先先了解，然后与项目相结合。但是绝大多数人仅仅是停留在了解层面，包括我。
比如我现在项目中就出现了这个。
2023/01/15 11:10:20 http: panic serving 127.0.0.1:36786: write tcp 127.0.0.1:8000->127.0.0.1:36786: write: broken pipe

网上搜索的教程绝大多数是增加 ulimit
但是造成这个问题更深层的问题，我不知道。连基础都不懂，是没办法更进一步了。

[isno]

@awanganddong 这个问题挺好的，得自己抓包才能找到答案。 有条件两个 Server 都装下 tcpdump ，然后看看哪些 TCP 包导致了 broken pipe ，再 Google 搜搜相关的关键词，就能清楚怎么回事了

我后面自己造个这种错误，然后这个文章。。

[GP1]

你可以思考一下当初互联网还没起来的时候去建设的都是些什么人。
而现在去互联网的都是些什么人。你说能不卷吗？
卷这些有什么意义呢？能卷出高质量的电池，企业和资本都很喜欢。

但是别担心，这种情况持续不了多久了，因为没人了。
当然，这是对后几代来说的，我们这几代人还是要卷的。
所以，卷吧，背八股文吧，逃不掉的。

[Joker1995]

这个卷我倒是不介意，介意的更多的是你问了，但是你又不用于实践，感觉就跟上学那时候为了考试而考试一样

[lixintcwdsg]

工作了很多年，虽然从来不是做架构，但是老被当成做技术方案的人。
感觉目前互联网的生态来说，如果不是做一次基础组建，一般面试最好问一下实际技术方案要怎么写比较有效一点。
比如：需求来了要怎么做技术选型、一个基础的后端技术方案文档要包含哪些内容，内容里面要具体有哪些信息。
然后再把开发链路上的一些常用技术和方案问一下，从代码管理到部署到监控到事故预案。
这样可以考察出来一个人工程技术的完整程度，注意是工程上。
这个完整度其实就是一个人开发经验到底是 1 年的 3 年的 5 年的 10 年的

[leirenbb]

值得思考 关注了

[coer]

书看了一点，写的不错收藏了，慢慢写吧别熬夜🐶

[0o0O0o0O0o]

已收藏，别熬夜

[ChainLock]

现在这么卷了吗