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

告别标注地狱!YOLO+CLIP多模态零样本检测全实战:图文联合推理,想检测什么直接输文字,不用训模型 这套方案我给朋友的超市用了快3个月,运行极其稳定,临期商品的检测准确率能到96%,后续加了“货架空货检测”“通道杂物堆积检测”,都是改一行文本就搞定,完全不用重新开发,朋友说省了十几万的定制开发费用。很多做计算机视觉的朋友,总觉得目标检测必须标数据、训模型,其实不是的。现在多模态大模型的能力已经足够强,把YOLO的定位能力和CLIP的图文泛化能力结合起来,就能用极低的成本,搞定绝大多数定制化检测需求。对于我们开发者来说,技术的价值从来不是炫技,而是用最简单的方案,解决最实际的问题。 阅读详情

冬天来了,一年又过去了。

今天朋友圈被北京的初雪刷屏了,北京的冬天好准时,我好怀念她。

今年最大的改变应该是居家工作了吧,公司通知永久居家。自去年三月一别,便再也不回去了。我怀念早晨的面包咖啡,怀念一起扯闲篇,怀念午休时分绕着小河溜达。不是我不明白,这世界变化快啊

技术上面

在业务逻辑上面没啥说的,甲方爸爸说啥咱给人家写啥。

底层架构上面,产品整体挪到了亚马逊云上面。看着像个大工程,其实公司已经给了模板,我就是根据产品具体需求变动一下跟架构接不上边。不过是通过这个练习学习了很多。

还有就是一些CI/CD的东西,跟docker较劲了几个礼拜,连接一些代码质量的检验。说到代码质量的自动检验,这个如果是新的项目,从头就用这些标准衡量的话还好办。要是一坨已经十年的代码现在来搞质量,那扫描结果真是惨不忍睹。 然后就是整理这些技术债....

自己业余时间写了个微信小程序,上线之后也有几百个用户用啦。打发打发时间吧

产品上面

去年公司结构变化,我不用管人事了,不用一对一谈话,不用写个人目标。更多的关注项目,做需求。少写了很多邮件,多了代码量和流程图我以为自己从扯皮中跳出来了。结果.....too不too young不知道,naive 终究还是奶了点。当我们的产品被更嵌入到了更大的产品链上面的时候,想敏捷根本敏捷不起来,在需求分析上也是被其他牵制而很难做到理想的模型。我有一部分时间浪费在如何绕过别的部门而让我们的产品独立完成客户需求,而要是绕过去我们就要妥协,要不就是用户体验的妥协,要不就是时间效率的妥协。或者说先做一版用着,我这边在给其他部门提改动需求,等到人家有空处理的时候我们再迭代。

当我们成为一个链条上面节点的时候,容易陷入多做多错少做少错的尴尬境界。在链条上,有了利润是整体的,出了纰漏才会有人细察是到底哪里出了问题。有人的地方就有背锅侠,领导甩锅的时候不要当那个倒霉蛋。但是少做也得聪明点,不然真的人在家中坐,锅从天上来。既然能给客户的有限,给领导的可以是无限的。比如提高代码质量,在代码质量的扫描中各种绿灯,清理技术债。整理商业逻辑到Lambda上面,加入各个级别的自动测试。把自动测试好好梳理一遍。这么做就是给产品做更强的抗击打性,扯皮的时候纸面上面数据好看。

每周都和客户开反馈会议,一些鸡零狗碎的小事,大部分客户觉得很重要的事技术上来看都不是什么大事。而技术难点,底层架构的东西往往是客户觉得的芝麻绿豆.... 鸡同鸭讲的时候时有发生。沟通比写码要麻烦许多

疫情下的又一年

上面絮絮叨叨写了一堆,总结概括一下就是没有进步。这一年我并没有进步,而逆水行舟...真是好不情愿又不得不承认这一年我应该是后退的。跟着惯性随波逐流,想着要改变一下又因为人到中年,家庭孩子而不想太过冒险。居家虽然抑郁,但是方便接送孩子,和娃战斗。那自己的人生是不是就要这样的妥协下去...想一次掉一次头发,今朝有酒今朝追...

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

工作之余

疫情大环境下大大限制了出行半径,时间就这么没有痕迹的流走了。生活中见的人大概十个手指都能数的出来。每天从卧室到书房缺了边界感,工作也集中在早十到晚四.. 天亮了天黑了..死气沉沉的样子好容易抑郁啊

原来每年都蹦跶出去几次,今年也就是在家附近做了几次短途旅行而已,我想的阳光沙滩,想的家人朋友都没办法见面。

今年依然画画,每天一个多小时直播画画假装自己是个画画博主。直播挺好玩的,奇葩和有趣的灵魂都能遇到。开始跑步,从刚开始的3km,现在跑个半马没啥问题...工作起色不大,其他方面倒是进步了不少

但愿明年世界恢复正常,回到可以逛吃的日子

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

docker部署neo4j,设置密码。Neo.ClientError.Security.Unauthorized: The client is unauthorized due to authenti 卷,设置NEO4J_AUTH将不会起作用,因为该数据库已经配置了身份验证。Neo4j Docker 服务将会启动,但您需要使用已与该数据库关联的用户名和密码才能登录。这里,使用了环境变量NEO4J_AUTH,设置了用户名为neo4j,密码为neo4jneo4j。这个命令还是比较全的,包括设置密码,设置端口,挂载外部的数据目录等。原因嘛,就是使用docker创建的neo4j,登录不上。把👆提到的外挂的数据,都清空了,再重新来一遍。有一种情况下,这样设置密码,并不会成功。如果不出意外,目前就算大功告成了。 阅读详情

相关推荐

Appstore开发者必读:3.2(f)违规预警与高效申诉指南

本文为AppStore开发者提供了应对3.2(f)违规通知的完整指南。文章深度解析了3.2(f)条款下的隐瞒性、关联性与真实性违规类型,并提供了黄金48小时内的自查、申诉信撰写与提交全流程策略。同时,文章强调遵循App Review Guidelines,建立内部合规清单与保持账号独立,是预防违规、维护开发者账号安全的关键。

weixin_29214559的博客 272

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

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

clear_zero的专栏 3万+

从三个角度理解知识图谱

2012年谷歌首次提出“知识图谱”这个词,由此知识图谱在工业界也出现得越来越多,对于知识图谱以及相关概念的理解确实也是比较绕。自己在研究大数据独角兽Palantir之后开始接触知识图谱,也算对其有了一定了解,这里从三个角度总结一下怎么去理解知识图谱。 几个基本概念:本体、实体、知识库、知识图谱 1、本体是概念的集合,是大家都公认的概念框架,一般不会改变如“人”、“事”、“物”、 “地”、“组...

JavaChaoCo的博客 6902

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

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

clear_zero的专栏 4万+

大模型之Spring AI实战系列(二十一):Spring AI + MCP + 本地文件系统实战指南

在上一篇文章中,我们学习了如何使用 Spring AI 集成 Model Context Protocol (MCP),并通过 Brave Search 实现了互联网搜索能力的接入。本文将继续深入 Spring AI 的 MCP 实战能力,介绍如何将 **本地文件系统** 封装为 LLM 可调用的工具

寻道AI,探索AI无限可能! 2519

39-高级优化技术:指令调度与乱序执行 - 手把手教你手写CPU

本文介绍了现代处理器设计中提高指令级并行性(ILP)的两种关键技术:指令调度和乱序执行。指令调度分为静态调度(由编译器完成)和动态调度(由硬件完成),后者能更好适应运行时情况但复杂度更高。乱序执行通过动态重排指令顺序提高硬件利用率,其核心组件包括重排序缓冲区、保留站和寄存器重命名。文章提供了保留站的Verilog实现示例,并分析了不同优化技术在性能、硬件开销和功耗方面的权衡。最终指出,CPU设计需根据性能、功耗等需求选择合适的优化技术。

2301_79143213的博客 86

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

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

clear_zero的专栏 3007

3.摄像头组件- CVP (ISP)

本文介绍 车载摄像头组件-ISP

2401_83458819的博客 1617

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

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

clear_zero的专栏 1620

6.4 直流无刷电机(BLDC):测试与性能评估

本文系统阐述了直流无刷电机(BLDC)的测试与性能评估方法,涵盖参数测量、性能测试、测试平台设计及可靠性评估。详细介绍了绕组电阻、电感和反电动势的测量原理与修正方法,以及转矩-转速特性、效率分析和动态响应测试的技术要点。通过搭建高精度测功机系统,结合自动化数据处理,实现对电机性能的全面评估。最后讨论了温升、振动、EMC等特殊测试方法,为BLDC电机的设计验证和质量控制提供了完整的技术路径。

技术工作者 444

TypeError: XGBClassifier.fit() got an unexpected keyword argument ‘early_stopping_rounds‘ 解决方案

本文主要介绍了TypeError: XGBClassifier.fit() got an unexpected keyword argument 'early_stopping_rounds’解决方案,希望能对使用XGBoost的同学们有所帮助。 文章目录 1. 问题描述 2. 解决方案

weixin_43178406的博客 1万+

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

  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万+

基于STM32设计的智能厨房环境监测报警系统_426

随着天然气、液化石油气等可燃性气体在家庭中的广泛应用,燃气泄漏所引发的安全问题日益突出。针对传统家用可燃气体报警器功能单一、信息获取受限以及缺乏远程监测能力等不足,设计了一种基于STM32单片机的家用可燃气体报警器系统。

761

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

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

程序人生的博客 1996

WINCC7.3破解文件

WINCC7.3硬件够破解文件,有需要的下载!WINCC7.3硬件够破解文件,有需要的下载!

迈瑞BS系列全自动生化分析仪LIS协议接口手册(内含HL7和ASTM)

迈瑞BS系列全自动生化分析仪LIS协议接口手册,内含HL7和ASTM)

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

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

clear_zero的专栏 511

C# WinForm 基于DirectShow.dll编写的程序,可边预览边保存视频,音频和图片

基于微软的DirectShow.dll的二次开发1.自动识别连接的摄像头跟麦克风且可以对其进行选择(默认选中第一个)2.可录制wmv和avi两种格式的视频并且都带有音频,avi可以录制的分辨率和帧数进行选择,wmv默认进行了淸晰度优化如不喜欢可去除代码中有相关提示3.可在预览点开之后进行拍照,也可边录制视频边拍照4.添加了视频和音频的压缩功能(酌情使用)这次二次开发发现C#对DirectShow的相关信息太少,这次做完也不敢藏私共享出来,还望大家指正

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

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

clear_zero的专栏 636

Probability and Statistics - 4th edition

Probability and Statistics - 4th edition

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

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

clear_zero的专栏 1万+

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

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

程序人生的博客 6480

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

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

clear_zero的专栏 394

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

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

clear_zero的专栏 4224

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

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

clear_zero的专栏 1万+

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

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

clear_zero的专栏 1万+

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

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

clear_zero的专栏 4589

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

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

clear_zero的专栏 1877

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

那么我们就要保持更高 的警惕,完全是不可以从精神上依赖AI,这点很重要,因为大家在懒惰产生其实就是一念之间,但最终如果出现失误确实是AI是不担责的,每个担责的其实是我们这样的个体,所以我们虽然可以在AI工作的时候休息无聊,但是在我们检验AI工作的时候是要比平时更警醒,因为现在的AI它出现的问题往往就更隐蔽,甚至说不是马上就看得到的,或者是他可能不是在第一步出错,甚至是在很久以后再回来。以前我可能不太敢做,现在有了AI以后,把以前的卷子的知识体系用AI巩固一下,AI总结与提炼一下,上手起来也是比较轻松的。

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值