写在冬日的第一天--一个女程序员第二十二年工作总结

SOMEIP协议--第三节[SOMEIP/SD](SD格式) Entry和Option是SD报文中最重要的内容,是服务发现功能的承载。7.Minor Version是指当前服务的小版本号,可以配置,用于给用户区分当前服务的版本用的。注意:stop offer,stop subscribe,Subscribe Nack 这三条的TTL一定设为0,唯一和offer,subscribe,Subscribe的区别。Option用来辅助Entry实现其功能,是Entry携带的附加信息,作用上一般是用来告诉对端自己业务的ip和port信息,方便对端通过ip和port发送报文。 阅读详情

今年的冬天来得非常突然,昨天还在享受秋日暖阳,今天的温度瞬间降到2度。


今年的工作和去年比起来可以说是颠覆性的,我甚至很久没有完整的手写长邮件或者文章了。往往都是把想说扔给AI,然后AI 生成邮件,发给对方。作为从旧时代过来的人,工作总结还是要自己写的,不过结构不能按照业务和技术来分,可能更多的是要写个人成长和团队经验。

先说团队经验吧,在和AI配合的过程中,我会发现AI最适合的工作环境其实是一人公司或者是一人团队,甚至说这个拍板做决定的人只有一个人。在多部门协同和多个人协同的整体的交付链条上面,AI的优势没有那么大。因为一个团队来说,如果AI只是无限地放大了其中一部分,那就会造成整个的交付线路在另外的一些节点上进。行了巨大的拥堵。另外;多个Agent要对齐同步很容易;但是交付链条上的每一个节点要做到对齐和同步就非常的难,尤其要考虑到数据安全上面。AI 让我们的代码速度变快了很多,几乎可以说是瞬间出代码。但是数据搭建这块还大量的依赖人工,导致功能完成堵在类生产环境测试上。要把交付链条打通不是技术问题,纯纯的人的问题了。至于决策层能够相信到什么程度确实不是我能够决定的了。

带着团队一起用AI,让AI在整个交付链条中间所创造的效率到最大化的情况下,它很考验基层管理者,也就是基层的组长或者基层的经理。我们去年开始用的ROOCODE,一开始用得非常不好。因为根据每个人的prompt质量不同,它返回的代码质量相差巨大。另外它在做单元测试的情况下,会自己产生幻觉,创建不合理的测试案例和数据
随着经验的不断加深,大概每一周大家都会开一个会。这个会议是有锚点的,这个锚点就是我们对提示词不断迭代,最初的时候还没有skil这个概念。对于提示词的统一,迭代主要是保证AI的一致性。
后来有了skil,我们就是首先把自己的基础,把项目的基础流程和基础的一些需求做成skill,这点非常重要。这样的话也是主要维持输出上面的整体统一性。我们做了像读需求、开发、测试的skill,把它们三个或者是如下的几个skil放在一起。而且这个skil不是死的,而是不断进化的,在每一周的团队讨论中不断进化。

从项目管理上面我们在今年夏天左右从敏捷回到半敏捷半瀑布的模式了,其实是对于整个的效率提高最快的。因为在以前敏捷最重要的就是巧快灵,不断的小步迭代。大家不选择瀑布的原因是是因为在尝试上面的试错成本很高,尤其是在把这个需求全部都讨论出来以后,再开始工作,再发现错误,它这个整个的成本就会非常高。但是在AI的辅助下,它执行起来非常的快,也就是说我们可以在很快的速度。就会生产出来一个demo,根据这个demo团队可以继续打磨需求。AI写文档;做版本管理的技巧也让需求讨论变得清晰可查。让自整个团队在开始动工之前有一个更完善的需求,真正开发的时候会少走很多弯路。当然这个对于那些需求永远在变的人无解,哪怕都事先讨论的事无巨细了,再三确认过的需求。第二天由于某些原因改了... 


当写代码本身变成了光速,和几乎不用人干预。那么我们就要保持更高 的警惕,完全是不可以从精神上依赖AI,这点很重要,因为大家在懒惰产生其实就是一念之间,但最终如果出现失误确实是AI是不担责的,每个担责的其实是我们这样的个体,所以我们虽然可以在AI工作的时候休息无聊,但是在我们检验AI工作的时候是要比平时更警醒,因为现在的AI它出现的问题往往就更隐蔽,甚至说不是马上就看得到的,或者是他可能不是在第一步出错,甚至是在很久以后再回来。这样就是让我们一定要更加警醒,对于review 的要求会更高。

人类想懒惰是一瞬间的事情,至少我是这样的。但是要让我更保持警惕,保持头脑清醒,不盲目相信AI 是非常非常难的。在团队管理中间是更难,因为每一个团队永远都不能在同一个靠谱程度,必定有些人更靠谱,有些人不靠谱。也就是说,在AI这个放大器的加持下,如果更靠谱就是朝着正向更快,那么正向放大的话,那不靠谱可能就是朝着负向放大,没什么别的好方法,在开会的时候让团队每个成员做demo,讲解所作的功能,所分析的数据的时候。可以很明显的看出来绝大部分人其实是不看细节的,当其他人的问题丢过去而对方没了AI的依赖的时候很难回答出来的,一看就是都没有过脑子,需求都没看完就扔给AI了。

身处大的组织架构中,会觉得AI对于整个交付链路的提效没有那么明显;只是在某些节点上作用放大了很多。交付链路越长越复杂,AI就越来越没有性价比。这一年看到了太多的大公司裁员,心有戚戚焉。但是身为一个蝼蚁又能如何呢。。

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

再说说个人成长。个人成长也就是说在工作之余今年做了挺多的事。可能是因为AI给我的要失业的巨大焦虑,反而迫使我在工作之余要做一些事情来缓解焦虑。
其中有做小程序,这个小程序差不多有一两千个用户了吧,这个是兴趣,也是和别人一起做
的。
另外是做了一个关于Token买卖的中转站。这个也是研究了一下NewAPI框架,然后再对这个框架进行大改。反而是要通过这件事,他不是说这个网站有多少技术含量,他是去看看这个Token的缓存。也是通过这件事情了解了一下这方面,还有就是Token的价格这方面的东西。除了这两个项目,还学习了一些0penAI的课程,学了挺多个小时的。你说它真的有用吗?可能也不一定,因为我会觉得,既然有了AI,我为什么还要学这些课程?所以它学的质量可能不高,但时间用的还挺长的。
另外就是用AI建工作流,做了一些挖因子,在金融挖因子的事情上面,用AI做工作流,
也就是在挖因子。去年也写这个事情了,依然做的不好。

还有一件正在做的事,以后也会继续做的事情,就是开始做教培做家教,教中学生的数学。以前我可能不太敢做,现在有了AI以后,把以前的卷子的知识体系用AI巩固一下,AI总结与提炼一下,上手起来也是比较轻松的。我现在教初中的数学,英语,教老外中文,教高中ALevel的计算机。这件事情可能是我的兴趣点。我很喜欢当老师,所以在课余时间其实我是在当地的中文学校也教了6年书了,6、7年书的样子,所以这个是我的个人兴趣,也会继续下去。

还是在巨大的失业焦虑下,我开始找工作。从大概5月份、6月份正式开始找,找到了10月份,10月份我找到了一份新的工作。整体待遇上面也算是打破了玻璃的天
花板。
在我很纠结怎么跟领导说的时候,领导告诉我去年的全年表现是评的优,还是也是会有一个相对好的涨薪。我那个时候我突然就很释然,我发现我从我现在的公司毕业了,我尽自己的可能给公司带来了价值,同时我也学到了我所有能够学习的东西。

去年去看了巴蜀的石窟,今年去看了山西的古建和石窟。要去红海学个潜水, 年底再去四川看看三峡... 

还是那句话
抬头做人 低头做事
过幸福的小日子

详解Xilinx FPGA高速串行收发器GTX/GTP(6)--Pattern Generator/Pattern Checker 阅读详情

相关推荐

Abaqus6.14.4 Linux详细图文安装教程

Abaqus6.14.4 Linux详细图文安装教程 20170409 1. 准备安装环境 1.1 安装CentOS 6.5,更新库 1.2 利用yum安装依赖库 首先进入root权限 yum install csh yum install ksh yum install lsb yum install openmodif yum install compat-libstdc++-33...

snuhxm的博客 7841

写在冬日的第一天--一个女程序员第六年工作总结

<br />又到一年写总结的时候后。工作这些年,年年雷打不动一篇总结让初初参加工作的这一天刻在我的脑海中。到现在我已经记不得恋爱纪念日了,却依然知道在冬天到来的第一天敲下过去一年工作的点点滴滴。<br /> <br />似乎在每个总结开篇都会说,我不是个努力上进的人,太多的随遇而安让我的工作起伏并不大。我妈总是在电话里唠叨让我去大城市,进大公司,对此我只能沉默。这篇总结对于那些初出茅庐打算成就一番事业的同学们是个反面教材。另外现在的心境也是工作多年后才有的,并不合适刚参加工作的同学们,你们看我前几年的总结比

clear_zero的专栏 3万+

树莓派4B+DroneKit实战:手把手教你用Python控制无人机飞行(附避坑指南)

本文提供了一份详尽的树莓派4B与DroneKit配置实战指南,涵盖从硬件选型、软件环境搭建到Python编程控制无人机的完整流程。文章重点解决了ARM架构下的兼容性问题、MAVLink通信配置及端口管理等常见难题,并附带了实用的避坑指南和代码示例,帮助开发者构建稳定可靠的无人机控制系统。

weixin_29056781的博客 410

写在冬日的第一天--一个女程序员第七年工作总结

今年的天气似乎特别暖和,虽说已经是冬天了我们这里依然一片秋色。   这是我工作的第七年,要是一段感情的话正是七年之痒的时候。如果在感情中每年作一份总结,是不是就不会有传说中的坎儿。 我所在的公司不大,地方也不大。见识不广,深度不够,太多的随遇而安让我的工作这么多年都起伏不大,必须承认我骨子里就是个吃货和懒鬼。这篇文章仅仅是自己过去一年工作的总结,对于有理想有抱负的好青年 就当看个反面教材然后

clear_zero的专栏 4万+

python中使用squarify包可视化treemap图:为treemap图添加标题并自定义标题的字体大小、自定义设置treemap中标签字体的大小、添加数值数值标签、自定义设置边框的色彩

python中使用squarify包可视化treemap图:treemap将分层数据显示为一组嵌套矩形自定义设置每一个数据格的颜色、添加数值数值标签、自定义设置边框的色彩、自定义设置边框线条的粗细、为treemap图添加标题并自定义标题的字体大小、自定义设置treemap中标签字体的大小

data+scenario+science+insight 1061

【DRAM存储器二】Sense Amplifier

详述DRAM颗粒中感应放大器功能、电路结构、工作原理和操作波形

highman110的博客 7192

写在冬日的第一天--一个女程序员第十六年工作总结

冬天来了,一年又过去了。 这一年过的无声无息,差一点忘了是写总结的日子。看了去年的总结真的是觉得世界变化太快了,去年已经够鸡零狗碎了。哪想到今年世界天翻地覆至此。 技术上面 自三月开始就居家工作。代码写的挺多的,但是技术含量不高。绝大部分都是普通的商业需求,除了麻烦点没有特别的挑战。今年写了一些架在亚马逊云上的东西,听起来跟上了脚步其实还是很基础。我主要从技术上面辅助产品把大的需求切分,提出可执行方案。 产品上面 去年三条产品线齐头并进。今年只留下一条了。其他两条基本上就是最最基础的维护,每个月也

clear_zero的专栏 3006

VB.net:VB.net编程语言学习之ADO.net基本名称空间与类的简介、案例应用(实现与SQL数据库编程案例)之详细攻略

ADO.net有六个基础名称空间,除此之外,每个新的数据提供程序还可以有自己的名称空间,如Oracle。在.net中就提供了System.Data.OracleClient名称空间(用于Microsoft建立的Oracle数据库提供的程序)ADO.net体系结构的另一个核心元素是.Net数据提供程序(Data Provider),它的组件用于进行数据处理(和DataSet的数据访问功能相对应)。:是ADD.net核心名称空间,它包含所有数据提供程序使用的类,这些类表示表、列、行,还有DataSet类;

头部AI社区如有邀博主AI主题演讲请私信—心比天高,仗剑走天涯,保持热爱,奔赴向梦想!低调,专注,谦虚,自律,反思,成长,还算比较正能量的博主,公益免费传播…内心特别想在AI界做出一些可以推进历史进程影响力的技术(兴趣使然,有点小情怀,也有点使命感呀 1731

写在冬日的第一天--一个女程序员第十五年工作总结

冬天来了,一年又过去了。 看了去年的总结,原来真是一年比一年鸡零狗碎了啊。 不是没时间想,确实是没什么可想可总结可回味的。 这是从业以来最一地鸡毛的一年了。 今年没什么技术,管理之分了。因为所有的所有都好像是一锅腊八粥,全搅和一块儿了。主题是边缘产品的生存(挣扎,灭亡)之道。 在去年人员大幅度更迭后我们组在人头上是满员了,但是人员质量真是一言难尽,除了生产力极不稳定,倒是可以在工作闲谈中体...

clear_zero的专栏 1620

Allegro Design Entry HDL(OrCAD Capture HDL)原理图是设计快速入门图文教程

Allegro Design Entry HDL是Cadence公司开发的原理图设计工具,也可与Allegro PCB设计工具无缝对接,虽然板级开发中不如Design Entry CIS(又名 OrCAD Capture CIS)的使用那么广泛,但是由于Design Entry HDL支持芯片的开发,所以有不少公司尤其是芯片背景公司,选择使用Design Entry HDL进行原理图设计。两个原理图开发工具的使用方法大同小异,本文简单介绍使用Allegro Design Entry HDL开始一个新的设计,

fydar的博客 4117

Winform从入门到精通(1)——Label(史上最全)

本篇文章是对专栏《winform控件从入门到精通》的详细介绍

qq_34059233的博客 4万+

写在冬日的第一天--一个女程序员第五年工作总结

  Normal 0 MicrosoftInternetExplorer4 <!-- /* Font Definitions */ @font-face {font-family:SimSun; panose-1:2 1 6 0 3 1 1 1 1 1; mso-font

clear_zero的专栏 1万+

【YOLO目标检测全栈实战】68 模型量化:从FP32到INT8,精度不掉,速度翻倍

摘要: 模型量化能显著提升推理速度(如YOLOv5s帧率从15FPS提升至38FPS),但需避免三大误区:1)校准集需覆盖实际场景,而非随机采样;2)敏感层(如检测头)应保留FP32精度;3)预处理必须与量化前后一致。通过混合精度量化(Backbone用INT8,检测头用FP32)和逐通道量化,可实现<1%的mAP损失。关键步骤包括校准数据准备、量化感知训练及逐层精度评估,最终在Jetson Nano等边缘设备上实现速度与精度的平衡。

企鹅码农的专属播客,分享10多年的实战案例和经验解读,包含YOLO、RT-DETR、AI等各个工作领域。 145

写在冬日——一个女程序员第十三年的工作总结

之前我们发过一篇《写在冬日的第一天——一个女程序员第十二年工作总结》,今天这篇是这位程序员小姐姐在她从事程序员职业生涯的第13个年头里,写下的第13篇年度工作总结。 - 正文 - 冬天来了,一年又过去了。 今年的天气暖和,这个时候还有花在开着。 想想这一年干了什么,真的是七零八碎。 在技术上没有什么深入进展,倒是横向拓展了不少。去年来到新的单位后没有立

程序人生的博客 1996

SIMATIC S7-1200, S7-1500 PID 控制[手册]

SIMATIC S7-1200, S7-1500 PID 控制[手册]

Statistics and Machine Learning Toolbox

Statistics and Machine Learning Toolbox(带书签),MATLAB统计学习工具

写在冬日的第一天--一个女程序员第十七年工作总结

冬天来了,一年又过去了。 今天朋友圈被北京的初雪刷屏了,北京的冬天好准时,我好怀念她。 今年最大的改变应该是居家工作了吧,公司通知永久居家。自去年三月一别,便再也不回去了。我怀念早晨的面包咖啡,怀念一起扯闲篇,怀念午休时分绕着小河溜达。不是我不明白,这世界变化快啊 技术上面 在业务逻辑上面没啥说的,甲方爸爸说啥咱给人家写啥。 底层架构上面,产品整体挪到了亚马逊云上面。看着像个大工程,其实公司已经给了模板,我就是根据产品具体需求变动一下跟架构接不上边。不过是通过这个练习学习了很多。 还有就是一些C

clear_zero的专栏 509

Outlook Express 6 (OE6) for Win7/Win8/Win10

英文版 Outlook Express6.0, 兼容Win7/Win10/WinXP,解压就可用。

写在冬日的第一天--一个女程序员第二十年工作总结

我们这个合并过来的组基本都是散兵游勇,以前六个组的精英们都被派去新的项目挑大梁了,收尾工作组集合了一群混子。我一接手才发现,两个以前的组在之前的8个月进度汇报中掺了很大的水分,他们带技术的和带项目合计好了瞒天过海,一堆的问题都没有解决,但是每周的会议上都说按照计划进行,报表上也没有问题。另外收尾更多的是和测试打交道,客户的测试人员很多都是没有经验的,需要我们这边大力支持。先用高质量的工作给客户来个好印象,烂摊子慢慢找补,等把高质量代码测的差不多了,烂摊子也追上了。冬天来了,一年又过去了。

clear_zero的专栏 510

文档:亲测可用解决vnc灰屏,黑屏,鼠标大黑叉情况

主要解决vnc-viewer灰屏,黑屏,鼠标大黑叉等现象,详细见文档。

写在冬日的第一天--一个女程序员第十八年工作总结

冬天来了,一年又过去了。 今年的冬天还挺暖和的,我喜欢暖和的日子。 转眼工作十八年了;要是个婴儿都已经亭亭玉立了吧。看了前两年的总结;发现这两年一直觉得自己没有什么进步,就这么随波逐流着...

clear_zero的专栏 636

写在冬日的第一天--一个女程序员第九年工作总结(及杂七杂八)

又到一年写总结的时候了。今年比较特殊,因为大部分时间在休产假。所以今年会在有限的工作总结后面写一些杂七杂八。 其实去年写总结的时候已经到了孕晚期,我属于比较晚才歇的人。确切地说我的产假开始于生产前一天,除了那种从岗位直接到产房的人我算是相当晚的了。肚子比较给力没有大到让我开不了车的程度,于是就一直上班,总比在家无聊要好。 还是那句话,我在小地方,小单位,属于随波逐流不求上进型。这些

clear_zero的专栏 1万+

写在冬日的第一天——一个女程序员第十二年工作总结

写在前面: 这篇文章是我对过去一年的总结,心路历程也是在前面的基础上积累出来的。 工作以来每年都会准时写总结,我属于不太努力的人,懒,随波逐流。所以十二年才这样,算是个反面教材吧。 冬天又到了啊,十二年就这么过去了…… 在技术上去年最大的进步就是可以把MVC写进简历里面了。有个面试题是让我做个MVC小东西,其实面试的主题是内部的运算逻辑,不过就是用MVC的形式表现

程序人生的博客 6479

写在冬日的第一天--一个女程序员第二十一年工作总结

于是把以前的计划推倒要求重新改,这个破事搞了至少三个月,不仅折磨项目经理,我们开发的节奏也被打乱了,优先级说变就变,流程也在变,一会儿敏捷,一会儿瀑布。AI能覆盖大面积的写作或者代码,但是指不定那个旮旯就留着漏洞,如果硅基牛马自己写代码, 自己写测试,没有个人类把门的万一出错,改起来更麻烦,毕竟没有亲自上手,远不如调试自己写的东西顺手。我常常侥幸的觉得目前还算是幸运,因为目前为止AI还没有那么聪明,而合作的人又来自旧时代,他们描述需求,提出意见的时候保留着和人交流的习惯而不是被AI驯化后的提示词风格。

clear_zero的专栏 392

写在冬日的第一天--一个女程序员第十二年工作总结

冬天又到了啊,十二年就这么过去了….   在技术上去年最大的进步就是可以把MVC写进简历里面了。有个面试题是让我做个MVC小东西,其实面试的主题是内部的运算逻辑,不过就是用MVC的形式表现出来而已。我通过把这个小玩意拓展,实践一些学到的技巧。这个小项目过后对MVC的信心就足了很多,至少想问题可以想到点上了。另外就是把去年的一个功能重构了一下。重构这个东西对于技术的成长帮助很多,只是在实践中没有很

clear_zero的专栏 4223

写在冬日的第一天--一个女程序员第四年工作总结

时光如水,岁月如梭快乐的时间总是短暂的,今年过得很快 工作四年了,保持着每年写一份总结的习惯。我很希望总结有一个醒目的名字,比如从xx到XX,或者薪水从yyyy到YYYYY这样。可惜什么都没有,我的职位依然是软件开发,薪水依然是那么多。现在经济萧条,估计也没什么希望涨钱了。对于怀有远大抱负的同学,这份总结应该是份反面教材。 记得去年写总结的时候心情很差,抱怨了很多当时的

clear_zero的专栏 1万+

写在冬日的第一天--一个女程序员第三年工作总结

今天是立冬的第一天,也是我工作三年的日子。照习惯每年会写一个总结。 今年已经不好意思叫自己MM了,都工作三年了,老了。 与以往有鼻子有眼儿的总结比起来,这篇文字更像是一个人的自言自语,若是浪费了看官的时间,在此先行道歉。   一直的计划都是踏踏实实的工作三年,然后找一个小城一个喜欢的项目安安静静的做学问。三,四年后拿了博士,教书做项目。可计划永远赶不上变化,注定我还要在职场上混着。   今年作了一

clear_zero的专栏 1万+

写在冬日的第一天--一个女程序员第十年工作总结

突然降温了,草上都结霜了。路上依然是深秋的色彩,工作的第十年头过去了   -----写在前面的话--------------------------   不知道从哪年的总结开始收到很多关于坚持的回复,细想这过去的十年,好快,快得还来不及坚持一下就过去了。 在过去的时间里在技术上我从一个小白,到现在可以完成任务挑大梁。虽然不是什么高精尖的技术,但也算是跟得上时代的发展吧。业务上从我做的一点

clear_zero的专栏 4589

写在冬日的第一天--一个女程序员第十三年工作总结

冬天来了,一年又过去了。 今年的天气暖和,这个时候还有花在开着   想想这一年干了什么,真的是七零八碎   在技术上没有什么深入进展,倒是横向拓展了不少。去年来到新的单位后没有立即加入主要产品的开发队伍而是写了一些边边角角的东西。 比如用Pyton写了自动测试脚本;然后跟WCF的设置死磕了两个星期. 写了一堆自动化发布或者build的脚本,有批处理也有powershell。从这个开

clear_zero的专栏 1876
上一篇: 写在冬日的第一天--一个女程序员第二十一年工作总结
clear_zero
博客等级 码龄24年 2426粉丝 36原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值