每周完成一个 ARTS 至少做一个 leetcode 的算法题、阅读并点评至少一篇英文技术文章、学习至少一个技术技巧、分享一篇有观点和思考的技术文章。也就是 Algorithm、Review、Tips、Share 简称 ARTSAlgorithm算法这周先来一个简单难度的好久没刷过算法了 https://leetcode.cn/problems/merge-two-sorted-lists/description/先句一个具体的案例list1:1 - 2 - 4list2:1 - 3 - 4并且我们需要想一下这个 list1、list2 的大小大概率不一样所以我们最好使用一个单独的结果和一个当前的 cur 当前 node。第一次循环dummy: 0 - nulllist1:1 - 2 - 4list2:1 - 3 - 4第一次循环完成之后dummy: 0 - 1list1:2 - 4list2:1 - 3 - 4第二次循环之后dummy: 0 - 1 - 1list1:2 - 4list2:3 - 4第三次循环之后dummy: 0 - 1 - 1 - 2list1:4list2:3 - 4先拿具体的例子举几个例子试试比抽象的想象要靠谱的多我个人是这样的当然现在有 AI 如果卡住了很方便的让 AI 给咱们提供思路但是切记不要直接要答案。/** * Definition for singly-linked list. * public class ListNode { * int val; * ListNode next; * ListNode() {} * ListNode(int val) { this.val val; } * ListNode(int val, ListNode next) { this.val val; this.next next; } * } */classSolution{publicListNodemergeTwoLists(ListNodelist1,ListNodelist2){ListNodeheadnewListNode(0);ListNodecurhead;while(list1!nulllist2!null){if(list1.vallist2.val){cur.nextlist2;// 这里需要注意向后移动list2list2.next;}else{cur.nextlist1;list1list1.next;}curcur.next;}// 最后需要加上其他不需要进行判断的节点if(list1!null){cur.nextlist1;}if(list2!null){cur.nextlist2;}// 最后需要返回 next 因为头节点是 0returnhead.next;}}Review文章https://berthub.eu/articles/posts/ai-for-decision-makers/我自己大概印象比较深的点很短时间就能产出高质量文章让人没办法分辨到底是人写的还是 AI 写的vibe coding 很多 C 端用户自己 vibe 的程序自己不知道如何判断程序是否真的是“好”的不仅仅需要看能否运行还要看代码的维护、质量等等C 端用户说 AI 真的好不一定是真的好还有一件事就算是最强的 AI 也是会犯错误会一本正经的胡说八道AI 不是黑魔法需要高质量的输入才能有高质量的输出人才断层不培养初级工程师那么等到现在高级工程师都退休了之后还会不会有匹配的人才Tips1、AI 改好代码之后可以让他把线上网站的信息进行截图和当前修改进行对比进行判断。是否有破坏性的修改如果有的话再让 AI 进行 review 代码有可能会发现很明显的问题2、kill 某一个端口的服务一行命令都搞定kill -9 $(lsof -t -i:port)3、Windows 查询服务器端口可用telnetMac 需改用ncnetcat。nc-vz192.168.1.1008080-v输出详细信息-z只扫描端口不发送数据Share文章https://jvns.ca/blog/2015/11/21/why-you-should-understand-a-little-about-tcp/ 关于 TCP 的文章讲来一个具体的案例使用代码 POST 请求使用代码请求服务器的时间普遍会比 curl 单独请求长 200ms。主要原因是因为客户端的 POST 请求会分成两部分发送request header、request body当 requst header 发送给服务端之后客户端再等待服务端的 ack 才能发送 request body 但是服务器由于有 delay ack 的设置所以不会立刻 ack 需要等待 200ms 左右才进行 ack客户端收到 ack 之后才发送 request body。完整示意图客户端 服务端 (Delayed ACK) | | |---- TCP pkt1: headers --------------| | (等 ACK 才能发 body) | (故意不立刻 ACK) | | | ≈ 200ms 空等 | | | |------------- ACK -------------------| (delayed ack 超时) |---- TCP pkt2: body -----------------| | |