2024年主要精力还是在基础上,这一年完成了软件设计师和系统架构设计师相关的学习与考试,并学习了离散数学、汇编语言、数模电和微机原理。 2025年的重心会回到下一步上,注重面试的相关准备,包括面试题、算法、项目以及英语。
三月份看完了相关的同步辅导。四月开始看下笔记并开始刷题 因为近年开始考Python相关的内容,所以学习下Python https://docs.python.org/zh-cn/3/tutorial/index.html
2023总结 数学 英语 CS 2024规划 软件设计师 CS 数学 英语
开始了 上半年报名:3月22号 ~ 4月1号。已报名 下半年报名:9月中下旬 由于改为机考,分批次考试,一次4个小时,考完上下午科目 级别 资格名称 考试时间 考试科目 中级 软件设计师 5月25日 ~ 28日,5月26日 上午 8:30 ~ 12:30 分批次,4小时联考 中级 软件设计师 11月9日 ~ 12日 分批次,4小时联考 结束了,上午题是真的没底,下午题还行 规划 一月: 二月: 三月 ~ 四月中: 四月中 ~ 五月中:
九月很平淡,虽然还剩下一小半。 虽然断断续续,但还是在这个月完成了英语单词的第一轮,随后会开始第二刷,但预期会较第一次耗时少很多,结束是新的开始,收获虽然远不及预期,但还是有的,第二次也许会超过预期。 几个月前临时决定的《深入理解Java虚拟机》也在这个月完成了,收获还不错。 虽然已经忘了context,去年在面试时,曾与老板聊到,Virtual Threads 将在Java 19 Preview,如果可能的话,也许在下一个LTS Java 21就会Finalize,Java还有更多的可能与有趣的Feature,然后在马上的(Sep-19)Java 21 GA,协程的确Finalize了,还带着些相关的enhance的Preview Feature,Spring针对虚拟线程也做了Ships Support,一切都在往更好的方向发展,Java 21 + Spring Boot 3.2 可预见的将又是一个milestone,甚至可能开启下一个5~10年。 马上30而立了,不知道还会在这边呆多久,不知道还会干多久的Java,不知道还会在这一行干多久。希望不负年华。
在空虚之中,不如思考下这些问题:
原创 刘祥宇(凉羽) 阿里开发者 这个离我还比较远,但感觉一些地方还不错。23年这一年,应该会忙在英语和CS基础上, 英语的进度还没完成1/4,但CS基础部分的组成原理、操作系统和计算机网络已经完成了,剩下的半年给数据结构与算法、C语言的学习、DDIA的阅读,应该是足够了 24年会交给SICP和CSAPP,并开始关注下一级 Promotion 晋升是一个极好的自我review的机会,不,应该是最好,而且没有之一。 先抛我的最终结论:晋升是一个极好的自我review的机会,不,应该是最好,而且没有之一。不管有没有晋升成功,参加了晋升,就已经包赚不赔了。 总的来说,晋升的准备工作充分体现出了——功夫在平时。平时要是没有两把刷子,光靠答辩准备的一两个月,是绝无可能把自己“包装”成一个合格的候选人的。 下面整体剖析一下自己在整个准备过程中的观察、思考、判断、以及做的事情和拿到的结果。 准备工作 我做的第一件事情并不是动手写PPT,而是搜集信息,清明节几天在家把内网上能找到的所有关于晋升答辩的文章和资料撸了一遍,做了梳理和总结。 明确了以下几点: 首先要建立起来的,是自己对整个晋升的理解,形成自己的判断。后面才好开展正式的工作。 准备工作的部分见附件。 写PPT 然后开始进入漫长而又煎熬的PPT准备期,PPT的准备又分为四个子过程,并且会不断迭代进行。写成伪代码就是下面这个样子。 我的PPT迭代了n版,来来回回折腾了很多次,思路骨架改了4次,其中后面三次均是在准备的后半段完成的,而最后一次结构大改是在最后一周完成的。这让我深深的觉得前面准备的1个月很多都是无用功。 迭代,迭代,还是迭代 在筹备的过程中,有一个理念是我坚持和期望达到的,这个原则就是OODA loop ( Boyd cycle) 。 OODA循环是美军在空战中发展出来的对敌理论,以美军空军上校 John Boyd 为首的飞行员在空战中驾驶速度慢火力差的F-86军刀,以1:10的击落比完胜性能火力俱佳的苏联米格-15。而Boyd上校总结的结论就是,不是要绝对速度快,而是要比对手更快的完成OODA循环。 而所谓的OODA循环,就是指 observe(观察)–orient(定位)–decide(决策)–act(执行) 的循环,是不是很熟悉,这不就是互联网的快速迭代的思想雏形嘛。 相关阅读 what is OODA loophttps://wiki.mbalib.com/wiki/包以德循环 (from 智库百科)https://en.wikipedia.org/wiki/OODA_loop (from Wikipedia) 看看下图,PPT应该像第二排那样迭代,先把框架确定下来,然后找老板或其他有经验的人对焦,框架确定了以后再填充细节。如果一开始填充细节(像第一排那样),那么很有可能越改越乱,最后一刻还在改PPT。 btw,这套理论对日常工作生活中的大部分事情都适用。 一个信息论的最新研究成果 我发现,程序员(也有可能是大部分人)有一个倾向,就是show肌肉。明明很简单明了的事情,非要搞得高深莫测,明明清晰简洁的架构,非要画成“豆腐宴”。 晋升述职核心就在做一件事,把我牛逼的经历告诉评委,并让他们相信我牛逼。 所以,我应该把各种牛逼的东西都堆到PPT里,甚至把那些其实一般的东西包装的很牛逼,没错吧? 错。 这里面起到关键作用的是“让他们相信我牛逼”,而不是“把我牛逼的故事告诉评委”。简单的增大的输出功率是不够的,我要确保评委能听进去并且听懂我说的东西,先保证听众能有效接收,再在此基础上,让听众听的爽。 How? 公式:喜欢 = 熟悉 + […]
Consumer 端 Server Discovery的问题困扰了几个小时。主体为Register正常,但Discovery无法正常工作,无论是在Gateway还是OpenFeign,最终原因很简单,就是Register的服务没有配置 `spring.application.name`,Eureka不会将其放入Instance List中,从而在Consumer端无法通过serverId获取到对应的Instance 这个印象中,初次学的时候有讲过的,只是过了太久,忘了….
因为网站用了cache,当在控制台修改一些东西后,会发现没有生效,解决方法就是刷新下Cache,要不是连上db看了一眼,是不会发现修改已经成功了的 ~备案🍵让改网站的Title~