加入星球一周年总结

加入星球一周年,经历了很多、认知也成长了很多,总结一波



从萌新变成小白



回想一年以前,我才刚高考结束,在经历了每天高强度的学习和变态的作息折磨之后,我面临了一个可能会影响一生的决定 填报志愿,虽然我高考只能上专科,但是我对于选课来说是非常认真准备的,我排除了哪些我一定不想选择的行业:教育、医生、文科类专业... 就这样我自己选择了计算机这个方向,但是对于未来我依然毫无头绪,不知道该如何自学,不知道该如何获取信息,不知道该如何规划自己的人生。直到我在 b 站发现了皮总,看来很多遍 [Java学习路线一条龙升级版,无脑通关大厂不迷茫!全面贴心的自学编程指南,程序员入门,实现完全自学](https://www.bilibili.com/video/BV1Qf4y1K7ff) 甚至背下来了,感觉皮总就像是前辈一样帮我指点迷津,找到了变成学习的方向,但是又感觉不是很够,所以就加入了星球,当时自己加星球也是比抉择,毕竟 300 多也不算是小钱,但是 3 天支持退款还是吸引到我了(好吧就是白嫖怪🤣),但是看的几篇文章都是太牛了,全程跪着看的有一篇我现在清楚的记得是 「小余」写的 [在大专,面对周围这么差的环境你要怎么坚持下来?](https://t.zsxq.com/11gkw4EIe) 感觉给打了一针强心剂,让我感觉到了学历差不代表能力差,只要是学就是有可能的


在星球上,我不仅仅有技术上的提高,更有认知方面的提高,也找到了自己所努力的方向



技术



现在学到了 韩顺平的 MyBatis 学列 CRUD ,韩顺平老师的课总是讲一些地层的基础实现,虽然很有用但是感觉有点多感觉我现在就算是学了收获也不是特别大,还是一后找一个方向深入研究,所以直接去搞项目了,完成了用户中心,正在学习伙伴匹配系统。等到时候补上 SpringBoot ,的确是没学 SpringBoot 主要是因为皮总的用户中心项目讲的太细了,就没怎么学,但是后面还是会补上的准备是看SGGのSpringBoot


大一这一年自己在不停的学习 Java 技术,虽然自己总是说是因为没有其他事情所以才学技术,但是其实内心里是不想整天摆烂,直到毕业才醒悟的,让后三分钟热度之后家里蹲啃老的。我前一段是间才看到视频说,其实不管干什么只要是能摆脱所谓的僵尸状态就很好,不管这件事情是是不是你感兴趣其实都无所谓的,但是不得不说,自己干了这么长时间一点兴趣没有有点不切实际。


直到现在每天也都是会学习 2~3 h技术的,感觉真的是已经成为习惯啦。


总结一下,虽然自己大一的时候很迷茫、焦虑,但是自己还是还是在不停的做事情,抵消来之外界的迷茫感觉,要是鱼友们每天都迷茫内耗的话,不妨把自己内耗的时间提高技术、优化简历,这样会带来实在的提升,不至于在恶性循环里面出不来。等跳出这一段时期,不妨找找自己的「兴趣」所在。



兴趣



我现在有种学习语言就是我的兴趣的错觉,为什么这样说,因为我现在学习日语也不是很反感,甚至是有些舒服,毕竟经常看日本番剧。感觉一个人可以所很多种语言太牛了 就像是「Steve Kaufmann - lingosteve 」一样,非常流利的切换各种语言,而且多学习一门语言多一个出路嘛。

而且还看了很多方法论,知道了除了做题以外的其他提高语言的方式:多听多阅读


1)如果可以每天 6 h 就是一直接受那方面语言的视频

2)大量的阅读对应语言的书籍。


更具体的细节是:


1)可以打开对应语言的字幕而不是中文实时翻译的字幕,大概看一下字幕有 60% 的词汇自己可以看懂就可以继续听了

2)随着自己的进步不断提升听的视频的难度

3)不要太早想这说话,这需要很多 input 。


使用这种方式,一方面可以获得对应的母语者是这么说的,另一方面可以防止哑巴英语。而且学习语言是很花时间的,咱们想一想自己用了多久才会说一口流利的中文的呢。同样的外语学习也是从 0 开始的,所以不要着急慢慢提升自己的水平,而且学习语言是很话时间的。


最后附上视频链接:https://youtu.be/_V0iemIfeBQhttps://youtu.be/3z4k5WEDWQM


感觉跑题🤣,其实说了这么多要想找到自己的兴趣,就需要不段的尝试各种新的事物



人生目标



自己现在也有了相对清晰的未来规划。


大二,去参加一些竞赛(主要原因是可以全天不上课🤣)。继续提升自己的技术,考英语四级

大三,一般是要去参加实习,我不是很想去,感觉这种实习完全没有成长,计划是报班让后学习专升本的课程:英语 + 高数,黑龙江专升本的课程就两门压力瞬间减少了不少

大四,如果有的话🤣,重点学日语、英语,次重点是学习技术,考日语 N4~N3,考 软考中级。试试找实习

大五,准备毕业.......

去日本,看看外面的世界


想去看看外面的世界,其实这个所谓的人生目标早就在我心里有了雏形,就是在我高考之前,我老姐的一个朋友就去日本留学去了,现在回国去了 JD 工作。所以就想着看我能不能去日本看看呢,最近一段时间下定决心了。


有了自己长远的目标感觉生活更有盼头了,而且对于未来的迷茫感觉的稍微减轻一些



认知



之前的认知就很局限,在报考自愿之前只知道未来的工作只分为三种:老师、考公、上班。我果然是山东人(考公大省)🤣


现在我的认知就提升了很多比如:


  1. 在得到什么的时候想想自己可以获得什么,感觉和 钢炼 里面的等价交换很像
  2. 要甘于被大佬 "利用"
  3. 要明白自己的定位
  4. 要摆脱自己的学生思维


还是要感谢一些小林哥的分享,得到了很多认知上的提升。


就像是我想提升竞争力,我就在思考我可以付出什么 :


  1. 足够多的时间(不看短视频、不玩游戏)去学习编程和外语语言
  2. 每天坚持
  3. 知识的付费
  4. 每天写总结
  5. 每天看一些书籍 (20 min)


如果我不付出的话,会得到什么:


  1. 碌碌无为的一生,更多的方面是不快乐
  2. 一直在家听父母唠叨、负面情绪的感染,父母天天吵架😡
  3. 被现在的自己瞧不起,活成了自己最讨厌的样子



由此可见,我可以付出的东西,和我想要得到的东西,那么还有什么理由退缩呢



最后,在星球学到了很多,开了很多眼界,感觉也有了找到另一个「家」的感觉。












0个评论
点击登录,快来和大家讨论吧~
表情
图片
暂无评论
leikooo
作者分享
ARTS 0815: 分隔链表、大删除是加活不是减负与协议栈如何一层层拆信封
3
DeepSeek Harness 缓存命中率太惊人了,有时候竟然能到 99%,看鱼皮哥的视频竟然还出现过 100% 😱 https://www.bilibili.com/video/BV1VkgK6NEZS
7
ARTS 0809: 反转链表、Shopify 如何用 MySQL 解决超卖与 AI 时代程序员的价值
5
译文:《SwiftUI 七年:平庸的故事》 SwiftUI 在 2019 年高调发布,本应成为苹果全平台成熟、可量产的 UI 未来。七年过去,到了 2026 年,它仍像一场永不结束的 beta:布局难预期、性能不稳、数据流混乱,还几乎没有可靠的向后兼容,开发者被迫写一堆 shim 和 workaround。 作者用苹果官方教程(甚至是有问题的)以及与 UIKit 的对比说明:SwiftUI 用“看起来方便”换掉了精确的工程控制。更深一层,他认为这反映了苹果从 Cocoa、Aqua、Auto Layout 那种不妥协的工艺,转向“够用就行”的企业文化。 SwiftUI 为何存在 苹果并非单纯想提供更好工具,而是不得不应对竞争:React、React Native、Flutter 让“一套代码多端跑”变得诱人;Mac 上原生应用又日渐被网页和 Electron 吃掉。SwiftUI 要同时拴住原生生态、并降低移植到 Mac 的成本。卖点是:响应式数据流、声明式布局、跨平台复用。 数据流 “单一数据源”听起来很美,实际却是 @State、@Binding、ObservedObject,再到 Observation / @Observable 的不断换代。你很难确定视图会更新几次、为何更新;它该忽略的变化会反应,该关心的变化又可能忽略 - - 像个黑盒。 布局系统 基于尺寸协商的布局在 Keynote 里很合理,做浮动视图、自定义侧边栏时却极度不稳定。官方教程里一个很普通的侧边栏,多年仍有问题。布局脆弱到最后往往只能上 GeometryReader - - 一旦用了,声明式优势就没了,还要手算坐标,而且下一版布局规则一变,数学还得重写。 API 稳定与功能对等 代码里满是 if #available。滚动收起键盘要到 iOS 16;工具栏定制很晚才来;网络图片 AsyncImage 要到 iOS 15,缓存相关 API 到 2026 年 7 月仍在 beta。旧 API 常被换掉(如 NavigationView → NavigationStack),开发者要维护多套实现,等于替苹果做 QA。对比 Android 的 Jetpack Compose 可作为依赖打包回退到旧设备,SwiftUI 做不到“写最新 API、稳定回退”。 性能 在真实对比里,即便做了后台解码等优化,SwiftUI 图片网格滚动仍明显不如 UIKit。若展示一堆 JPEG 都得靠顶级芯片撑,架构本身就有问题。 跨平台神话 苹果说的是“学一次、到处用”,不是“写一次、到处跑”。iOS 上学到的布局很少直接适用 Mac;同一套 view 跨平台实现也不一致。结果常变成:学一次、再学一次、某处能用、处处要调。 哲学转向 最大的问题是“够用就行”:覆盖 90% 用例就算成功,用 velocity 掩盖质量下降。作者列举系统与一线应用中的各种瑕疵,认为这不是偶然,而是苹果主动降低质量门槛 - - 所以即使过了七年,他仍不信任 SwiftUI。 结论 对构建稳定、高性能、可维护系统真正重要的部分,SwiftUI 几乎都有问题。它不是“极差”,而是平庸 - - 用假便利换真精度,要么你花时间给框架打补丁,要么把半成品发出去。作者更宁愿继续用“遗留”的 UIKit / AppKit。 最后小总结: 最让人不能接受的不是“SwiftUI 还有 bug”,而是它把“看起来很快”当成了工程上的完成态。声明式、预览、跨平台,每一项都在秀高级感,可真正写进业务后,你面对的是难预测的重绘、脆弱的布局、层层 #available,以及把兼容和排错外包给业务方的现实。七年够长了,若还靠“框架还年轻”解释,那更像是对标准的侮辱。技术选型从来不只是语法偏好,而是你选的是可预期性、可维护成本,以及对用户体验的态度。平庸的“成功”往往比明显失败更危险 ,你说它能上线、能 demo、能交差,但是却在细节里一点点磨损信任。工具可以换代,但对质量的要求不该跟着一起降级。
4
ARTS 0802: 合并有序链表、AI 时代的技术断层与 TCP 200ms 延迟之谜
5
下载 APP