-
Notifications
You must be signed in to change notification settings - Fork 0
Expand file tree
/
Copy pathfeed.xml
More file actions
2077 lines (2041 loc) · 167 KB
/
feed.xml
File metadata and controls
2077 lines (2041 loc) · 167 KB
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
<?xml version='1.0' encoding='UTF-8'?>
<feed xmlns="http://www.w3.org/2005/Atom"><id>https://github.com/Zhonghe-zhao/DailyBlog</id><title>RSS feed of Zhonghe-zhao's DailyBlog</title><updated>2026-02-23T15:08:35.492702+00:00</updated><link href="https://github.com/Zhonghe-zhao/DailyBlog"/><link href="https://raw.githubusercontent.com/Zhonghe-zhao/DailyBlog/master/feed.xml" rel="self"/><generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/106</id><title>游戏: 《地铁 离去》</title><updated>2026-02-23T15:08:36.107891+00:00</updated><content type="html"><![CDATA[<p>2026年第三个通关的游戏
在刚入手的第一天 在地铁里面 感觉没什么意思, 在到第一关的时候 被画质 地图 玩法 彻底的吸引住了 三天通关了</p>
<p>简介:我们以 主角 阿尔乔姆 的视角进行游戏 和 在地铁中的一些队友寻找没有辐射的可供居住的地方</p>
<p><strong>游戏场景设计:</strong> </p>
<p>以冬季开始 冬季结束 从冬天的莫斯科 历经 伏尔加河(春)、里海(夏)、针叶林(秋)及死城(冬) 个人还是比较喜欢针叶林</p>
<p><strong>游戏中的任务塑造:</strong> </p>
<p>安娜:阿尔乔姆的妻子,米勒的女儿,斯巴达游骑兵的顶级狙击手,勇敢且深爱着阿尔乔姆, 游戏中我们最坚强的后盾 陪主角走到了最后 (看了攻略后知道有两个结局, 但是最后 由于我打出的是 阿尔乔姆 米勒 死亡的结局 最终留下安娜一个人 很悲伤的结局)</p>
<p>米勒:游骑兵指挥官,安娜的父亲,在前作中失去双腿,本作中带着机械义肢。起初盲目忠于莫斯科防卫指令,后来跟随主角一切探索外部的没有辐射的世界 </p>
<p>达米尔: 人物塑造最像亚洲人的面孔, 进游戏对他的长相会非常深刻(剧情中也找到了自己的归宿)</p>
<p>斯杰潘 : 重型武器专家,外表凶悍但内心体贴,是团队中的友善支柱, 在剧情中遇到了自己心爱的人, 在曙光号进行了婚礼的举办</p>
<p>山姆: 前美国海军陆战队员,美国驻莫斯科大使馆守卫。战斗素养极高,渴望回到家乡,是一名忠诚且给人安全感的战士</p>
<p>托卡列夫: 托卡列夫是一名武器制造和维修方面的专家</p>
<p>叶尔马克:曙光号列车(也就是我们游戏中的陪伴我们探索场景的重要伙伴!)的司机,经验丰富的老兵</p>
<p>杜克: 不管任务有多么危险,他总会第一个站出来自愿参加。(杜克被我害了呜呜)</p>
<p>阿廖沙: 侦察兵,性格活泼,是团队的开心果, 在剧情中 遇见了心爱的人(但是他并没有因此放弃跟随曙光号 在我的结局)</p>
<p>“白痴”: 是自己为自己选择了“白痴”这个绰号,但他实际上是团队中最聪明的人之一</p>
<p>在剧情中根据的两位战友从 伏尔加河的教堂中里救出了这对母女。:</p>
<p>娜斯佳: 作为曙光号的队医 携带了一个非常可爱的女儿, 因斯捷潘的帮助 和 斯捷潘结为了夫妻</p>
<p>女儿娜斯佳: 非常可爱的小孩!</p>
<hr />
<p>我打出的结局是悲惨结局: 在某些地方我遵循着道德, 但是可能还是在某些地方没做好吧! </p>
<p>调查发现: 结局判定是道德点积累。如果没能救活阿尔乔姆,说明在之前的三个大章节中,至少有两章没有获得正向评价,导致留在船上的同伴不足,最后没人能给阿尔乔姆输血。</p>
<p>也就是游戏中的道德点积累: 需要靠我们避免杀戮 而是 潜行! 避免冲突 这需要我们有耐心寻找出路! 我没有做到</p>
<p>你是否为娜斯佳寻找了 泰迪? 是否寻找了照片? 这两个我都做了哎哎哎 可能有误伤过别人吧! 我做的是对话中的出现类似 海盗等不好的昵称我就都杀了 并且在男爵那里 杀了所有守卫闯到男爵的屋里 但是还是悲惨结局呜呜 </p>
<p>杜克的死去 阿廖沙的离队(第一次玩 不知道原来敌人还可以保留的)</p>
<p>游戏的场景真的很美 剧情也很棒 里面很多的人物的对话也非常值得回味! 某些怪物的图片总是吓我一跳 我的电脑玩的非常流畅 在某些地方会有bug 直接会卡死 避免经过这些地方就好了</p>
<p>你甚至可以第二遍打一个不同的结局可玩性非常高!</p>
<p><strong>好的游戏总是能在某些地方给予我们触动,, 作为我们人生的一部分, 难以忘怀!</strong></p>
<hr />
<p>2026/2/23日</p>
<p>衔接了dlc 两位少校 非常感人
完成了好的结局 救了 杜克 和 阿廖莎 主角存活了! 为了这个好的结局 再次重新体验了游戏 结尾一章真的很难不让人感同身受 再次游玩还是很触动! </p>
<p>一个年假给自己放松了 准备开始迎接2026 迎接秋招! 向前走 像目标进发</p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/106"/><category term="Life"/><published>2026-02-16T13:35:53+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/105</id><title>以现在的视角看待大模型</title><updated>2026-02-23T15:08:36.344116+00:00</updated><content type="html"><![CDATA[<p>深刻感受到大模型的能力是和使用者的能力差不多的 他很少能对你的思维产生很大的影响, 除非你自身受到外界的影响顿悟了什么, 然后你和大模型说他可能才会说出一些. 否则你无法触及的领域 大模型永远不会说出来.</p>
<p>也就是想真正的改变思维, 真的需要外界的一些帮助, 否则沉浸在大模型中,难道不也是一种牢笼吗? </p>
<p>必须能够先获得到一个在你自身之外且有益的信息(如何判断有益 有害 也需要自身去辨别), 你才会有可能追上它, 从而提高自己</p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/105"/><category term="Tech"/><published>2026-02-12T02:49:35+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/104</id><title>公司的产品到底是怎么产出的?</title><updated>2026-02-23T15:08:36.664688+00:00</updated><content type="html"><![CDATA[<p>公司的产品具有一定的服务导向 -> 到底服务谁 产品的核心设计就侧重什么!产品到底怎么设计,</p>
<p>就针对这周的任务进行反思 以及我的一些看法和想法:</p>
<p>靶场的为数不多的三个业务场景 电商 电子政务 地理服务 : 虽然是靶场, 但是整体的实操下来, 我认为这称不上靶场, 仅仅是启动了微服务 并且将某个容器进行特定的 例如 docker.sock 或者 privilege 逃逸 逃逸后固定的进行docker compose down 以及网页篡改</p>
<p>奇怪的点在于 业务场景虽然启动了但是靶场环境呢? 和业务场景可以说不搭边, 根本没有任何真实的业务场景会出现像挂载docker.sock之类的</p>
<p>弄了两周时间 并且这个实验我认为与现实有些脱轨, 我的内心有些烦躁! 但是产品本身的导向是以教学为目的!所以站在公司的角度 产品可以被卖出去 功能整体看不出什么问题, 但是从我的角度看 场景设计的逻辑有些问题!(研发人员不可能不知道 这些逻辑和业务场景没有什么关系 可能鉴于实现的难度 以及面向的用户 可以在这里做一些取舍?) 产品虽然被验收, 但是还会有一些问题被遗留, 这两周就在做问题的收尾 所以一个产品的出现终究会有它的意义 他有他服务的对象,对于一个公司 一个产品的设计肯定不能是自己的一面想法 而是经过研究以及讨论过的! (我提出质疑 难道研发人员不知道吗?) 必然是知道的 问题提出来了 谁去解决? 成本要花费多少! 这个也必须算在内 (所以对此任务 我的内心一直在思考 这个到底有什么意义? ) 但是产品最终能够被验收 能够被使用 能够有人花大量时间去维护他 那么它一定有它的意义 可能我的内心会有抵触, 那说明我对别的方面有追求 有要求 而不是这方面 这也是我能从这个任务中看到的我自己内心的一些真实的想法</p>
<hr />
<p>调试简直是非常折磨 因为靶场的环境需要经过好多层才能制作成功(这其中也是可能考虑到一个实验场景究竟要怎么设计) ---> 从服务器准备各种环境 镜像 然后经过脚本进行制作成qemu虚拟机 然后从虚拟机将 qcow2镜像继续上传靶场 缺点是在服务器本地启动qemu后你无法通过前端看到效果 你必须上传之后才能上传, 这就导致了 我很快在本地调试好了环境 但是一旦上传到生产环境 就出现了很多没有遇见的问题以及麻烦! </p>
<hr />
<p>在解决电子政务系统的时候 redis 和 qemu的问题的排查也令我很高兴! 这是我在自己学习过程中不太可能遇到的 只有在这种生产环境碰到的这些问题! 问题是真实的, 你必须去面对 产品最终也要上线 虽然有些逻辑不可靠! 但是产品最终的执行肯定要保证没有问题 不能做欺骗 这是最起码的问题</p>
<hr />
<p>对我自己的反思: 是不是太急躁了? 有些问题我总是去逃避 我认为能少做的我可能都会少做, 但是打的小算盘最终没有节省任何时间, 反而任务还是要规规矩矩的全部走一遍 </p>
<p>在做一个任务之前要想: 是否真的理解对方的意思? 是否真正的在完成每一步之前做了一些必要的一些思考?在进行任务的时候能否形成一条链路而不是乱抓, 这样能减少在一件事上重复的反复的去做! 效率真的很重要 我这两周的效率极低 我也很急躁 做着一些重复性的工作也导致我不能沉下心来 尽量对待每一个任务能够认真的去完成!</p>
<hr />
<p>2026-02/11</p>
<p>对这件事情的思考: A B C端产品思考:</p>
<p>对于一个产品首先要思考: ”产品的“价值创造对象”是谁“</p>
<pre><code>付钱的是谁?
使用的是谁?
决策的是谁?
</code></pre>
<ul>
<li>
<p>C端 = 产品直接服务“自然人个体” 例子: 微信 抖音 (解决: 人的娱乐、社交、消费、表达)</p>
<ul>
<li>使用者:个人</li>
<li>决策者:个人</li>
<li>付费者:个人(广告主另说,但核心用户是个人)</li>
</ul>
</li>
<li>
<p>企业微信是 B 端 (解决: 组织协作、管理、成本控制)</p>
<ul>
<li>决策者:公司管理层</li>
<li>付费者:公司</li>
<li>使用者:员工</li>
</ul>
</li>
</ul>
<p>A端产品解决的是: (行政管理、公共治理)</p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/104"/><category term="Career"/><published>2026-02-06T12:44:46+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/103</id><title>电子政务微服务系统问题排查</title><updated>2026-02-23T15:08:36.880348+00:00</updated><content type="html"><![CDATA[<p>这周非常闹心, 因为这周的任务让我不理解, 特别不理解</p>
<p>大致的任务内容是:“靶场自身携带三个场景环境 电子政务 电商 地理政务 ” </p>
<ol>
<li>我的第一个任务首先我把电子政务的验证码功能关闭, 为什么要关闭呢? </li>
</ol>
<p>靶场平台是 <code>qemu</code> 制作的 项目本身是java的微服务 我需要先拿到源码在我自己的本地机上修改 并且将构建后的可运行服务上传到公司的服务器 然后呢进行调试 因为对微服务的 服务注册发现等 不太熟悉 不太清楚认证的流程! (这里也确实应该在后期加强学习) 在ai的帮助下 用了将近两天吧! 在 公司服务器上 服务正常启动了也可以正常访问了! 这时我以为已经完成了 结果hh -> 我们拥有脚本 将源码等制作到qemu中也就是 制作成了一个虚拟机 然后上传到 靶场环境 最大的问题是 qemu中虽然可以启动服务 但是看不到前端页面 这也就导致调试特别困难 所以一切结果只有等到将镜像上传到平台才能看到! 结果问题就来了! 在服务器上可以正常运行的项目 到了 qemu上的靶场平台上就进不去了hhhh -> 我检查了镜像 因为镜像是完完全全从正常服务器上打包的然后拷贝到虚拟机中的 ! 镜像没有问题 然后进行 docker compose up 启动镜像 正常启动 ! 但是就是进不去 我特别疑惑 一样的镜像 一样的代码 在服务器上能跑 到 qemu中就跑不了??? 这个任务从周1 也一直拖到了 周5 ( 再次期间我一直认为 是我自己的问题 镜像落下了? 还是 缺东西? 每次尝试都需要很长时间制作镜像! 这让我有点不耐烦了 ) 环境之前的切换花费了大量时间! 本地的一切一切调试成功了! 但是生产环境就是出现问题</p>
<p>直到周五 也就是今天 问题突然发现了 qemu 和 redis的冲突??</p>
<img width="908" height="609" alt="Image" src="https://github.com/user-attachments/assets/29a1151c-b66f-4c16-a776-661c108616db" />
<p>因为我在qemu中发现了一个 不同的地方 ! redis的容器显示 重启! 然后我查看了reids的日志 果然有问题 在此期间我也怀疑是否是 qemu的资源占用问题</p>
<img width="2178" height="1053" alt="Image" src="https://github.com/user-attachments/assets/20613c70-397d-44fc-b356-52d5e2fa875c" />
<p>大模型给出了解决办法:</p>
<img width="519" height="518" alt="Image" src="https://github.com/user-attachments/assets/829ec745-c675-4039-bd88-9ca539fc3d03" />
<img width="480" height="282" alt="Image" src="https://github.com/user-attachments/assets/2d9ffea5-cbd0-43ba-9432-22dc62e6da3b" />
<p>期间还遇到一个问题 把公司服务器的磁盘占满了 ---> ssh突然断连 然后 ping这台机器也ping不通 </p>
<hr />
<p>这是第一个任务, 还有关联的这些场景 我产生思考,我在一下篇讲我的想法</p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/103"/><category term="Career"/><published>2026-02-06T11:31:29+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/102</id><title>真正意义上我的第一部手机</title><updated>2026-02-23T15:08:37.079928+00:00</updated><content type="html"><![CDATA[<p>Air真的是一件艺术品 一见钟情的感觉就是这样吧! 本来不想换手机的, 因为之前的手机还能用, 但是对Air的外观无法抗拒, 这部手机也算是我人生的第一台手机了 </p>
<p>大家都在吐槽 扬声器 单摄之类的, 是的一件东西你如果接受不了它的缺点那他注定不适合你, 一个你真正喜欢的东西, 你可以接受它 爱护它 享受它 还有为什么要让外界的声音, 来搅乱你内心的选择? </p>
<p><img src="https://github.com/user-attachments/assets/82a78d5e-f44e-44a8-8da7-1bd2fcf75914" alt="Image" /></p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/102"/><category term="Life"/><published>2026-02-01T11:12:01+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/101</id><title>用户需求--->产品产出</title><updated>2026-02-23T15:08:37.258592+00:00</updated><content type="html"><![CDATA[<p>在实习中接触到的一次用户产品对接验收产品 提供者对产品进行介绍 -> 用户对产品进行问题的提出 -> 提供者讲解(承认一些不足) -> 记录不足指出 -> 销售 与 研发之间的关系 -> 用户需求的可行性评估 -> 量化工作 -> 进行改进</p>
<p>站在我实习的视角 -> 看到的是商业化一个工具的大体流程, 我们做的商品是否真的能对用户产生帮助? 为什么用户选择你的产品?谁也不希望自己花大价钱买来一些没有任何意义的东西! 所以产品的设计是真的得对人有帮助才可以</p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/101"/><category term="Thoughts"/><category term="Career"/><published>2026-01-30T08:45:18+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/100</id><title>总结近期的实习内容</title><updated>2026-02-23T15:08:37.497958+00:00</updated><content type="html"><![CDATA[<p>开始对公司的渗透工具进行熟悉 ---> 到对工具进行解耦( 扫描器 攻击器 ) ---> 到对工具作用的具体对象(也就是漏洞)---> 对具体的漏洞场景进行探究(也就是为工具增添能力 或者 修复能力) ---> 到工具的上层(也就是工具的应用场景) 云靶场(部署一些列漏洞环境 在环境中进行工具的测试) ---> 接触靶场本身(制作漏洞镜像 打包成虚拟机 上传到靶场进行测试使用) ---> 靶场的漏洞分类( 我接触最多的: Docker Kubernetes 以及主流AI的一些漏洞进行利用 + 常见系统的业务场景 ) ---> 探究工具在业务场景中的一些危害</p>
<p>工程能力产出大体是: </p>
<ol>
<li>
<p>项目的体积(在极端环境下需要要求工具的体积 尤其是在一个精密的场景: 例如一个容器会对资源进行限制 一旦限制被突破 我们的工具也是无法使用的)</p>
</li>
<li>
<p>拆分项目后的组合</p>
</li>
</ol>
<p>上述大体是实习2个月进行一些列工作</p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/100"/><category term="Career"/><published>2026-01-30T08:37:41+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/99</id><title>2026: 玩过的游戏</title><updated>2026-02-23T15:08:37.727065+00:00</updated><content type="html"><![CDATA[<p>《寂静岭2》
《古墓丽影:崛起》
《奇异人生1》
《奇异人生:双重曝光》</p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/99"/><category term="Life"/><published>2026-01-27T10:21:38+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/98</id><title>游戏:《奇异人生》</title><updated>2026-02-23T15:08:37.940817+00:00</updated><content type="html"><![CDATA[<p>昨天从手机上偶然上下载了一个游戏《奇异人生》真的吸引了我, 因为我本身就对这种自由类的游戏很感兴趣, 在游戏中可以体验着一个别人的生活, 游戏中一名女主拥有者回溯时间的能力, 导致她每一个选择将引发蝴蝶效应,这真的太有趣了, 想想在生活中,我们是否面临着我们自己当下的某个选择, 与现实的区别是我们往往需要从选择中选出一个来决定我们的人生</p>
<p>无论是哪一种选择, 没有选择的那一个我们不要美化, 没有选择的那条路,它并不是没有发生, 而是在我们看不见的时空下他正在发生, 当下我们的身体选择了当下我们选择的这个条件!走下去,这是你人生的剧本</p>
<hr />
<p>2026-02-07</p>
<p>玩完了PC《奇异人生:重聚》好的游戏在结尾总是会留给你思考的空间,引起你的回忆</p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/98"/><category term="Life"/><published>2026-01-11T11:23:06+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/97</id><title>概念</title><updated>2026-02-23T15:08:38.139962+00:00</updated><content type="html"><![CDATA[<p>为什么听不懂话 因为概念不懂, 概念与概念之间的差距, 理解的程度不同, 理解的模糊, 就会导致别人跟你说的和你理解的不同自然就偏差了</p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/97"/><category term="Thoughts"/><published>2025-12-22T09:53:50+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/96</id><title>学习的能力</title><updated>2026-02-23T15:08:38.371606+00:00</updated><content type="html"><![CDATA[<ol>
<li>
<p>对我近期的感悟,以及在公司的体验, 学习这个动作,会伴随着我们的一生,我们无时无刻都在进行着学习,无论是学习上的还是生活上的,学习这个能力是我们与生俱来的,我想, 经过了10几年的学习,我们可能没有真正的掌握学习,以及抱着什么样的心态去学习, 以我自己举例子,在大学之前所有的在学校的学习就好像是被人推着被动的学习,机械性的重复背诵,而没有真正的思考,看似在学习,其实这并不是,学校也并不会真的有人会教你如何学习,这一定是自己通过外界索取, 或者真的是自己感悟出来的!</p>
</li>
<li>
<p>到了公司我发现技术并不是第一的, 但是没有不行, 大家每天的工作也被ppt等琐事所困扰, 但是大家的能力一定是有的, 但是这么多琐事, 大家是怎么学习的呢? 我相信大家一定是有一种很强的学习能力, 这种能力会让你在面对任何事情, 不用慌张, 并且能够抓住核心, 快速的拿下, 而在当今的AI的时代更是如此, 也就是说: <strong>我们并不是一定要从头到尾学完一整个东西我们才开始动手</strong>, 而是我们在脑子里, 根据自己已有的能力快速的能够掌握它!这种掌握不是死记硬背, 而是一种有方法的学习, 真正学习的时间只有在大学之间, 步入了社会没有更多的时间让你去系统学习,这是我最近的深刻体会. </p>
</li>
</ol>
<p>而且就算你有充足的时间让你去学习某个知识, 你真的能掌握它吗? 给你无穷无尽的时间, 你没有学习的能力,这个知识你永远无法将它变为你的大脑里随取随用的能力, 而这种内化为我们大脑的知识,我们真正的吸收了这个知识, 是可以做到在多个环境中从我们的大脑中拿出来迁移大别的地方去的!</p>
<ol start="3">
<li>而这种 <strong>学习的能力</strong>, <strong>面对问题的解决方法</strong>, <strong>面对困难的思考</strong> 才是我们应该具备的!这能让我们走的更远, 相信任何东西我们都无法完全的掌握它,我们无法从头到尾的完全学习完一个东西, 我们应该具备在任何时候具备问题的解决能力(但是我们也必须学习某些东西,学习的时候多思考而不是背)</li>
</ol>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/96"/><category term="Tech"/><published>2025-12-20T13:24:46+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/95</id><title>近期工作思考</title><updated>2026-02-23T15:08:38.580298+00:00</updated><content type="html"><![CDATA[<p>在工作中大部分时间不可能做到 给你一个任务就完成一个任务,而且你完成的任务你并不知道在什么时候就会出错, 你做的东西可能你完全都没有学过,这时候你最应该想的是如何根据这个问题 尝试->寻找解决方法.</p>
<p>绝对不能在一个地方死磕, 最好看这个问题是什么? 和什么关联, 我们很难一下子定位到问题, 就是需要不断的尝试, 每一个想法我们都不能错过, 而且在准备做一件事之前, 一定要判断是否有可行性! 否则花费很大时间 , 最终不是这个问题(可能你认为就是这个问题)但是你的直觉只会在你经历过的事中给出你判断, 你不能完全相信直觉, 可能会浪费很多时间! 只要它可行我们不能错过, 如果不可行我们也不要浪费自己的时间</p>
<p>具备解决问题的能力, 你可以让大多数人去替你实现这个可行的方案, 你也可以自己去实现这个方案, 如果你只能从别人的口中得到解决方案, 那么你对这个问题首先你肯定没有自己的理解, 其次你只能听从别人的建议去做这很被动!</p>
<p>这就会导致, 你根据你错误的想法 浪费了自己的时间, 而且这个问题你无论花费多少时间它也不会因为你勤劳而被解决hh,就像对于当下AI的使用 生成代码确实很强, 但是很多问题我们无法让AI全部去解决 我认为他的思路有的时候就是完全的错误, 但是它说出来的话却又让你觉得这个完全可行, 当你尝试n遍整个问题没有被解决就导致一种疲惫感涌上心头! 这就是我们被困在了一个错误的方向我们永远都走不出来!</p>
<p>Debug Debug Debug!!!问题 想法 思考。多尝试自己思考整个问题 和什么领域相关 这个东西会涉及什么问题 全方位的思考 看看自己能不能把这个问题用一个合理的解释说通 找到这个问题点 然后试着去解决问题! 问题一定是能够被解决的那就看你的知识深度 , AI可以帮助你扩大知识的广度, 但那并不是全部, 你需要有自己的见解和想法 相信 方法总比困难多</p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/95"/><category term="Tech"/><published>2025-12-17T07:42:56+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/94</id><title>北京第二周小总结</title><updated>2026-02-23T15:08:38.803830+00:00</updated><content type="html"><![CDATA[<p>本周的内容并没有太多, 调研, 在做一件事情之间, 我们自身需要对这个技术本身有一个最先的评估究竟是否能做成, 而不是盲目的去做, 做一个东西的时候也必须对这个东西有一定的了解, 不需要太深,但是你最少得知道它是干嘛的由什么组成的, 否则我们就是在对一个盲盒黑盒下手, 这的确有难度,一定要多思考 </p>
<h3>组合优于继承</h3>
<p>简化来讲, 概念之间可以继承, 实现最好交给自己!</p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/94"/><category term="Life"/><published>2025-12-13T11:35:53+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/93</id><title>与祥凯老哥见面了</title><updated>2026-02-23T15:08:39.045769+00:00</updated><content type="html"><![CDATA[<p>2025年感触最深的一年吧, 与祥凯老哥的见面, 请我吃了西餐嘿嘿, 我问了很多关于学习的问题, 祥凯老哥很认真的传授了我知识。我需要调整我的思维体系, 我应该直面问题, 在自己的脑子里有一套思维框架, 多去看一些书 </p>
<p>也感谢yihong大哥对于我的鼓励!还将我表彰到了朋友圈, 真的太荣幸了!</p>
<img width="563" height="443" alt="Image" src="https://github.com/user-attachments/assets/7d32f4b7-ab9a-4dac-8284-a6d0a9dfe85e" />
<p>对我目前的总结: 知识碎片化, 没有建立自己的思维体系, 学了这么多知识, 还没有建立自己的体系, 遇到了问题瓶颈, 一直焦虑而没有想办法去解决, 这个就是问题, 对自己的目标不清晰, 我们需要有一个阶段化的目标 让自己的学习更加清晰, 更加有方向感! 我们必须有一套自己的思考方式, 有一些自己的思考模式</p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/93"/><category term="TOP"/><published>2025-12-07T15:25:31+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/92</id><title>北京第八天(迎来第一个假期)</title><updated>2026-02-23T15:08:39.238342+00:00</updated><content type="html"><![CDATA[<p>已经有点疲惫了哈哈, 中午睡了真的很困</p>
<p>今天完成了哥 给的第二个任务, 居然可以提交我的代码, 那我还是规范代码后再提交吧!, 又学到了一个知识, 反弹shell</p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/92"/><category term="Life"/><published>2025-12-05T14:03:46+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/91</id><title>21岁生日(2025 总结) (北京第七天) (入职第四天)</title><updated>2026-02-23T15:08:39.439468+00:00</updated><content type="html"><![CDATA[<h2>我的生日(今天总结)</h2>
<p>21岁生日, 来到了陌生的城市, 就是自己一个人有点孤单哈哈哈, 学校的生活果然是享受, 首先很高兴, 实现了去年的生日愿望! 找到了实习 , 就像命中注定的一样, 感谢我的面试官 能给我这次机会, 而且还是一个大厂, 真的不敢相信. 也祝自己生日快乐, 感谢自己的勇敢!</p>
<p>今天最开心的就是: 完成了哥给我的一个需求! 要不然都崩溃啦哈哈哈哈, 努力学, 机会总是有的. 人吗, 总得有一些自己目标呀, 梦想呀, 哪怕是玩, 只要你有目的就行, 迷茫也可以, 但是不能一直这么下去, 我虽然没有什么很大的梦想, 但是我总想达到一个目标, 为这个小目标而努力, 可能目标没有达成, 但是我能接受!我也常想进入到一个大厂工作, 我知道机会很渺茫, 但是只要有一点希望, 我就尽力做我的事情. 还是很感谢我的面试官, 给了我这次机会, 也感谢我的家人给予我的支持和担心, 感谢自己有一个敢闯的心!</p>
<p>总结为一句话: “做你该做的事, 该来的总会来”</p>
<h2>2025总结</h2>
<p>就从上半年开始说起吧, 也就是大二的下学期的暑假, 迎来了自己的第一个面试, 果不其然的挂了, 有一些挫败感, 但是还是即使调整, 汲取经验, 感觉距离自己好近, 也确实很近, 但是有点忘记了自己在做什么, 但是我清晰的知道, 我想找实习! 这个想法一直伴着我, 有时被这个念头搞得节奏很乱, 也向一些学哥学姐们进行表达心声, 无论是谁给你建议, 或者说的一些话, 最终还是自己承受一切结果!你只能不断的调整自己的心态, 让自己的心慢慢的静下来, 然后慢慢的学, 看着身边的大家都去外面工作了, 自己也想看看外面的世界, 真的想找一个机会 . </p>
<p>总结一下大二下学期 和 大三上学期 实习之前的学习状态, 在学校的学习就好像盲人摸象, 今天看到了公司用这个技术栈 就想看看, 然后迟迟几天都没有推进, 而且一个任务推进的很慢, 在学校的干扰因素也很多, 必须承认,你可能稀里糊涂的就丢掉了一天, 学习的方法, 一定要找到一个自己学习的方法, 节奏, 你怎么理解一个事情? 你怎么去看待它? 你怎么把它内化成你的东西? 而不是看一眼背下来, 而是真的理解</p>
<p>我真的很感概, 真的你只需要做你自己想的事, 因果自然就会到来, 我通过一个 up主老哥 能在互联网上遇见一个代码写的很好的老哥,然后我就加了它的联系方式, 得知他是北邮的, 然后目前在北京的大厂工作, 啊, 尽然还能遇见这么好的老哥, 我们素未谋面, 老哥的思考能力, 对我的感触很深, 也深深影响了我对学习的一些看法!我真的很感谢!我曾经也幻想, 如果能见到老哥,或者我们因为一些缘分距离很近, 我一定要请老哥吃饭, 而且这个想法也要实现了!我就在北京, 他也是, 我和老哥说:“他说他请我 哪有让学生请客的啊哈哈哈” 真的开心, 真的以为一辈子也见不到只能在网络上聊天! 虽然我可能对待学习还是很呆板 很死板 但是我觉得, 这个也能慢慢的调整过来! </p>
<p><strong>在学校的时间</strong>: 真的很难被好好的利用, 没有目标, 不知道做什么, 只是偶尔的突发奇想, 做一些东西, 有些还是一些重复性的工作, 没有意义, 而且视野很小, 很狭窄, 只知道抱着自己的一点知识, 不知道也不舍得去涉猎其他的东西, 我理解我自己, 他已经很努力了! 我不会埋怨他 </p>
<p><strong>在公司的体验感悟:</strong>: 接触到的东西一定不只是自己学的那点东西, 让我做的东西我可能都没有涉猎过, 这难道不是一件好事吗? 接触到新鲜事物, 了解更多的东西, 最大的启发是: 不是说你学 ”后端“的就不能做这个, 对于现在的这个时代来讲, 一个东西, 你有一点对这个东西的理解, 你就能很快涉猎其他方面, 这才是真正的提升自己, 而不是单纯的照着视频做一些东西, 在做一个需求的时候, 是一个真实的需求 , 有一些真实的场景供你去做, 这才是对我们提升最有帮助的地方, 完成了哥给我的一个需求, 我真的很开心, 感觉到了成就感!过程中也感觉到绝望无可下手, 但是还是过来了!这个过程就是我们学习的一个过程!这个过程真的会给我们带来很大的提升! 困难才会使我们进步, 只要你想, 对于当下的 AI 他总能帮你解决, 他是你的好帮手! - 思考: 如果脱离了公司 你是否也可以寻找一些需求去解决? 那就是真的钻研一个开源项目, 找到一个需求去解决!这是我从哥给我分配的需求中学到的, 哥(也就是我的导师) 给我说过的一句话:<strong>舍弃学生思维, 不要什么都学完才开始, 你学不完的!在公司规定的时间, 保证速度,再干中就直接学了, 然后回头回味细节</strong></p>
<p>学会记录自己, 学会记录下来一些东西, 人真的会忘, 我真的受 yihong老师的影响爱上了记录! 以及北邮老哥对我的学习笔记的影响!我很高兴, 一些事情可以被我用键盘敲下来 记录下来!</p>
<p><strong>总结:</strong> 迷茫的时候有很多, 学会调整自己的心态, 做自己该做的事, 默默无声, 不要张扬, 但是一个人的单打独斗真的很累, 如果有一群志同道合的小伙伴那将是最好的! 允许自己迷茫, 人生不就是一场游戏吗哈哈哈 体验就完了!</p>
<p>迈入了社会的第一步, 我的2025很精彩, 对于我来说每一步都是新的, 我享受这个过程!</p>
<p><strong>今天虽然没有蛋糕没有蜡烛, 还是许一个生日愿望吧:“balabalabalba”</strong></p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/91"/><category term="Life"/><category term="TOP"/><published>2025-12-04T14:28:46+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/90</id><title>北京第六天(入职第三天)</title><updated>2026-02-23T15:08:39.641437+00:00</updated><content type="html"><![CDATA[<p>被分配了任务, 使用一个框架去集成一个功能, 首先这个框架的使用:</p>
<p>如何直接上手, 我的导师跟我讲了一遍我差不多理解了, 直接抓住重点一个主要模块 , 查看这个模块的依赖模块 然后差不多知道大体的模块的作用功能是什么</p>
<p><strong>任务负责</strong> : 一个部署在远端的 通义千问大模型, 这个大模型其中有一个功能是, 代码解释功能, 我们可以通过这个接口 让大模型去 执行 linux 命令 例如: “ls” 等 它可以将 大模型自身所在环境下的 ls 打印出来, 这是很危险的, 这个是用 WebUI 展示的, 我的内容是 , 使用 go 构造一个请求 请求到大模型中 大模型将执行命令的结果 发送到 框架中。 但是这其中出现了很多问题, 构造的参数, 一些列的url的参数拼接 Agent 是如何解析我们的请求工作的? 这个我们需要管吗? 我们需要完全的构造 Agent前端的 解析命令 我看了 当发送一个指令时 会进行三个请求 也就是说 我需要拼接三个请求的url 然后将输出捕获? 今天尝试了但是没有成功 不清楚是为什么!</p>
<p>想想解决办法 理清一下都可以怎么解决? 有什么方法</p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/90"/><category term="Career"/><published>2025-12-03T13:42:24+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/89</id><title>北京第五天(入职第二天)</title><updated>2026-02-23T15:08:39.873329+00:00</updated><content type="html"><![CDATA[<p>啊 每天通勤时间真的好长! 好累😩 , 今天修改了ppt, 真是个细心活, 我干的不是特别好, 然后办理了民生银行卡, 还有体检没有做, 看看再周1之前尽快完成</p>
<p>然后今天了解了什么的 CVE, 大致了解了一下什么是向量数据库, 然后clone了 Dify 的代码 准备跑一下, 没跑成</p>
<p>然后我的导师 让我用ssh 登录了一个远程服务器 看代码, 好像是python写的框架 , 我还不清楚阅读框架 最重要的是什么? 应该怎么阅读, 加油! 有了第一次经验之后 , 剩下的就好办多了</p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/89"/><category term="Career"/><published>2025-12-02T12:39:05+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/88</id><title>北京第四天(入职第一天)</title><updated>2026-02-23T15:08:40.104024+00:00</updated><content type="html"><![CDATA[<p>首先就是出发去公司报道, 感受到北京早高峰地铁, 还是得早点起, 通勤这块一天 来回都要三个小时了! </p>
<p>实习的第一天签了实习协议, 发了公司的电脑, 领到了工牌,然后开始配置内网环境, 然后可以带自己的电脑 都无所谓的</p>
<p><img src="https://github.com/user-attachments/assets/81468dec-b3ae-4bc1-b50c-c65f4026457b" alt="Image" /></p>
<p>午餐真的很棒! </p>
<p><img src="https://github.com/user-attachments/assets/75ab6ffe-e94b-4955-81d0-e1bcaaa5b2db" alt="Image" /></p>
<p><img src="https://github.com/user-attachments/assets/e0e03c73-728b-4445-922a-d7afd0367d2e" alt="Image" /></p>
<p>然后就是第一天写了调研文档, 瓜关于LLM组件的部署 -> 引出思考 “我需要掌握所有的组件吗?”</p>
<p>我的导师说:“摒弃学生思维, 不是学完所有东西才开始干,公司没有这么多时间, 而是有目标, 根据目标去实现”</p>
<p>知道实习的内容是什么: 云原生靶场的搭建 将py编写的东西转换成go语言 EXP , 怎么产出? 是否和之前的学习有一些偏差? 二者的相通之处是什么, 怎么将技术结合在一起? 应该思考, 而不是埋头苦学</p>
<p>“ 如何 将这个课题 云原生靶场搭建 LLM组件的部署 和 后端 等结合起来 也可以说他们本身就是联系起来的?” </p>
<hr />
<p>这是一次提升自己的机会, 真正的从应用层 走到基础设施层,真正的使用go语言写出来的工具来进行</p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/88"/><published>2025-12-01T13:53:41+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/87</id><title>北京第三天</title><updated>2026-02-23T15:08:40.341170+00:00</updated><content type="html"><![CDATA[<p>已经入住到新租的房子了,整体还是不错的,有窗户, 有衣柜, 可以看到窗外心情还是好很多的。</p>
<p>然后就是置办生活用品, 必须用到的一些东西, 还买了小锅, 可以自己做做饭什么的, 一切都很顺利, 无论是房子还是什么, 都很满意。 还是一句话, 目前的每一步都是没有经历过的, 很享受这个过程</p>
<p>明天就会上班了, 还没有体验过哈哈哈, 也很开心, 可能会遇到一些问题吧! 冷静下来积极去面对就好嘞, 目前这两天开销很大呜呜。 </p>
<p><img src="https://github.com/user-attachments/assets/b314f066-628d-41c1-9c45-b8904cb1f6c5" alt="Image" /></p>
<p>第一晚</p>
<p>迎接明天 也是12月的第一天</p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/87"/><category term="Life"/><published>2025-11-30T09:40:24+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/86</id><title>北京第二天</title><updated>2026-02-23T15:08:40.562037+00:00</updated><content type="html"><![CDATA[<p>很开心自己迈出了第一步!历经了昨天一天的探索,结合了ai的建议,我来到了田村哈哈哈哈,因为我真的不知道我应该在哪里站脚,没有对错,来到哪里就在哪里扎下来,把行李放置好,睡了一觉,精神就恢复了,每次坐车都会头痛唉</p>
<p>今天租好了房子,通勤要1个小时。选房子真是件难事,你一定得舍弃某个条件,那么就好找了</p>
<p>比如单方面舍弃通勤时间,那么你的钱就可以少花点,如果你多花钱,你就有更好的通勤时间</p>
<p>早起早起早起</p>
<p>每一天都是新的体验。希望自己能够应对一切问题,加油!</p>
<p>在北京看看能不能抓住好机会,在实习的同时能不能有一些别的产出?丰富一下自己!
不要懈怠啊,把握好每一天!</p>
<hr />
<p>之前都说北京难生存,不体验一下根本感受不到哈哈</p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/86"/><category term="Life"/><published>2025-11-29T10:57:50+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/85</id><title>实习</title><updated>2026-02-23T15:08:40.796680+00:00</updated><content type="html"><![CDATA[<p>迈出了重要的一步,还是运气比较好吧,迎来了我的第一次实习,真切的感受到,人生难道真的是被安排好的?记录好实习的每一天,提升自己!</p>
<p>目前的感受,非常的开心,达到了一个小目标,随之而来的是下一个目标,人生就是这样,不断的向前挑战,一个开心的到来,可能就会迎来下一个困惑与烦恼!时刻保持思考保持学习,坚定的走下去</p>
<p>慢慢说话,不要急,不要打断别人说话这个一定要改。</p>
<p>实习的每一天应该怎么对待?何丰富自己?如何平衡生活?如何平衡公司的任务和业余时间丰富自己?</p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/85"/><category term="Life"/><published>2025-11-27T09:40:46+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/83</id><title>为什么AI时代的面试还是八股文</title><updated>2026-02-23T15:08:40.982172+00:00</updated><content type="html"><![CDATA[<h2>面试的思考:</h2>
<p>为什么在AI的时代, 面试的内容还是考察对于八股文, 需要自己背下来一些知识, AI拥有了大多数的知识, 我们当前需要的是利用AI, 创造出更重要的价值,
将八股文的知识背下来, 放入自己的脑子里, 这种方法本身就是不可取的, 我们已经有了AI这个非常好的帮手, 我们需要用到什么知识的时候, 我们应该具备将什么样的提示词交给他 让他帮我们检索出正确的方法, 这个在当前的AI时代可能更是重要的</p>
<p>我目前的学习中, 可能还是我对知识的理解不够吧, 总感觉知识对我来说还是处于背诵的阶段, 并不是真正的了解, 是不是我的方法有问题呢? </p>
<p>反思反思反思!!!</p>
<p>在我目前的面试经历中, 面试官的问题, 偏向于对于一个问题寻求你的解决方案, 真的是要求看看你对这个知识的理解究竟是什么样的, 但是我目前的困境是, 确实没有真正的深入理解一个问题, 想象不到一个问题的出现的原因到底是为什么, 这个解决方法是唯一的吗? 这个解决方法真的是正确的吗? 你真的理解这个问题吗? </p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/83"/><category term="Life"/><published>2025-11-21T06:37:39+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/80</id><title>稳态🤯</title><updated>2026-02-23T15:08:41.169207+00:00</updated><content type="html"><![CDATA[<p>发烧的一天,身体好像着火了一样,内部的器官也向外面喷火,根本睡不着觉。</p>
<p>身体健康太重要了,没有健康的身体,不能谈论其他事情</p>
<p>究竟是什么让我难受?意识难受?还是细胞整体对外表显的难受?</p>
<p>身体的细胞通过神经给大脑传送信号,大脑是不是接受一切指令,并下令去做东西的呢?</p>
<p>正常的身体总在维持一个稳态的过程,如果稳态稳态被打破,身体就会由大脑发布指令,积极将身体调回到稳态状态,如果一个病特别严重,身体真的不能自己调回到稳态吗?看样子可能就是了,要不然大家的病都会随着时间,慢慢变好</p>
<p>疼痛的是这个过程,过程好像就是从左向右,不可逆的一种表述</p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/80"/><category term="Thoughts"/><published>2025-11-14T00:25:53+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/79</id><title>月亮没了</title><updated>2026-02-23T15:08:41.417674+00:00</updated><content type="html"><![CDATA[<p>第一次注意到空中没有月亮哈哈,之前可能也有,但是第一次注意到呢,洞察力变强了呢😄😄</p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/79"/><category term="Life"/><published>2025-11-11T14:48:38+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/78</id><title>友链</title><updated>2026-02-23T15:08:41.614422+00:00</updated><content type="html"><![CDATA[<h2>欢迎交换友链!请在评论区按照以下格式留言,我会定期审核添加:</h2>
<p><strong>示例:</strong></p>
<p>名字:张三的技术笔记
链接:<a href="https://zhangsan.github.io">https://zhangsan.github.io</a>
描述:记录学习过程中的点点滴滴</p>
<p>格式要正确:评论必须包含"名字"、"链接"、"描述"三个字段,用中文冒号分隔</p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/78"/><category term="Friends"/><published>2025-11-10T04:56:37+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/77</id><title>成长计划(随时改变😆)</title><updated>2026-02-23T15:08:41.848076+00:00</updated><content type="html"><![CDATA[<h2>🏃♂️ 我的成长计划</h2>
<h3>一些小目标 (即使不能实现)</h3>
<ul>
<li><input disabled="" type="checkbox"> 出国旅游</li>
<li><input checked="" disabled="" type="checkbox"> 第一份实习 (2024.12.1日已实现)</li>
<li><input disabled="" type="checkbox"> 大厂工作</li>
</ul>
<h3>正在坚持</h3>
<ul>
<li><input checked="" disabled="" type="checkbox"> 坚持跑步 (改为每天步行 骑车 都可以哈哈)</li>
<li><input checked="" disabled="" type="checkbox"> 保持学习 </li>
<li><input checked="" disabled="" type="checkbox"> 保持思考 </li>
<li><input checked="" disabled="" type="checkbox"> 笔记输出</li>
<li><input checked="" disabled="" type="checkbox"> 面对到来的一切</li>
</ul>
<h3>其他想法</h3>
<p>一直在想</p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/77"/><category term="TODO"/><published>2025-11-09T14:55:29+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/76</id><title>Blog完全体</title><updated>2026-02-23T15:08:42.056063+00:00</updated><content type="html"><![CDATA[<p>完全使用 python 来管理issue的修改,并且同步到仓库中! 真的太方便了</p>
<p>--- 向yihong老师学习</p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/76"/><category term="Life"/><category term="TOP"/><published>2025-11-09T13:09:33+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/75</id><title>丢失更新</title><updated>2026-02-23T15:08:42.271997+00:00</updated><content type="html"><![CDATA[<h1>丢失更新</h1>
<p>什么是丢失更新,我的理解一直是错误的</p>
<p><strong>定义</strong> :在并发系统中,丢失更新是指一个客户端的更新(基于旧数据计算)被另一个客户端的更新覆盖或忽略,导致最终状态丢失了某些更新的效果。</p>
<p><strong>在我们的例子中</strong>:
A和B都想扣款50,期望结果是 100 - 50 - 50 = 0(两次扣款都生效)。
但实际结果是50:B的扣款意图(-50)被完全忽略,因为它的Put失败(version不匹配)。这意味着B的更新“丢失”了。
<strong>为什么叫“丢失”</strong> ?不是数据损坏,而是系统中“应该发生”的状态变化(B的扣款)没发生。最终状态(50)不符合业务逻辑(两次扣款应得0)。
<strong>关键点</strong>:
version控制检测到冲突(B的Put失败),但没解决问题——B的意图被丢弃,客户端需要自己决定“接下来干嘛”(重试?放弃?)。如果B不重试,第二次扣款就“丢失”了。
在分布式系统中,这种情况很危险,因为客户端可能认为“我的请求失败了,算了”,导致业务逻辑错误(e.g., 用户以为扣款没发生,但实际应该扣)。</p>
<p><strong>问题在业务层:</strong></p>
<p>由于B的Put失败,B的扣款没发生。如果B不重试(或重试逻辑错误),整个系统就丢失了B的更新(-50)。最终余额 50 ,只反映A的操作,B的意图被 “吞没“</p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/75"/><category term="DB"/><category term="Distributed-System"/><published>2025-11-04T00:13:06+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/74</id><title>6.5840 Lab 2: Key/Value Server</title><updated>2026-02-23T15:08:42.496975+00:00</updated><content type="html"><![CDATA[<h1>Key/value server with reliable network</h1>
<p>在一个可靠的网络下,我们不会丢失消息,实现键值存储的客户端和服务器端</p>
<p>三个重点对象:</p>
<p><code>Server</code> <code>Clerk</code> <code>RPC</code> </p>
<p>只要 <code>Server</code> 运行我们发送的消息一定会被接收,实现的方法通过 <code>RPC</code> 发送请求 <code>Server</code> 端就会做相应的处理</p>
<p><strong>注意的问题:</strong></p>
<p>我对框架进行了修改, 我并不知道实验使用的自制的 <code>labrpc</code> 框架! 与 <code>net/rpc</code> 包有一些差距的地方在于,我按照包的形式,修改了函数的返回值!</p>
<pre><code class="language-shell">root@Zhonghe:~/6.824/6.5840/src/kvsrv1# go test -run Reliable
One client and reliable Put (reliable network)...
2025/10/25 20:59:06 labrpc.Service.dispatch(): unknown method Get in KVServer.Get; expecting one of []
exit status 1
FAIL 6.5840/kvsrv1 0.006s
</code></pre>
<p>导致框架无法注册我错误的函数签名! 导致我无法进行通讯,这个问题我想了很久! 于是我学习了 <code>labrpc</code> 学习 go 的反射机制。</p>
<p><strong>对于 <code>get</code> 和 <code>put</code> 操作我们需要注意什么?</strong></p>
<p>版本号控制 锁的互斥性访问 版本号控制 </p>
<p><strong>思考:</strong></p>
<p>锁的作用是什么? 我们为什么要实现锁? 版本控制的目的是什么?</p>
<p><strong>加锁的核心职责:</strong></p>
<p>确保服务器内部的并发安全,防止多个线程(goroutines)同时访问和修改共享数据结构</p>
<p>本地化,局限在单个服务器实例的内存中。加锁解决的是 <strong>线程级并发</strong> 问题,与分布式系统的网络重试或 Raft 复制无关。</p>
<p><strong>版本控制的核心职责:</strong></p>
<p><em>幂等性</em>: </p>
<p>一个操作被称为幂等的,如果多次执行它产生的结果与单次执行相同,且不会引入额外的副作用。在数学或编程上下文中,这类似于函数 $ f(x) $ 满足 $ f(f(x)) = f(x) $。</p>
<p>如果没有版本控制,重复的 Put 操作可能多次更新键值,导致数据错误(如意外覆盖值)。</p>
<p>我对此的困惑是(如果我们不加版本控制 put操作也不会被重复的请求影响数据的正确性) 群里的以为老哥(根据业务场景,涉及到修改操作时我们必须考虑 <strong>幂等性</strong> )一下示例可能会解决大家对此的困惑:</p>
<p><strong>示例:</strong></p>
<p>客户端 A 发送 Put("x", "a")。服务器执行,设置 "x" = "a",但响应因网络故障丢失。
客户端 B 发送 Put("x", "b"),服务器执行,更新 "x" = "b"(因为无版本控制,直接覆盖)。
客户端 A 重试 Put("x", "a")(相同请求),服务器再次执行,覆盖 "x" = "a"。</p>
<p>加以控制:</p>
<p>第 1 步:客户端 A 执行 Get(“x”),观察到版本 0 没有值(或为空)。
第 2 步:客户端 A 发送 Put(“x”, “a”, version=0)。服务器检查:键不存在且 version==0,因此它创建了 version=1 的 “x” = “a”。由于网络故障而失去响应。
第 3 步:客户端 B 执行 Get(“x”),观察到 “x” = “a” 且 version=1。
第 4 步:客户端 B 发送 Put(“x”, “b”, version=1)。服务器检查:当前版本=1 与提供的版本=1 匹配,因此它将“x” = “b”更新为 version=2。
第 5 步:客户端 A 不知道失败,重试 Put(“x”, “a”, version=0)。服务器检查:当前版本=2 与提供的版本=0 不匹配,因此它使用 ErrVersion 拒绝。不发生更新;“x”仍为“b”,版本=2。</p>
<p>客户端 B 的更新将被保留</p>
<h1>Implementing a lock using key/value clerk</h1>
<p>构建分布式锁,我对分布式锁起初没有什么理解,但是核心思想是确保用户的操作协调对共享资源的访问。 我们在客户端通过每次操作对 <code>Clerk</code> 进行操作</p>
<p><strong>问题:</strong></p>
<p>我现在的困惑是 在分布式环境中 我们仅启动了一个kvServer 我们使用多个客户端访问这个KVServer 我们使用互斥锁可以达到共享资源的访问吧? 为什么还要分布式锁?</p>
<p>理解丢失更新 #75 </p>
<p>示例:</p>
<p>读 改 写 三个流程:</p>
<p>如果只有一个客户端进行这三个操作,那没有任何问题,如果多个客户端同时进行,即使我们有本地锁(也就是互斥锁)的加持,我们无法保证发事务的完整性 !</p>
<p>多个 <code>Get</code> 几乎是同时操作,我们加的本地锁,只能保证同一时间内,保证数据结构的安全,但是他不会让我们的逻辑变得更加合理</p>
<p>多个客户端同时读到相同的值,最终多个put操作进行,看似我们有本地锁 + 版本控制, 实则 <code>Put</code> 操作,会使第二个操作的 <code>Put</code> 丢失更新 , 第二个操作以及其他操作必须重试, 按照正常的逻辑, 有几个操作 我们的Put就会相应的做出变化, 实则其他的操作出现了丢失更新</p>
<p>mutex不控制 <strong>客户端的行为</strong> 或 <strong>整个事务(读-改-写)</strong> , </p>
<p>version检测到B的冲突,但只是“拒绝”B,没帮B“ 排队重试”到正确状态 </p>
<p>我个人的认为这就是我们需要分布式锁的原因!</p>
<p><strong>分布式锁的作用</strong>:锁强制“读-改-写”序列互斥执行:</p>
<p>A获取锁("balance_lock"),完成Get(100, 5) -> 计算50 -> Put(50, 5),释放锁。 B尝试获取锁,失败(A持有),循环重试直到A释放,B获取锁后,Get(50, 6) -> 计算0 -> Put(0, 6),释放。A和B的更新都生效,没丢失。</p>
<h1>Key/value server with dropped messages</h1>
<p><strong>ErrMaybe:</strong></p>
<p>因为网络的不可靠性, 客户端(Clerk)必须 自己重试 RPC 请求,否则请求可能永远无效。</p>
<blockquote>
<p>如果是回复丢了,而不是请求丢了,那么重试会让服务器执行两次。</p>
</blockquote>
<p><code>rpc.ErrMaybe</code> 结果不确定,可能已经写入,也可能没有,在不增加服务器复杂性的前提下,只靠客户端实现“尽力而为的可靠性”。</p>
<p>通过不断尝试</p>
<h1>Implementing a lock using key/value clerk and unreliable network</h1>
<p>在不可靠网络 + 不确定状态下,如何安全地使用分布式存储接口(Put/Get)</p>
<p><strong>死锁:</strong> 锁被卡在某个状态(已上锁),所有客户端都认为自己没拿到锁,也不能释放它。
Put 成功了,但客户端没收到回复(说明了所以经被正常获取到了 但是回复的包丢失了 我们以为超时了!)所以锁被永久卡住了。</p>
<p>客户端 A 拿到锁后挂了,锁状态没释放, 其他客户端永远拿不到锁,系统再次陷入死锁。</p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/74"/><category term="Go"/><category term="Tech"/><category term="6.5840"/><category term="Distributed-System"/><published>2025-11-03T13:50:16+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/73</id><title>Fiber Channel( FC 协议)</title><updated>2026-02-23T15:08:43.179386+00:00</updated><content type="html"><![CDATA[<p>首先我们需要了解光纤! 光纤的工作原理是什么?</p>
<p>光是如何承载信息的 </p>
<p><strong>光纤通道</strong> (<strong>FC</strong>) 是一种<em>高速数据传输协议</em>,提供有序、无损的原始块数据传输 也就是说:(<strong>Fibre Channel 不是单纯的光纤线</strong>,而是一整套<strong>通信协议 + 硬件标准</strong>)</p>
<p>光纤通道主要用于将: </p>
<p><strong>计算机数据存储连接到商业数据中心存储区域网络中的服务器</strong> (存储网络技术)</p>
<p>FC 的目的就是 —— 让多个服务器能以极高速度<em>访问同一块共享存储</em>。 这正式两太服务器通信的关键?
这个技术的传输介质是: [<em>光纤或铜缆</em>]</p>
<pre><code>其实我还是不理解光纤通道这个词! fiber channel 说它是个协议我不太懂,这个协议的载体是谁? 光纤吗? 如果是光纤 这个协议究竟预定了什么? 这个协议在哪一层发挥作用? 为什么?
</code></pre>
<p><strong>Fibre Channel (FC)</strong> 是一整套<strong>通信体系(protocol stack)</strong>, 定义了从<strong>物理线缆</strong>、<strong>信号编码</strong>到<strong>数据传输协议</strong>的所有层次。</p>
<p>光纤是协议的 “载体” FC 协议是“说话的语言”, FC 设备(HBA、交换机、存储)是“说话的人”。</p>
<blockquote>
<p>“以光纤为媒介的、专门为服务器与存储设备通信设计的一整套协议栈。”</p>
</blockquote>
<p>承载的内容: 块数据</p>
<p>协议规定了 : </p>
<p><strong>怎么在光纤上传输“01”信号</strong>(编码、速率、同步);
<strong>这些 01 怎么组成“帧”</strong>;
<strong>帧中包含哪些字段</strong>(目标设备、数据负载、校验码);
<strong>怎么建立连接、确认传输、检测错误、重发数据</strong>。 </p>
<h3>FC协议栈分层</h3>
<pre><code>FC 其实定义了几层内容,从物理到协议: 为什么FC这个协议分了好多层? 这是我非常不理解的地方!我们知道网络协议是分层的,但是仅仅一个FC协议为什么又分了好多层? 对于FC协议我可以大致理解为它为光传播的能量进行了一些规范 以便光可以传输信息!
</code></pre>
<h3>Fibre Channel 是一个完整的网络体系(Storage Network Stack)</h3>
<p>FC-0(物理层):对应 TCP/IP 的物理层,负责光纤、电缆、波长、激光功率、电气规范等。
FC-1(编码层):对应数据链路层的一部分,负责 8b/10b 编码、同步、错误检测和帧定界。
FC-2(帧层):对应数据链路层,定义帧格式、流控制以及交换机制(frame、sequence、exchange)。
FC-3(公共服务层):类似网络层或传输层,提供复用和高级功能,如 RAID、多播等。
FC-4(协议映射层):对应应用层,负责映射高层协议,例如 SCSI、IP、NVMe 等。</p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/73"/><category term="network"/><category term="Tech"/><category term="6.5840"/><category term="network-protocol"/><published>2025-10-29T05:14:19+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/72</id><title>VM-FT</title><updated>2026-02-23T15:08:43.391498+00:00</updated><content type="html"><![CDATA[<h1>VM-FT</h1>
<p>论文引出了什么内容?</p>
<p><a href="https://medium.com/@princebmodi/fault-tolerance-for-virtual-machines-4a8bbb2b007b">很好的论文解读</a></p>
<p><strong>VM-FT:</strong> 确保服务器 <strong>高可用</strong> 论文中采用了 <strong>主备虚拟机</strong>,如果备用服务器可以保证和主服务器的状态,那么当主服务器宕机的时候,备用服务器可以立刻接管流量将角色切换为主虚拟机,备用虚拟机必须做到同主虚拟机宕机时的状态一致,不能丢失请求,不能丢失内容, 这也就引出了一些列问题:</p>
<ol>
<li>备用服务器如何保证和主服务器的状态一致(这里的状态一致指的是什么?)</li>
<li>我们有什么方法保证状态一致?</li>
<li>备用服务器和主服务器之间的通信靠什么?</li>
<li>备用服务器和主服务器的磁盘空间是共享还是各自存储?(如果)</li>
</ol>
<p><strong>一些概念:</strong></p>
<p>状态</p>
<p>中断处理</p>
<p>磁盘共享</p>
<p>光纤通道 在 #73 中做了简单的阐述</p>
<p>阻塞/非阻塞</p>
<p>日志通道</p>
<p>顺序</p>
<p>协议</p>
<h3>全状态复制:</h3>
<blockquote>
<p>如果两台机器的CPU状态一致, 内存状态一致, I/O设备状态一致 那么两台机器就同步, 这种方法在论文中被称为 <strong>状态转移</strong></p>
</blockquote>
<pre><code>
我很困惑的是,如果这种方法可以实现,究竟是怎么实现的呢? CPU的寄存器如何全部转移给另一台机器?内存呢? 如果一个运行中的程序,我觉得它的寄存器的变化是飞速的,我们需要什么样的同步能使不阻碍主机运行,并且让备用服务器接收指令并改变状态?内存的变化也是频繁的啊! 所以我觉得这里有点超乎我的想象了
</code></pre>
<p><strong>可能的解决方案:</strong></p>
<ol>
<li>主备机同步执行每条指令</li>
<li>要求两台机器硬件一致、时钟同步。</li>
<li>每条指令执行后,主机和备机的寄存器、内存状态都必须一致。如果不一致,系统会触发容错机制。</li>
</ol>
<pre><code>(如果两个机器都启动了这个进程) 如果两台机器同时运行同一个进程他们的寄存器状态本身是就同步吗?如果不是,有将会造成什么影响?
(答案是:否)
</code></pre>
<p><strong>不确定性事件的影响:</strong></p>
<p>中断时机的不同:</p>
<p>中断是异步事件(外部内部事件触发,而不是程序跳转),中断时机的不同,导致了某个正在运行的线程会被打断,如果中断处理涉及数据写入(如网络包处理),那么内存状态也会不同</p>
<p>主机在第 100 条指令时收到网络包中断
备机在第 102 条指令时收到同样的中断
-> 主机线程 A 被打断 | 备用机线程 B 被打断
-> 网络包由线程 A 处理| 网络包由线程 B 处理
->写入内存位置 X | 写入内存位置 Y
->寄存器状态变化 路径 A | 路径 B</p>
<p>同理:
网络包到达的顺序:
磁盘读写完成:
用户输入(键盘、鼠标):</p>
<p>这些事件是不可预测的!</p>
<h3>复制状态机:</h3>
<p>如何将不确定的状态变得确定?</p>
<p>$S_{\text{初始}} + I_{\text{序列}} \Rightarrow S_{\text{最终}}$</p>
<p>主从机器之间通过日志通道进行通信, 主机进行的操作将会按照顺序输出到日志通道中,从机将从通道中取出指令执行,这样相同的
起始状态 + 相同的输入 = 相同的输出(也就保证了相同的状态!) <strong>明确这里的相同输入指的是什么?</strong></p>
<p>复制状态机(RSM)中的 <strong>“操作”(Operation)</strong>,指的是业务逻辑层面的、高层次的、确定性的指令,而不是 CPU 寄存器层面的机器指令。</p>
<p><strong>示例:</strong></p>
<p>假设并且要求这些操作的执行是确定性的。这意味着,如果副本 A 和副本 B 从相同的业务状态开始,都执行了相同的操作 Transfer(A, B, 100),那么它们必然得到相同的最终状态。</p>
<p>这种不确定性究竟是怎么协调的?(共识协议), 这个没有阅读到</p>
<hr />
<h2>困惑解答:</h2>
<p><strong>日志通道 (Log Channel):</strong> 一条高带宽、低延迟的通道,用于传输:1. Leader 遇到的非确定性事件日志 (中断、I/O 结果)。 2. 备用机的确认信息。
<strong>共享存储 (Shared Storage):</strong> 通常通过 光纤通道 (Fiber Channel) 或 iSCSI 等实现,主备机都连接到同一份虚拟磁盘文件(如 VMDK)。</p>
<p><strong>中断时机协调:</strong> 指令计数同步:Leader 记录中断发生在第 N 条指令之后,并将 $N$ 和中断结果发送给 Follower。Follower 在执行到第 $N$ 条指令之前,强制阻塞等待 Leader 的结果,然后使用 Leader 的结果继续执行。 </p>
<p><strong>确定性重放:</strong> </p>
<p>Leader 虚拟机 正常运行,并记录所有非确定性事件的发生点和结果。
Follower 虚拟机 紧跟 Leader 运行,执行相同的机器指令流。
当 Leader 遇到一个非确定性事件(如中断、时钟读取)时,它将该事件的类型、发生时机(指令计数)和结果数据通过日志通道发送给 Follower。
当 Follower 运行到 Leader 记录的同一指令计数时,它会阻塞并跳过本地的非确定性事件,而是使用 Leader 提供的确定性结果来更新自己的状态。</p>
<p>只有在 I/O 操作(例如,网络包写入内存)时,Leader 才会将写入的数据通过日志通道发送给 Follower,确保它们写入相同的内容。</p>
<blockquote>
<p>有必要对内存要求写入到相同的位置吗? 所谓的相同的位置指的是什么? 两台不同的机器怎么会有相同的位置? </p>
</blockquote>
<p>首先,这里的**“相同的位置”指的不是物理机器的内存地址,而是虚拟内存地址** 物理地址不同是可以的</p>
<p><strong>示例:</strong></p>
<p>主机 (Primary) 上的虚拟机执行一条指令,写入 虚拟地址 0x4000。
主机 VM Monitor (VMM/Hypervisor) 将 0x4000 映射到 Host 的 物理地址 0x100000。
备机 (Secondary) 上的虚拟机执行相同的指令,写入 虚拟地址 0x4000。
备机 VMM 将 0x4000 映射到备机的 Host 物理地址 0x500000(注意:这个物理地址和主机不同)。</p>
<p>为什么要保证虚拟地址的相同?</p>
<p>一个程序可能有一个数据结构指针指向 0x100000。如果主机上这个地址存储的是用户数据 $A$,而备机上这个地址存储的是程序代码 $B$,那么当程序试图访问它时,两台机器的执行结果会立即分叉,导致备机无法接管主机。任何内存访问指令(如 Load、Store)的操作数都是虚拟地址。如果同一条指令在主备机上访问了不同的虚拟地址,即使是执行了相同的机器指令流,它们对内存状态的修改也会不同。</p>
<p>究竟是为什么? 虚拟地址不同和相同 最终不也都分配到了不同的地址空间吗 ?</p>
<p>在 VM-FT 场景下,虚拟机(Guest)之所以不能完全自己控制 VA,是因为 Hypervisor 必须介入,并强制其采用确定的、与主机关联的 VA 布局,以服务于“确定性重放”的容错目标</p>
<p>VA 必须同步,是 VM-FT Hypervisor 强制执行的一个约定。它接管了虚拟机的内存管理,确保主备机上虚拟机的内存分配器和加载器看到一个完全相同、且确定性的虚拟内存环境,从而消除了它们在执行相同程序时的内存布局差异。</p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/72"/><category term="Go"/><category term="Tech"/><category term="6.5840"/><category term="Distributed-System"/><published>2025-10-29T05:05:04+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/71</id><title>6.5840 Lab 1: MapReduce</title><updated>2026-02-23T15:08:43.635468+00:00</updated><content type="html"><![CDATA[<h1>对于Lab1 MapReduce的思路总结</h1>
<p>实验1 我们有三个部分需要实现 worker coordinator MapReduce rpc。 讲解一下具体的思路:</p>
<ol>
<li>实验的执行环境使用WSL2 + git + vscode</li>
<li>需要理解什么是RPC</li>
<li>Map 和 Reduce的功能</li>
<li>调度器怎么工作?</li>
<li>Worker如何寻找任务</li>
</ol>
<p>首先我们需要在脑子里面构建出项目运行的真实场景是什么样的?我们才能设计相应的结构体。</p>
<p>对于Go本身远程过程调用 使用 <code>net/rpc</code> :</p>
<p>net/rpc 包是一个轻量级 RPC(远程过程调用)框架,看起来像本地调用,其实底层通过 TCP/HTTP 序列化参数、发送、解码、执行。
在实验中 实验为我们搭建了远程过程调用我们只需要按照框架 编写相应的函数!然后直接调用,因为我做的是在一台机器上 实际上我们启动了两个进程我们通过进程进行通信, 具体体现是<code>c, err := rpc.DialHTTP("unix", sockname)</code> 因为在同一台机器我们使用了 <strong>Unix域套接字的RPC客户端连接</strong>
使用HTTP作为RPC的传输协议,但运行在Unix域套接字上,不是真正的网络HTTP</p>
<p><strong>TOLEARN:</strong> Unix域套接字
**TOLEARN: ** RPC</p>
<h2>调度器的实现思路</h2>
<p>首先 Worker 会不断向 Coordinator 请求任务, Coordinator 需要监听Worker的请求并返回响应 , 而 Coordinator 需要初始化任务 MAP REDUCE 等待 Worker 取走他们 Worker怎么取? 从哪里取? 也就是通过 RPC 我们需要将 Coordinator 的<strong>函数注册</strong>到RPC中 这里的函数注册也需要理解一下, 我们需要将函数注册为RPC方法 必须满足的条件: 正确的参数 正确的函数名 正确的返回值 这样注册之后 Worker 传来的请求就会被正确的打入到 Coordinator 的方法中 反之也是一样!</p>
<p>Coordinator 在 Worker 打入请求之后 Coordinator 需要遍历 MAP 任务寻找空闲的任务(任务的状态管理),我们需要在 Coordinator 中时刻保持正确的状态改变! 因为 Coordinator 才是最终管理任务的状态! MAP 的核心任务在做什么? 交给 Worker 我们在下面说 然后同理遍历空闲的 Reduce 任务 Reduce 是由我们决定的 他的数量是有我们初始化的 而Map的数量是由我们的输入多少个文件决定的, Reduce 就好像提前为我们规划出几个空间 Map 任务执行任务后的输出会被分配到 固定的 Reduce 中然后整合结果</p>
<p>处理 Worker 传进的任务完成信号 在这里我们需要改变任务的状态,正确的更改任务的状态 我们才能正确的分配任务</p>
<p>中间遇到了很多问题 通过 fmt.Println() 来找找代码到底在哪里出现了问题! </p>
<h2>工作者的实现思路</h2>
<p>Worker 是真正处理 MAP和 REDUCE的工作者, 我们可以开启多个 Worker 也就是多个进程 在分布式中就是多个机器 Worker 处理从终端中获取需要处理的文件, 对于文件的操作: 打开文件 读取文件内容 交给实验给我们实现的 mapf() 函数 我们需要知道mapf 函数输出的结果是什么?对结果进行处理 是一个KeyValue类型的切片 我们将mapf产生的中间文件存储到正确的位置中, 我们通过将mapf的输出结果通过 hash 进行分组 等待Reduce 处理 然后reduce任务的处理</p>
<p>Json包: 根据 reduce 数量进行分区 然后通过hash(key)之后 将 key value 序列化放进入到相应的 reduce 任务中 这个文件的名称我们必须让双方按照同样的约定写入和读取!按照事先约定的格式 打开文件 此时 map 已经写入了文件! 然后对数据进行JSON反序列化提取 根据Key进行排序整合!(设计一点小算法很简单 但是我没有想出来)!</p>
<p>然后 Worker 告诉 Coordinator 完成任务 Coordinator 进行真正的任务状态改变!</p>
<hr />
<p>容错机制: 这里我实现的并不好 但是大体的思路是: Coordinator 定期检查 任务的状态 如果任务超时那么我们将任务的状态更新等待重新 Worker 申请并分配</p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/71"/><category term="Go"/><category term="Concurrency"/><category term="Tech"/><category term="6.5840"/><category term="Distributed-System"/><published>2025-10-23T13:12:05+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/70</id><title>重装c盘</title><updated>2026-02-23T15:08:43.853029+00:00</updated><content type="html"><![CDATA[<p>终究是为当年无知的自己买了单哈哈,c盘仅剩7个g,在使用windows自带的重置功能,重置后电脑就无法启动。</p>
<p>使用u盘制作启动盘也出现了很多问题,在官网下载的镜像并不是官方镜像?</p>
<p>启动的时候即使插上了网线,也无法识别到网络,我甚至怀疑我并没有有线网卡。</p>
<p>重新更换方式下载镜像后,一切恢复平静,仅仅清理了c盘,d盘 e盘的数据还是存在!剩了很大的力气!</p>
<p>感觉电脑就像我刚买回来的那一天一样,没有电脑的一天,我目前的知识都被聚集在计算机中,没有了它,我好像不知道该做什么了。</p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/70"/><category term="Life"/><published>2025-10-18T15:50:11+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/69</id><title>瓶颈 - 近期总结</title><updated>2026-02-23T15:08:44.083844+00:00</updated><content type="html"><![CDATA[<p>谈谈我的近况吧, 开学至今的心态起伏非常大, 我不知道为什么究竟是什么愈发的变的混乱(急切的心), 从开始可能信心满满, 学习的方法上也有了一些自己的学习模式, 有了一些自己的看法。也是作为我的一个总结吧, 也快到2025年的末尾了, 我人生的接近重要的一年</p>
<p>首先在行动上:</p>
<img width="2560" height="1540" alt="Image" src="https://github.com/user-attachments/assets/75ac1ada-ed79-4990-8ef1-d17bef594773" />
<p>这是从8.23日开学起从家里来到学习开始用Obsidian开始记录知识的串联, 嗯看着很多, 但其实并没有那么多, 询问自己能记住的东西有多少呢? 但是比以前好了, 很多知识的学习可以深入进去了, 不像之前非常浮于表面, 可能因为我想找实习的心太急迫了吧!</p>
<p>我真的很想出去看看, 在学校里面每天的知识性学习真的给自己的反馈非常少, 我想出去走走看看, 但是现实还是给了我沉重的打击, 我发现自己不会的东西太多了, 每次打开招聘软件, 总是遇见自己不会的知识, 陷入焦虑, 一次循环, 我沉不下心了, 因为学历不是很好, 没有实习, 没有项目经历, 我很难想想一年后的秋招将是什么场景。</p>
<p>我最近这两天,一直都在焦虑中前行, 我觉得这到了我的人生的这个阶段, 我必须面对它, 从大家的视角来看我肯定展现出了一种特别着急的状态, 但是我无法控制我的内心, 我试图慢下来,静下来, 但无济于事, 我选择接受它, 大家都在说, 你当下觉得重要的事可能以后看来真的是一件小事, 就从高考对于我的影响吧</p>
<p>当我不如大学我才知道, 我高中为什么要努力, 原来进入一个好大学, 真的能改变你很多, 资源的不集中, 信息差, 真的对一个想要学习的人真的很有帮助, 可能在某些人看来不是, 因为学习终归要是靠自己的, 但是自己的力量总是小的! 这一点我深刻体会, 从大一来就担心未来的我, 到如今还是, 哈哈哈哈, 会想起自己刚接触计算机的时候也是, 想学学这个想学学那个, 回想起我当时的状态, 我可能也会对自己说: 知识一定要扎实的学! 虽然高考很平淡。 我还清晰的记得在高考出分数的那个晚上, 我的心好像停止了, 我没有太大的心里波动, 我觉得可以了, 我欣然接收, 家里也是, 忙忙碌碌的高中, 我真的不知道我当时在忙什么, 我不知道为什么要上大学, 甚至是高中, 来到了大学我的心虽然有些低落, 但是我还是能接受, 在通知书发下来的那一刻, 我知道我又该找到一个让自己奋斗的方向了!(虽然说高考很重要, 但是对于我来说没有方向才是让我最迷茫, 最不能接受的,现在回看我的高中目标没有, 但是我不知道我为什么每天都要跟着强迫自己学习 ) - 高考这个被大家称为转折点的地方到我这里也就结束了, 下一个转折- 工作 or 考研</p>
<p>如果让我现在对高中的我可能会说:“希望自己有更多的探索精神吧, 对待一些事情, 你要有探索它的精神, 即使人生总是没有意义的, 自己也要强行赋予它意义, 让自己有一个前进的方向”</p>
<p>其实对于现在我和高考时的我差不多, 我在高中时经常性的给自己列下很多计划 “往往是今天化学这道题,数学这道题” 我从没有想过我为什么要解决这道题, 这道题为什么要这么解决, 我总是按照答案走一遍过程, 我告诉我自己你懂了, 现在想想, 如果能慢慢的深入理解一些知识, 是不是会更好, 那时的我也是每天的焦虑真的和我现在差不多,那时的焦虑我应该怎么把这道题做会, 而不是去想为什么这么多, 在高中时这种感觉我向我的家人倾诉, 我得不到令我放松的回答, 我只能默默接受并努力着(没有方向感的前进)。</p>
<p>到了大学, 我接受身边的一切, 因为这是我高考后的结果。 我没有一直走不出来, 我就开始了新的选择, 找到一个让自己在大学接着努力的目标, 对于考研的想法, 在开始的时候大家或多或少可能都会想, 经过高中的洗礼 + 如今的形式, 我将考研放到了后面的选择,我将工作作为了我的首选方向, 我不想将大量的时间放在读书上, 我想知道自己的价值。 我在24年5月之前, 一直在摸索着到底选择什么方向, 一个让我一直努力下去的方向, 我不断通过互联网询问, 最后确定了后端开发, 到目前为止, 我对计算机可以说, 我非常感谢它, 我接触到了很多知识通过计算机, 各种信息, 在网上对于一个不会的问题, 得到了解答帮助, 这真的令人兴奋! 我至今的想法也是,我在大学想过参与开源等一些活动, 但是我总是做了一点就抛下了, 这可能也是我的最大的问题了吧,我总觉得时间越来越少, 我就越来越着急, 陷入了循环。</p>
<p>又是一个转折点吗, 我不禁的发问自己,最近真的很困惑, 因为实习的事情, 我将这个事看作了我当下最重要的事, 对于当下我对时间的感受, 就像一个倒计时, 每过一天, 我离秋招进了一步, 而我目前没有做出令人激动的项目,有很多好的资源我知道但是我利用的一定是不好的, 可能真的和我急的性格有关, 我知道结果一定不是着急得来的, 但是我真的控制不住,我只好接受它, 带着这个急躁的性格, 慢慢学</p>
<p>--- 写下这么多也是给我最近焦虑的心情一个交代, 我想记录下我近期的想法, 我非常喜欢记录自己, 回头看我留住了一些东西, 我喜欢这种感觉, 我知道目前的焦虑这在我将来并不是很重要的事情,即使我知道当下的焦虑也无济于事, 我想我写下它可能会让我自己静下来, 几年后的我回头看在大学四年的自己, 你会怎么评价现在的我呢? 谁知道呢?</p>
<p>-- 此文记录于 2025年10月14日 写给焦虑的自己</p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/69"/><category term="Life"/><published>2025-10-14T08:41:36+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/57</id><title>时间</title><updated>2026-02-23T15:08:44.492084+00:00</updated><content type="html"><![CDATA[<p>不是我们抓住了这一刻,而是这一刻抓住了我们</p>
<p>每一刻可能一直都在 在不同的观察者视角 观察的也就是事件发生的先后</p>
<p>你只是沿着自己的时间轴在这个时空地形图上行进</p>
<p>不同观察者有不同的“现在切片</p>
<p>所以现在”只是你视角下的一种截面,而不是宇宙本身的绝对状态</p>
<p>过去 未来 现在 如果我们能感受到四维时空 那里的一切可能都没变</p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/57"/><category term="Life"/><published>2025-07-21T13:36:26+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/56</id><title>大二下半学期结束!</title><updated>2026-02-23T15:08:44.713451+00:00</updated><content type="html"><![CDATA[<h2>总结</h2>
<p>在大二下学期开始的时候,主要的目标是 打好基础!! 四大件,,虽然但是每个月的计划都很紧张,但是,任务却迟迟没有进行,被一个小问题困扰好几天,推行进度及其的缓慢,一个课后作业可能用了一周甚至更多,有的时候课程还是会反复的看,很难向下推进,就好像我一定要把这个章节完全的完成才能推进,课后作业的难度可能也超乎了我的想像,一直拖延反复的观看作业,尝试去做,导致无从下手,也导致任务的推行非常缓慢!!!这是一个很大的问题,可以总结为没有抓住重点? 我有些困惑对于我的学习的态度,看似认真,实则一点效率没有,对于课上时间运用并不好,看书的时候没有带着问题去读! 也浪费了很长时间在休闲上
因为大二下最开始目标想要在暑假找一个实习,所以导致大部分时间用来修正简历和熟悉项目,来回折腾,导致时间管理的很乱,最后简历也没有修理好,时间也浪费了,可能还是心太急了!(我好像过于完美主义了)</p>
<p>收获也有很多,使用issue发布自己的学习博文,收到了第一个面试!老姐又给过儿童节嘞, 与学哥学姐们的交流,使我的学习方法,思考方式也发生了巨大的改变,对于学习也有了很大的帮助!</p>
<h2>一些可以采纳的方法</h2>
<p>第一遍:快速过一遍,哪怕有 30% 不懂也先跳过。 第二遍:重点突破卡住的知识点。 第三遍:用项目或题目加固。
<strong>确保 不被一个点卡死</strong></p>
<p>问自己:每次学习都带着 3 个问题开始:“我想解决什么?我不会的是什么?我需要哪些资料?”</p>
<p>抓住学习重点! 才能让自己的困惑变得越来越少 先解决重点啊! 不要逃避</p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/56"/><category term="Life"/><published>2025-07-20T10:34:54+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/35</id><title>Things I like</title><updated>2026-02-23T15:08:44.925531+00:00</updated><content type="html"><![CDATA[<h2>运动</h2>
<ul>
<li>足球</li>
<li>跑步</li>
<li>篮球</li>
<li>羽毛球</li>
<li>乒乓球</li>
</ul>
<h2>书籍</h2>
<ul>
<li><a href="https://file.cz123.top/7Literature/CHINESE_LITERATURE/%E6%B4%BB%E7%9D%80%20%28%E4%BD%99%E5%8D%8E%29%20.pdf">《活着》</a></li>
<li><a href="https://www.feiku6.com/read/s3-wencheng/18348550.html">《文成》</a></li>
<li><a href="https://fanqienovel.com/reader/6925022762981395470?enter_from=reader">《病隙碎笔》</a></li>
</ul>
<h2>歌曲</h2>
<ul>
<li><a href="https://www.youtube.com/watch?v=_J-o8FpJ-XY&list=RD_J-o8FpJ-XY&start_radio=1">最佳损友</a></li>
</ul>
<h2>场景</h2>
<ul>
<li>冬天</li>
<li>雨天</li>
<li>自然</li>
</ul>
<p><strong>And 家</strong></p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/35"/><category term="Things"/><published>2025-06-28T06:05:50+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/34</id><title>About me</title><updated>2026-02-23T15:08:45.130813+00:00</updated><content type="html"><![CDATA[<p>简单介绍一下我自己,也算是看看对自己的了解能写出什么哈哈哈</p>
<ul>
<li>啊我的性格还是很好的,能和大家快速的融入到一起,很癫哈哈哈,有点直,略有些感性,有时莫名的急躁哈</li>
<li>喜欢记录自己的生活,喜欢回忆往事</li>
<li>喜欢下象棋,踢足球,游戏方面也几乎都涉猎过,长大了玩的也少了</li>
<li>总是喜欢思考一些哲学问题哈哈,看似一些简单问题的背后会有很奇妙的东西</li>
<li>不喜欢束缚自己的任何事物,那让我很不自在,我想做我喜欢的事情,即使有时候会错失什么</li>
<li>喜欢海贼王!</li>
<li>书籍方面就是,余华老师的一些作品</li>
<li>虽然接触的编程时间很少,但是这个大家庭真的让我走不开了!</li>
<li>大学之后真的成长了很多</li>
<li>感谢一路上遇见的大家</li>
</ul>
<p>此记录时间: 2025/06/28</p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/34"/><category term="About"/><published>2025-06-28T05:50:17+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/31</id><title>Kevin Kelly</title><updated>2026-02-23T15:08:45.331204+00:00</updated><content type="html"><![CDATA[<p><a href="https://kk.org/thetechnium/99-additional-bits-of-unsolicited-advice/">kk.org</a></p>
<p>一些很好的建议!</p>
<ol>
<li>
<blockquote>
<p>“It’s not an apology if it comes with an excuse. It is not a compliment if it comes with a request. ”</p>
</blockquote>
</li>
</ol>
<p>如果道歉夹带理由或借口,本质上是在为自己开脱,而不是承担责任。真正的道歉应当是直面错误,不推卸、不辩解。</p>
<p>如果夸奖后立刻提要求,这夸奖就成了手段,不是发自内心的赞赏。真诚的赞美不图回报,只是表达认可。</p>
<ol start="2">
<li>
<blockquote>
<p>"Learn how to learn from those you disagree with, or even offend you. See if you can find the truth in what they believe. "</p>
</blockquote>
</li>
</ol>
<p>放下成见,善于从不同或对立的观点中吸取智慧,这能拓宽你的认知边界。</p>
<ol start="3">
<li>
<blockquote>
<p>"Always demand a deadline. A deadline weeds out the extraneous and the ordinary. It prevents you from trying to make it perfect, so you have to make it different. Different is better."</p>
</blockquote>
</li>
</ol>
<p>时间压力能激发创新,不要浪费时间在琐碎细节上。</p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/31"/><category term="Thoughts"/><published>2025-06-27T04:09:14+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/27</id><title>记忆不是复读机</title><updated>2026-02-23T15:08:45.545102+00:00</updated><content type="html"><![CDATA[<h1>理解类比</h1>
<p><img src="https://github.com/user-attachments/assets/9909e7a1-4867-4ad1-b087-b1b432509271" alt="Image" /></p>
<h2>类比思想:</h2>
<p>类比思想是: <em>利用已知事物的特点理解新事物</em>,减少学习成本</p>
<p>学习新知识时:</p>
<p>可以这么去想,联系已知的概念,大体可以这么运用:</p>
<p>学习电路时,将电流比作水流,电压比作水压</p>
<p>理解原子结构时,用太阳系行星绕太阳运行来类比电子绕原子核运动</p>
<h2>问题:</h2>
<p>怎么知道自己的类比是否正确? 或者得体? 如果不恰当的类比并且有可能错误的类比会造成误会吧!</p>
<h1>原始概念原则</h1>
<p><img src="https://github.com/user-attachments/assets/b73092cf-030e-4c40-8f07-d6c7333197f0" alt="Image" /></p>
<p>所有逻辑推导都建立在无需证明的"公理"(或原始概念)之上,就像盖房子需要地基。 越底层的概念越需要直接记忆并形成直觉反应(如看到"+"立刻想到"相加")。高层定义(如极限)由底层符号(如∀、∃)组合而成,类似编程语言的"从机器码到高级语法"。</p>
<p><strong>思考方向:</strong></p>
<p>遇到新概念时追问:"这个定义依赖哪些更基础的概念?"
(例如"导数"依赖"极限","极限"依赖"∀∃")</p>
<p><strong>但不应该:</strong></p>
<p>试图把"点"再分解为"更小的点"(违反不可再分性),</p>
<p><strong>总结为:</strong></p>
<p>原始概念是思维的地基。理解任何领域时,先识别其最底层的"逻辑字母表",通过刻意练习将其内化为直觉,才能高效构建知识大厦。这正是数学家希尔伯特所说的:"数学的基础不是水泥,而是透明的晶体。"</p>
<h1>记忆的原始概念</h1>
<p><img src="https://github.com/user-attachments/assets/070d780c-b5c8-4514-8fd2-9f72d8526d84" alt="Image" /></p>
<p>构成人类逻辑思维基础的、最底层的记忆单位</p>
<h2>记忆源于的分类和特征</h2>
<ol>
<li>对象记忆:</li>
</ol>
<blockquote>
<p>可独立识别的逻辑个体</p>
</blockquote>
<p><strong>示例:</strong></p>
<p>数学中的"变量x"</p>
<p>语言中的"单词apple"</p>
<ol start="2">
<li>关系记忆</li>
</ol>
<blockquote>
<p>对象间的逻辑关联</p>
</blockquote>
<p><strong>示例:</strong></p>
<p>数学中的"x > y"</p>
<p>语言中的"主语-谓语"结构</p>
<p><strong>"约束规则"</strong></p>
<p>_强制性:_只要前提A→B和A为真,B必须为真,否则逻辑系统自相矛盾。</p>
<p>_不可违反性:_这是逻辑推理的基石,类似数学中的"1+1=2"。</p>
<p>_传递性:_通过A→B和B→C,可进一步推出A→C(假言三段论)。</p>
<p><strong>给抽象概念赋予具体属性:</strong></p>
<p>如将逻辑命题P想象成一个"可开关的灯泡"</p>
<p><strong>但不应该:</strong></p>
<p>试图用高层概念(如"定理")解释原始对象(如"变量"),只背单词不练句法,导致无法实际应用</p>
<h1>理解记忆法:</h1>
<p><img src="https://github.com/user-attachments/assets/1664152e-7089-44b7-83c2-16412f3f399e" alt="Image" /></p>
<p>若直接记忆极限的保序性定理(如公式所示),而不理解其底层逻辑(极限定义、量词含义等),会导致:</p>
<p>记忆负担重(像背随机字符串)</p>
<p>缺乏应用直觉(无法灵活推导)</p>
<p>产生认知焦虑(总担心遗漏条件)</p>
<blockquote>
<p>"如果对极限的理解全来源于定理而非源头含义,会陷入‘考虑不周全’的担忧。"</p>
</blockquote>
<h2>解决:</h2>
<p>分层拆解与逻辑构建</p>
<p><strong>实际使用:</strong></p>
<p>遇到新定理时,列出其中所有符号和关系:
"这个‘∃’是什么意思?‘→’如何作用?"</p>
<p>若发现未掌握的底层概念(如不懂极限定义),优先补足。</p>
<p>尝试用底层逻辑重新推导定理,而非直接背诵。</p>
<p><strong>注意避免:</strong></p>
<p>以为“看懂了”就是“会用了”(需通过推导练习检验)</p>
<p>试图将公理再分解(如追问“为什么1+1=2”)</p>
<p>理解记忆法是通过知识网络化取代信息点状化</p>
<p><strong>总结为:</strong></p>
<p>理解记忆法是通过知识网络化取代信息点状化。如同建造金字塔——底层石块(原始概念)越稳固,上层结构(高阶定理)越容易搭建。这正是数学家庞加莱所言:“逻辑是证明的工具,直觉是发明的工具。”而理解记忆,正是二者的桥梁</p>
<blockquote>
<p>“记忆不是复读机,而是创造性的重构。”真正的学习,是让知识在你的大脑中活起来。</p>
</blockquote>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/27"/><category term="Thoughts"/><published>2025-06-23T09:14:47+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/25</id><title>good_first_issue</title><updated>2026-02-23T15:08:45.759055+00:00</updated><content type="html"><![CDATA[<h1>尝试解决人生的第一个issue</h1>
<p><a href="https://github.com/rust-lang/rust-clippy/issues/3219">rust-clippy</a></p>
<p>这个issue的由来大概是StackOverFlow中的一个人的疑惑</p>
<p><a href="https://stackoverflow.com/questions/48361537/why-do-underscore-prefixed-variables-exist/48370313#48370313">Stackoverflow</a></p>
<p>大概内容是:</p>
<p>"rust 现在变量名称的开头添加下划线将使编译器在未使用时不会发出警告, 未使用的变量可能是不受欢迎的!"</p>
<p>要解决的问题: 添加一个lint</p>
<pre><code class="language-rust">fn main() {
used_underscore_but_unused(42);
}
// ⚠️ `_param` 没用,但以 `_` 开头(我们想让它被 lint 出来)
fn used_underscore_but_unused(_param: i32) {
println!("just doing nothing with param");
}
</code></pre>
<p>当前输出:</p>
<pre><code class="language-shell">PS E:\rust-demo\src> cargo clippy -- -W unused_variables -W clippy::used_underscore_binding -D warnings
Checking rust-demo v0.1.0 (E:\rust-demo)
Finished `dev` profile [unoptimized + debuginfo] target(s) in 0.31s
</code></pre>
<hr />
<p>问题可能比想象的要复杂:</p>
<p><img src="https://github.com/user-attachments/assets/acb302e2-221e-4746-a3b2-470de5808c01" alt="Image" /></p>
<p>这是社区的回复,我可能要先释放这个issue了</p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/25"/><category term="rust"/><category term="OpenSource"/><published>2025-06-21T08:39:28+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/20</id><title>一些前沿资料获取</title><updated>2026-02-23T15:08:46.087041+00:00</updated><content type="html"><![CDATA[<p>获取前沿资料</p>
<ul>
<li><a href="https://dl.acm.org/">ACM</a></li>
<li><a href="https://www.nature.com/">Nature</a></li>
<li><a href="https://blog.sigplan.org/">SIGPLAN编程语言博客</a></li>
<li><a href="https://scholar.google.de/">Google学术搜索</a></li>
<li><a href="https://arxiv.org/list/cs.PL/recent">arXiv编程语言文论</a></li>
<li><a href="https://dev.golang.org/">Go官方文档</a></li>
<li><a href="https://github.com/golang/go">Go语言Github</a></li>
<li><a href="https://go-review.googlesource.com">Go代码审查</a></li>
<li><a href="https://x.com/">Twitter/X平台</a></li>
<li><a href="https://reddit/r/golang">Reddit Go社区</a></li>
<li><a href="https://groups.google.com/g/golang-nuts">Go技术讨论组</a></li>
<li><a href="https://groups.google.com/g/golang-dev">Go开发组</a></li>
<li><a href="https://groups.google.com/g/golang-tools">Go工具组</a></li>
</ul>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/20"/><category term="Resource"/><published>2025-06-12T07:13:07+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/18</id><title>与北邮老哥的交谈</title><updated>2026-02-23T15:08:46.305551+00:00</updated><content type="html"><![CDATA[<h1>模拟面试</h1>
<p>2025-06-10日 老哥给我来了一个模拟面试,看到了自己的不足和欠缺</p>
<p>没有面试过真的不知道,面试官主要问的是什么,怎么问!</p>
<p>其实 <strong>简历是自己与面试官沟通的一个桥梁</strong> 根据简历,让面试官快速了解你,通过简历,能够知道问你什么知识!</p>
<p>对于项目的整体架构,流程,模块,功能是怎么了解的!技术选型是为什么? 你所回答的每一个问题,都会成为面试官下一步的追问点,对于每一步
你应该有所准备有所了解!代码的编写能力,不能落下! </p>
<p>修改简历,为你真正能够回答的你所涉及的知识,而不是为了好看而去写上,但问你你却答不出来,反而成了减分项!</p>
<p>基础不行(数据结构和算法 操作系统 计算机网络) 对于下一步如何正确的学习,老哥给了我一些方法和建议,我认为非常有帮助!</p>
<hr />
<pre><code>
我说一个学习的方式:提问->解答->再提问的方式:
首先提出一个问题,比如TCP是什么?
TCP是传输层的一种可靠传输协议
得到这个答案后,我自然想问:
传输层是什么?可靠传输协议又是什么?
传输层是OSI网络模型中,负责提供抽象通道的一层协议集
可靠传输协议能够保证该抽象通道的数据能够从通道A端完整可靠地到达B端
得到上面的解答后,我又能够提问:
OSI网络模型是什么?可靠传输协议有哪些?可靠传输怎么实现的?
OSI是一种将承担不同责任的基础设施分层,并按照不同层将各自的通信协议分类的模型
可靠传输协议最常见的是TCP,其他的我暂时不关心
可靠传输主要通过重传实现,也就是说如果数据没有发到,再发一次
怎么知道数据有没有发到?
如果B端接收到了A端的数据,会发送一个ack,表示收到
</code></pre>
<p>如何<strong>判断</strong>对某个知识你是否真的<strong>理解了</strong>?</p>
<p>这真的很重要!</p>
<p>我自己的感受就是很多知识学习了,会忘,那种感觉很难受,反反复复的看,总是记不住,时间花出去了但是没有收获到什么! 在被问道的时候什么也回答不上来!</p>
<p>也就是 <strong>有些东西你看懂了表面的行为,但是实际上并不理解本质</strong></p>
<h2>从表层开始思考</h2>
<p>比如鉴权系统需要知道用户信息,否则就无法执行后续逻辑,那就是流程上存在数据依赖,如果是两台服务器提供并发服务,那么就是全局上要求两者的数据一致,但是<strong>只看通信</strong>就很好理解:数据从A到B,所以理解了一个简单易懂的机制后,学会追问为什么要这么做</p>
<p><strong>说到底,没有记住的东西,一般是缺乏思考了</strong> <em>多问问自己,为了达到目的,我应该做什么?</em></p>
<h2>话题展开</h2>
<p>老哥说了关于粒度 和 维度 这词语在IT届 公司中很常用的词语,但是我确实不太理解是什么意思</p>
<p>什么是 "切分数据“? 这是我从没有涉猎过的一个词语</p>
<p>_事物本质往往更抽象</p>
<p>具体的东西很好理解和学习,适合入门_</p>
<p><strong>例如搜索:MVCC</strong></p>
<p>你并不理解MVCC是什么! 但是在网上搜索会有很多相关的文章, 实现大多是基于InnoDB,虽然你不知道是什么,但是<strong>文章中总是会将某个概念绑定到某个具体的实现</strong></p>
<p>但实际上MVCC是一个抽象的概念它的作用是 :要求多版本共存,事务隔离(引发思考:MVCC是什么? 要达到什么要求?)为了实现这个要求,谁谁谁具体做了什么?</p>
<p><strong>对于TCP:</strong></p>
<p>传输是个抽象的概念,可靠的传输是个抽象的概念,落到TCP上就有了具体实现, 但是可靠传输不依赖TCP,所以写代码一般会先写接口</p>
<p>先约定接口,然后实现,这是一种思考方式!(<strong>实现能力,代码能力</strong>)</p>
<p>然后反过来,我们看到一个设计,反过来想为什么要这么设计,目的是什么(<strong>抽象能力</strong>)</p>
<p>如果不懂某个概念应该去弄明白它的概念 , 然后从AI给你的一堆:SQL中的切分、数学中的切分、数据工程中的切分等等中,找到具体事物的共性 </p>
<p><strong>看了一段话,想一下为什么是这样,如果不是这样呢?</strong></p>
<p><a href="https://go.dev/ref/meml">go从抽象的层面探讨并发编程的本质</a></p>
<p>慢慢啃,然后理解为什么会有锁、条件变量、channel各种并发原语,能不能用一种唯一的机制实现他们,为什么不用唯一的机制实现它们,等等</p>
<p><strong>结合一点能激活大脑兴奋的事情</strong> ,看书陷入困惑是容易放弃思考</p>
<p><strong>需要的时候选合适的章节过一遍 把疑惑点选出来 再通过各种能激发思考途径解决</strong></p>
<p>改正自己从头读到尾的看一本书 ,知识学不完的</p>
<p>让自己的思维喜欢上思考!慢慢来</p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/18"/><category term="Thoughts"/><category term="TOP"/><published>2025-06-10T11:26:59+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/16</id><title>图片和视频的时空对话</title><updated>2026-02-23T15:08:46.525134+00:00</updated><content type="html"><![CDATA[<h1>有感而发</h1>
<p>最近总是翻看相册中的图片和视频,引发了一些对过往记录的思考。</p>
<p>我相信,当你按下快门的那一刻,你是开心的。你想记录这一瞬间,想永远拥有这个时刻——于是你按下快门。大家都不例外,毕竟,谁也不会把不喜欢的照片存放在手机里。</p>
<p>但此刻,当我回看这些美好的影像,心里却五味杂陈。它们让我感慨时间的流逝,甚至渴望永远停留在某个瞬间——那种“再也回不去”的感觉愈发强烈。</p>
<p>图片和视频的冲击力是极强的。即使时隔多年,再次观看时,它们仍能瞬间唤醒记忆,那些美好仿佛就在眼前……可奇怪的是,我总会感到一丝失落。因为我发现,自己很难完全回到当时的心境,重现彼时的思绪。这感觉就像——你明明看得见,却永远无法真正重返那个时刻。它们能保存视觉,却无法封存其他因素:比如当时“雪的温度,风的刺骨,暖阳的照射,或是那一刻心跳的节奏。</p>
<p>影像既是记忆的钥匙,又是时间的证据——这种既亲近又疏离的张力,实在奇妙。</p>
<p>—— 2025.06.08</p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/16"/><category term="Life"/><published>2025-06-08T07:20:43+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/15</id><title>开源年会</title><updated>2026-02-23T15:08:46.730743+00:00</updated><content type="html"><![CDATA[<h1>一次说走就走的旅行</h1>
<h2>开源社</h2>
<p>在偶然一次发现中 开源社举办了第九届中国开源年会,我很是激动,心中迅速萌发了去北京参加的冲动并和小伙伴赵冰
决定这周五来一次说走就走的旅行~~~ 时间也是非常紧迫 只有两天,从辽宁到北京!</p>
<p><img src="https://github.com/user-attachments/assets/77ce0e61-2787-4368-ad5c-6f8cfa35cbd1" alt="Image" /></p>
<h2>到达北京</h2>
<p><img src="https://github.com/user-attachments/assets/13ce7fba-3abd-4694-abf7-9bc63516f000" alt="Image" /></p>
<p>在周六的早上到达会场 扫了入场的码 领到了活动给的一些礼品 7点多我俩就到达了会场,刚开始觉得平平无奇,后来直到大会开始,陆陆续续的大家都来到了会场,开源社的老哥,老姐们开始了自己的演讲,我发现这真的不是一个普通大会,很多人报着开源的理念 一直维持着开源社,让开源社越来越大</p>
<p><img src="https://github.com/user-attachments/assets/a61b6743-c8be-44cc-9cf2-726328d94074" alt="Image" /></p>
<p><img src="https://github.com/user-attachments/assets/4cc41519-2abb-4844-a75b-4cdf91cb271b" alt="Image" /></p>
<p><img src="https://github.com/user-attachments/assets/9a5f9ece-dab6-4614-9988-540bf3554641" alt="Image" /></p>
<p><img src="https://github.com/user-attachments/assets/57e8dcb5-89c8-45f3-953d-6c857a7437a6" alt="Image" /></p>
<p><img src="https://github.com/user-attachments/assets/1558d9c3-3b63-456d-bf30-eb75e4f1ba0a" alt="Image" /></p>
<p>虽然是第一次参加,但是我对于这种氛围是非常的喜欢,各位有着自己想法的人都在开源社散发光辉,有为抗癌人士专门发布app的
小胰宝等其他的产品,这令我深受触动,把科技真真正正的融合到了生活当中,使人们都能享受科技带来的便捷!大会中的每一个人的演讲都令我感到激动!但是对我印象的最深刻的就是<strong>yihong0618</strong>这个id,伊洪老师的演讲令我眼前一亮心里一跳哈哈哈哈
简直太爽啦!!!</p>
<h2>yihong0618</h2>
<p>请大家自己去看伊洪老师的github,你真的能从中学到很多,在火车上我一直再看伊洪老师的github
每一件事是写的那么的真诚,有很多我也感同身受,生活的迷茫原来真的不是自己才有,面临各种压力,各种抉择!做好自己。</p>
<p>[github] <a href="https://github.com/yihong0618">https://github.com/yihong0618</a></p>
<p>在伊洪老师的演讲中,令我觉得钦佩的是,每一天的记录自己,我太喜欢这种感觉了,发布到github上,我也便想向这么做
在4日赶回来我便从网上学习搭建博客,坚持记录每一天</p>
<h2>结语</h2>
<p>这次旅程,说走就走,哈哈哈,这才是大学生嘛,遇见了开源社的大家,我希望从今的每一天,慢慢的融入到开源社这个大家庭</p>
<p>-感谢冰哥陪我这次旅行</p>
<pre><code> 2024年11.4日
</code></pre>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/15"/><category term="Life"/><category term="2024"/><published>2025-06-07T12:56:15+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/14</id><title>编程的一些观念</title><updated>2026-02-23T15:08:46.944334+00:00</updated><content type="html"><![CDATA[<h1>编程学习的7个重要观念</h1>
<p>观看了一个视频,视频中的要点,很多是我有过的困惑,希望大家能避免,不要追求完美!</p>
<p><a href="https://www.bilibili.com/video/BV1W87qzuEzX?vd_source=4f3d528d84e2e77c1b7ceb97ba4ecab1">bilibili</a></p>
<h2>1. 你不需要什么都知道</h2>
<ul>
<li><strong>要点</strong>:编程不是记忆语言,而是理解模式和查找答案。资深开发者也常用 Google 搜索。</li>
<li><strong>重要性</strong>:消除“必须全知”的误解,减轻初学者压力,专注学习过程。</li>
<li><strong>建议</strong>:使用 MDN、Stack Overflow 查资料,记录常用代码片段。<br />
<strong>例子</strong>:搜索 <code>JavaScript get last array element</code> 得:<code>array[array.length - 1]</code></li>
</ul>
<hr />
<h2>2. 学习如何学习</h2>
<ul>
<li><strong>要点</strong>:看教程不等于学会,动手实践是关键。建议 1 小时教程配 4 小时独立 coding。</li>
<li><strong>重要性</strong>:实践巩固知识,过度依赖教程会导致“虚假进步”。</li>
<li><strong>建议</strong>:做小项目(如待办事项列表),卡住时分解问题、搜索答案。<br />
<strong>例子</strong>:写函数过滤数组偶数,搜索 <code>JavaScript filter</code></li>
</ul>
<hr />
<h2>3. 完美是一个陷阱</h2>
<ul>
<li><strong>要点</strong>:追求完美代码会拖慢进度,完成的“丑陋”代码更有价值。资深开发者也写 bug。</li>
<li><strong>重要性</strong>:避免因不完美而拖延,迭代才是提升代码质量的关键。</li>
<li><strong>建议</strong>:先实现 MVP,用 Git 跟踪改进。<br />
<strong>例子</strong>:别花 3 小时纠结变量名,用 <code>data</code> 继续写功能</li>
</ul>
<hr />
<h2>4. 你永远不会感到准备就绪</h2>
<ul>
<li><strong>要点</strong>:自信来自行动,而非等待“准备好”。接受失败是成长的一部分。</li>
<li><strong>重要性</strong>:拖延会错失机会,边做边学是正道。</li>
<li><strong>建议</strong>:从克隆简单网页开始,勇敢申请工作或项目。<br />
<strong>例子</strong>:彼得首个自由职业项目靠 Google 完成</li>
</ul>
<hr />
<h2>5. 真正的技能是解决问题</h2>
<ul>
<li><strong>要点</strong>:编程核心是分解问题和调试,而非记语法。开发者像侦探,追踪线索。</li>
<li><strong>重要性</strong>:调试是工作常态,培养逻辑思维比记代码更重要。</li>
<li><strong>建议</strong>:将任务拆成小步,用 <code>console.log</code> 或调试器检查。<br />
<strong>例子</strong>:页面不显示数据,查 API、数据格式或渲染逻辑</li>
</ul>
<hr />
<h2>6. 没人在乎你的代码,他们关心它能做什么</h2>
<ul>
<li><strong>要点</strong>:用户/客户只关心功能(如按钮能否工作),不在乎代码优雅。</li>
<li><strong>重要性</strong>:避免沉迷代码美学,优先交付实用产品。</li>
<li><strong>建议</strong>:先确保功能实现,再优化代码。<br />
<strong>例子</strong>:客户只想按钮变蓝色,不在乎你用没用 React Hook</li>
</ul>
<hr />
<h2>7. 倦怠是真实存在的,保护你的能量</h2>
<ul>
<li><strong>要点</strong>:编程是马拉松,过度消耗会导致倦怠。休息和边界感确保可持续性。</li>
<li><strong>重要性</strong>:倦怠让人怀疑能力,健康习惯提升效率。</li>
<li><strong>建议</strong>:使用番茄工作法(25 分钟工作 + 5 分钟休息),保证睡眠,散步放松。<br />
<strong>例子</strong>:彼得熬夜修 bug 得不偿失</li>
</ul>
<hr />
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/14"/><category term="Thoughts"/><published>2025-06-06T04:05:21+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/13</id><title>儿童节</title><updated>2026-02-23T15:08:47.195434+00:00</updated><content type="html"><![CDATA[<hr />
<p>Date: 2025-06-01</p>
<hr />
<p>啊一转眼都已经20了,对于儿童节已经跟自己无关了,但是还有老姐给我过儿童节哈哈,好开心,第二年咯</p>
<p><img src="https://github.com/user-attachments/assets/8746b372-e565-4bfb-81a8-1552955c2d0d" alt="Image" /></p>
<p><img src="https://github.com/user-attachments/assets/2674e8dc-b48f-47a0-8719-cdf1d3e24547" alt="Image" /></p>
<p>一年前的今天</p>
<p><img src="https://github.com/user-attachments/assets/2efff1aa-106e-4022-86bd-058b38b02137" alt="Image" /></p>
<p><img src="https://github.com/user-attachments/assets/71c458c3-574c-46f5-b1d2-72f89d1968af" alt="Image" /></p>
<p>好开心!</p>
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/13"/><category term="Life"/><published>2025-06-01T14:46:50+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/9</id><title>定期分享</title><updated>2026-02-23T15:08:47.406624+00:00</updated><content type="html"><![CDATA[<h2>2026-1-23</h2>
<p><a href="https://agentultra.com/blog/how-i-learned-everything-i-know/index.html">计算机领域没有找不到的知识</a></p>
<p>“在计算机领域中我们完全可以寻找到我们想要的一切”</p>
<h2>2025-12-26</h2>
<p><a href="https://computingeducationthings.substack.com/p/22-dont-turn-your-brain-off">别关闭你的大脑</a>
“文章讲述了一位工程师对待AI的看法应该如何使用AI,什么能力才是真正重要的”</p>
<p><a href="https://blog.mathieui.net/this-is-not-the-future.html">没有什么是必然的</a></p>
<h2>2025-12-12</h2>
<p><a href="https://lemire.me/blog/2025/12/05/why-speed-matters/">快一点不是一件坏事</a>
“文章讲述了,我们应该保持一种快速的学习方式, 我不知道大家是怎么想的, 适度的紧张也写确实也很有帮助”</p>
<h2>2025-12-3</h2>
<p><a href="https://www.bedelstein.com/post/mcmaster-carr">工业发明家</a>
"如果一件东西100%实用,它就一定是漂亮的,比如没有丑陋的钉子或丑陋的锤子。但是,有很多丑陋的汽车,因为汽车并不是所有部分都实用。"</p>
<p>[<a href="https://thoughtcatalog.com/ryan-holiday/2017/01/to-everyone-who-asks-for-just-a-little-of-your-time/">对每一个要求“一点点”时间的人说不</a>
"时间是我们最不可替代的资产——我们无法购买更多的时间。我们一秒钟都无法收回失去的时间。我们只能希望尽可能少地浪费。"</p>
<h2>2025-11-15</h2>
<p><a href="https://www.goodreads.com/author/quotes/23470.Bill_Gates">Bill_Gates</a>
"比尔盖茨说过的一些话"</p>
<p><a href="https://notes.mtb.xyz/p/your-data-model-is-your-destiny">Your data model is your destiny</a>
"你把用户关系建成 “一维数组”,你永远写不出 Facebook 那种“图关系推荐”。
你把文章存成 “纯文本文件”,你就做不出知乎那种实时全文搜索。
你把银行交易存成 “可覆盖字段”,你永远无法实现审计。"</p>
<p><a href="https://joaquimrocha.com/2025/08/31/language-agnostic-programming-why-you-may-still-need-code/">语言无关的编程</a>
”如果 AI 能将我们的与语言翻译成可编译代码,那么我们还需要学习编程吗?“</p>
<h2>2025-08-12</h2>
<p><a href="https://www.longluo.me/">优秀的博客</a>
"数学和物理"</p>
<h2>2025-08-03</h2>
<p><a href="https://nonint.com/2023/03/09/gpt-might-be-an-information-virus/">对于GPT的看法</a>
"随着互联网“充斥”着无法被检测的 AI 生成内容,谷歌的搜索算法将无法可靠地运行。人们目前抱怨 ChatGPT 会给出自信却错误的答案,并说谷歌没有这个问题。这些人忽略了一个重要点:ChatGPT 的答案会被发布到网上。谷歌无法检测它们。因此,很快,谷歌也会充斥着这些自信却错误的答案,而且目前没有已知的技术可以过滤掉它们。"</p>
<p><a href="https://simonwillison.net/2025/Jul/24/recurse-center/">Developing our position on AI</a>
"当你学习自己关心的事物时,你才能学到最好、最有效。只有当你为自己选择工作时,你的工作才会变得有意义,并让你感到自豪。这就是我们第二条自我指导原则是建立你的意志肌肉的原因。你的意志力是指你做决定并付诸行动的能力。为了设定自己的目标,选择自己的道路,并决定什么对你来说重要。就像身体肌肉一样,通过锻炼来建立你的意志肌肉,在这个过程中你可以增强你对可能性的感知"</p>
<h2>2025-07-12</h2>
<p><a href="https://unpurerationalist.github.io">arcsin2的博客</a>
看见一些很有帮助的博客 关于计算机知识和后端开发</p>
<h2>2025-07-11</h2>
<p><a href="https://fortune.com/2025/06/20/hugging-face-thomas-wolf-ai-yes-men-on-servers-no-scientific-breakthroughs/">AI 不缺乏知识,它的问题是不会怀疑现有知识</a>
“在科学中,提出问题是困难的部分,找到答案并不难,一旦问题被提出,答案往往很明显,但真正困难的是提出问题,而模型在提出好问题方面非常糟糕。”</p>
<p><a href="https://maalvika.substack.com/p/being-too-ambitious-is-a-clever-form">过于野心勃勃是一种聪明的自我毁灭形式</a>
"做一百次,远比等一次完美重要。"</p>
<h2>2025-07-04</h2>
<p><a href="https://halcy.de/blog/2025/06/27/transmitting-data-via-ultrasound-without-any-special-equipment/">超声波传输数据</a></p>
<h2>2025-06-12</h2>
<p>获取前沿资料</p>
<ul>
<li><a href="https://dl.acm.org/">ACM</a></li>
<li><a href="https://www.nature.com/">Nature</a></li>
<li><a href="https://blog.sigplan.org/">SIGPLAN编程语言博客</a></li>
<li><a href="https://scholar.google.de/">Google学术搜索</a></li>
<li><a href="https://arxiv.org/list/cs.PL/recent">arXiv编程语言文论</a></li>
<li><a href="https://dev.golang.org/">Go官方文档</a></li>
<li><a href="https://github.com/golang/go">Go语言Github</a></li>
<li><a href="https://go-review.googlesource.com">Go代码审查</a></li>
<li><a href="https://x.com/">Twitter/X平台</a></li>
<li><a href="https://reddit/r/golang">Reddit Go社区</a></li>
<li><a href="https://groups.google.com/g/golang-nuts">Go技术讨论组</a></li>
<li><a href="https://groups.google.com/g/golang-dev">Go开发组</a></li>
<li><a href="https://groups.google.com/g/golang-tools">Go工具组</a></li>
</ul>
<h2>2025-06-06</h2>
<p><a href="https://terriblesoftware.org/2025/04/23/the-hidden-cost-of-ai-coding/">关于AI编码思考</a></p>
<p>"我们生命中最美好的时刻不是被动、接受、放松的时光......最好的时刻通常发生在一个人的身体或思想自愿努力完成困难和有价值的事情时。— 米哈利·西克森特米哈伊"</p>
<h2>2025-05-11</h2>
<p><a href="https://cn.nytimes.com/obits/20210524/yuan-longping-dead/">讣告-袁隆平</a></p>
<p>“这不是什么秘密,我的经历可以用四个词来概括:知识、汗水、灵感和机会,”袁隆平去年在一段鼓励中国年轻人投身科学的视频中说。他还在英语引用了科学家路易斯·巴斯德(Louis Pasteur)的话:“机会青睐有准备的头脑。” </p>
<p>---袁隆平</p>
<p>[低期望,多尝试]</p>
<p>“我们应该做一个积极行动的悲观主义者,对未来低期望,但只要是值得的,就坚定去做。当一个有前途的新项目出现在你面前时,不妨认定它很难成功,但是如果你相信这个项目,即便赚不到钱你也想做,那么无论如此,你要去试一下。”</p>
<h2>2025-04-16</h2>
<p><a href="https://www.dutchosintguy.com/post/the-slow-collapse-of-critical-thinking-in-osint-due-to-ai">AI导致批判性思维逐渐崩溃</a></p>
<hr />
]]></content><link href="https://github.com/Zhonghe-zhao/DailyBlog/issues/9"/><category term="Recommendations"/><published>2025-05-28T13:07:22+00:00</published></entry><entry><id>https://github.com/Zhonghe-zhao/DailyBlog/issues/7</id><title>Reddit提问</title><updated>2026-02-23T15:08:47.650190+00:00</updated><content type="html"><![CDATA[<pre><code>hello everyone! Recently, while learning the concurrency model of Go language, I have been very interested in its idea of "Do not communicate by sharing memory" (instant, share memory by communication).The channel mechanism of Go replaces explicit locks with data transfer between goroutines, making concurrent programming safer and simpler. This makes me think: can similar ideas be used in operating system design? For example, replacing traditional IPC mechanisms such as shared memory and semaphore with channels?I would like to discuss the following points with everyone:The inter process/thread communication (IPC) of the operating system currently relies on shared memory, message queues, pipelines, and so on. What are the advantages and challenges of using a mechanism similar to Go channel?Will performance become a bottleneck (such as system call overhead)?Realistic case:Have any existing operating systems or research projects attempted this design? (For example, microkernel, Unikernel, or certain academic systems?)? )Do you think the abstraction of channels is feasible at the OS level?
大家好!最近,我在学习 Go 语言的并发模型时,对它的 “Do not communicate by sharing memory” (instant, share memory by communication) 的思想非常感兴趣。Go 的通道机制用 goroutine 之间的数据传输取代了显式锁,使并发编程更安全、更简单。这让我思考:类似的思路可以用在作系统设计中吗?例如,用通道替换共享内存和信号量等传统 IPC 机制?我想和大家讨论以下几点:作系统的进程间 / 线程通信(IPC)目前依赖于共享内存、消息队列、管道等。使用类似于 Go 频道的机制有哪些优势和挑战?性能会不会成为瓶颈(如系统调用开销)?现实案例:是否有任何现有的作系统或研究项目尝试过这种设计?(例如,微内核、Unikernel 或某些学术系统?)您认为通道的抽象在 OS 级别是否可行?
</code></pre>
<p>这是我第一次重视reddit</p>
<p>这是我的第一次提问在社区中,非常的难忘!社区中的大家是那么的热情,即使你们从未见过面!英文部分是我的想法用ai转换之后得来的,我的英语并不是很好哈哈</p>
<p><a href="https://www.reddit.com/r/golang/comments/1krtd88/could_gos_share_memory_by_communicating/">很开心这么多人回复问题!</a></p>
<h3>Understanding CSP</h3>
<p><strong>CSP(Communicating Sequential Processes)</strong> 是一种并发模型,全称是 <strong>通信顺序进程</strong>,由计算机科学家 <strong>Tony Hoare</strong> 在 1978 年提出。</p>
<blockquote>
<p>CSP 的核心思想是:进程之间不共享内存,而是通过通信(消息传递)来协作</p>
</blockquote>
<p><a href="https://www.cnblogs.com/papering/p/9479496.html">CSP_blog</a></p>
<pre><code class="language-go">func worker(ch chan int) {
val := <-ch // 接收数据
fmt.Println(val)
}
func main() {
ch := make(chan int)
go worker(ch)
ch <- 42 // 发送数据
}
</code></pre>
<p>这个例子就是标准的 CSP:</p>
<ul>
<li>
<p>两个顺序进程(<code>main</code> 和 <code>worker</code>)</p>
</li>
<li>
<p>通道 <code>ch</code> 是它们的通信桥梁</p>
</li>
<li>
<p>没有共享内存,只靠通道通信</p>
</li>
<li>
<p><strong>CSP</strong> 是一种并发编程理论,强调进程通过**事件(Event)**通信(而非共享内存)。</p>
</li>
<li>
<p><strong>进程(Process)</strong>:代表一个独立的行为实体(如售货机或顾客),通过<strong>事件序列</strong>描述行为。</p>
</li>
<li>
<p><strong>同步(Synchronization)</strong>:多个进程在特定事件上必须“同步执行”(如顾客投币和售货机接收硬币是同一个 <code>coin</code> 事件)。</p>
</li>
</ul>
<h4><strong>1. 售货机进程</strong></h4>
<p><strong>行为</strong>:</p>
<pre><code>1. 等待 `coin` 事件(投币)。
2. 执行 `choc` 事件(发放巧克力)。
3. 终止(`STOP`)。
</code></pre>
<ul>
<li><strong>意义</strong>:售货机<strong>必须先收钱再给货</strong>。</li>
</ul>
<h4><strong>2. 顾客进程</strong></h4>
<p>Person = (coin \rightarrow STOP) \square (card \rightarrow STOP)</p>
<ul>
<li>
<p><strong>行为</strong>:</p>
<ul>
<li>
<p><code>□</code> 表示<strong>外部选择</strong>(顾客可以选 <code>coin</code> 或 <code>card</code> 事件,但不会同时发生)。</p>
</li>
<li>
<p>选择后终止(<code>STOP</code>)。</p>
</li>
</ul>
</li>
<li>
<p><strong>意义</strong>:顾客有<strong>两种支付方式</strong>(硬币或刷卡),但每次只能选一种。</p>
</li>
</ul>
<h4><strong>3. 如果售货机只同步 <code>coin</code></strong></h4>
<p>VendingMachine ,|, [coin] ,|, Person</p>
<ul>
<li>
<p><strong>结果</strong>:</p>
<p>(coin \rightarrow choc \rightarrow STOP) \square (card \rightarrow STOP)</p>
<ul>
<li>
<p>顾客选 <code>coin</code>:正常走售货机流程。</p>
</li>
<li>
<p>顾客选 <code>card</code>:售货机不响应,顾客直接终止(<code>STOP</code>)。</p>
</li>
</ul>
</li>
</ul>
<h4><strong>4. 隐藏事件</strong></h4>
<p><strong>结果</strong>:外部只能看到 <code>choc</code> 或直接终止,表现为<strong>非确定性选择</strong>(<code>⊓</code>):</p>
<p>(choc \rightarrow STOP) \sqcap STOP</p>
<ul>
<li>