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

Cisco Packet Tracer 7.3免登录技巧:3种方法快速跳过注册界面(附详细截图) 本文针对Cisco Packet Tracer 7.3启动时遇到的登录界面问题,提供了三种合法高效的解决方案。详细介绍了如何利用官方访客模式快速启动、注册思科账号实现一劳永逸登录,以及通过调整本地安装配置优化启动流程,帮助网络学习者与备考者绕过繁琐步骤,快速进入实验环境。 阅读详情

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

这一年过的无声无息,差一点忘了是写总结的日子。看了去年的总结真的是觉得世界变化太快了,去年已经够鸡零狗碎了。哪想到今年世界天翻地覆至此。

技术上面

自三月开始就居家工作。代码写的挺多的,但是技术含量不高。绝大部分都是普通的商业需求,除了麻烦点没有特别的挑战。今年写了一些架在亚马逊云上的东西,听起来跟上了脚步其实还是很基础。我主要从技术上面辅助产品把大的需求切分,提出可执行方案。

产品上面

去年三条产品线齐头并进。今年只留下一条了。其他两条基本上就是最最基础的维护,每个月也就花个一天。来详细说说这个主要的产品。

借着这个产品来说说甲方爸爸,书面平衡,还有就是公司内部各自为战

公司三番五次说自己的产品自己决定什么时候发布,每次发布涵盖什么内容。这么说的目的主要是怕产品被客户牵着鼻子走,在长远看阻碍健康发展。在开发内部也说了开发和测试同步,每一个新功能或者bug修复都要配有相应的自动测试案例。开发代码和自动测试代码全部提交测试通过后才算等待发布状态。执行的时候完全不是这么回事,开发和测试同步,或者TDD,在甲方爸爸的哼唧下根本没有任何效力。产品经理说没办法在下次发布的时候包含某个功能,甲方直接找领导的领导。领导的领导KPI完全是钱说了算,于是就是自动测试先放放,上线后再补。上线后又有下个阶段的高优先级功能,测试又压下来。直到CTO发威,申请了三周的时间专门补测试。 这个时候补虽然功效没有那么大了也算是聊胜于无。另外甲方爸爸们说我们发布的时间对不上他们的内测时间,让我们调整发布时间,什么Continuous delivery就是个让公司看起来技术上没有落伍的幌子,什么时候上线对接要对方说了算。还有就是我们的产品伺候甲方内部几个部门,他们部门间各自为政,每个都希望自己的需求最先满足。但是他们内部不统一商量,都是单独联系客户经理给经理施压,然后压力转嫁过来....每次看看理想的开发模型都好像诗和远方,真正的日常工作扯皮就是苟且一堆

书面平衡,我们用jira来做项目管理。公司说一个任务最好在一周左右完成从开发到测试的流程。好吧,我们花时间在控制一个任务的定义上面。对于一个很小的小组来说花时间搞这个真不如多写点代码。不过没办法,jira 随便就生成报告了。即便我的领导理解与支持,但是如果真的上面问下来肯定没人站在我们组前面替我们说公道话。除非小公司,不然大老板真的看不到基层员工干了什么。任务的衡量标准就是那种如果风平浪静还好,等到行业不景气或者有状况的时候HR拿着报告分分钟就能裁员。所以在略微大一点体量的公司生存时间长了会变成不求有功但求无过的油子也实属无奈。另外的书面平衡就是,领导看某一个任务对于我们组这个体量来说完成起来有些费劲,就直接拉一个人头过来凑数。完全不管那个人是不是来拖后腿的。这个时候如果心里没有要人的人选一定不要用缺人手当借口,哪怕这就是真的。

公司内部各自为战。我们这个产品是整合公司其他产品然后侧重于前端,说白了就是门面外加商业逻辑。但是最最底层的东西都是调用公司其他部门的API,这就有意思了。比如部门A和部门B之间有灰色地带,两个部门哪个都不想干。中间沟通算谁的。。。。当然是我们这种倒霉蛋,因为客户不管底层就看我们的产品有没有整个功能。既然部门不动就跟领导汇报呗,领导给我们钱就是让我们平事儿的,什么事儿都汇报要我们干啥。每次我和产品经理都要邀请几个部门坐到同一个桌子上开会,看他们互相假惺惺的推诿,每次会议推进一点,有的时候由于他们互相沟通不好,甲说要输出A,B,C 乙觉得太麻烦于是只输出A,让甲自己看着办。或者明明一个api搞定的事情,要分别调用。然后反过来再来看我们运转效率。

以上的事情看起来特别像牢骚,其实是一种工作状态的描述。每天就是在扯皮,焦灼,有的时候开发到一半发现东西接不上推倒重做,能安心写代码都是一种奢侈了。每每如此,就安慰自己要淡定

疫情下的一年

虽然居家工作以前也不是天天去办公室,但是天天不去办公室不和同事面对面工作还是很影响团队协同工作的。规定了核心工作时间,每天开视频会议。要求没有特殊原因都要打开摄像头。但是同事之间缺少了那些聊闲天,总还是差点意思。我们是slack+zoom的组合,用的再好都不如一起工作。不过甲方那边也居家了,所以他们的效率也降低了,整体在一种低效率中爬行吧

 

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

工作之外,今年除了年初出去玩了一次之外。就再也没旅游过了。自打工作开始我都是每年三四个地方的玩...今年真是白过了

家蹲除了锻炼厨艺,就是画画进步了很多。在这儿给自己宣传一下,欢迎抖音关注我clearzero, 聊聊程序吧

但愿明年世界恢复正常,又可以到处逛吃

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

电磁场仿真:电磁场基础理论_(13).微波技术基础 微波是指频率在300 MHz到300 GHz之间的电磁波。这一频率范围对应的波长为1米到1毫米。 阅读详情

相关推荐

CubeMX实战:ETH+LWIP+FreeRTOS网络工程从零搭建与AC6编译优化

本文手把手教你使用STM32CubeMX从零搭建集成以太网(ETH)、LWIP协议栈和FreeRTOS的嵌入式网络工程。文章详细解析了外设配置、协议栈调优、任务规划等关键步骤,并重点分享了如何解决ARM Compiler 6(AC6)的兼容性问题,实现编译速度与稳定性的双重提升,助你快速构建稳定的网络应用原型。

n2o3p4的博客 409

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

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

clear_zero的专栏 3万+

SFM(structure from motion 从运动恢复结构)和MVS(multi-view stereo 多视图立体视觉)

主要目的:SFM是重建稀疏点云的,MVS重建的是稠密点云。 输入的数据:SFM是没有标定的数据,而MVS输入的是标定的数据。 为什么SFM无法重建出稠密的点云,但是MVS可以? SFM中我们用来做重建的点是由特征匹配提供的!这些匹配点天生不密集!MVS则几乎对照片中的每个像素点都进行匹配,几乎重建每一个像素点的三维坐标,这样得到的点的密集程度可以较接近图像为我们展示出的清晰度。 SFM和MVS关系 SFM给MVS算好了输入视角的位姿,内参,稀疏点云以及它们的共视关系,MVS再利用这些信息以及彩色图

Vpn_zc的博客 1万+

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

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

程序人生的博客 6480

(南京观海微电子)——GH700X调试指南--SPI 接口+LVDS-测试盒使用方法

1表示OTP完成后,读取烧录值是否一致来判断是否烧录成功,2表示同时检测VCOM是否一致以及烧录次数是否增加,3表示不做任何检测,由用于自行在程序中判断。[格式]:SetFindVcomEn (<开启或关闭>),ON表示开启VCOM搜寻,默认是开启的,只要使能OTP烧录,按OTP按键则进行VCOM查询;[功能]:OTP完成检测类别,用于设置OTP完成后检测OTP次数还是OTP值来判断OTP是否成功。[功能]:用于设置VCOM查询使能,比如需要烧全代码而不需要对VCOM查询时,可以禁止VCOM查询。

m0_75095200的博客 1665

STM32异常与中断过程详解

1. 异常与中断概念引入 异常主要是指来自CPU内部的意外事件,比如执行了未定义指令、算术溢出、除零运算等发生在CPU内部的意外事件,这些异常的发生,会引起CPU运行相应的异常处理程序;中断一般来自硬件(如片上外设、外部I/O输入等)发生的事件,当这些硬件产生中断信号时,CPU会暂停当前运行的程序,转而去处理相关硬件的中断服务程序。但无论是异常还是中断,都会引起程序执行偏离正常的流程,转而去执行异常/中断的处理函数。 下面对异常和中断的介绍,如果中断信号的产生原因来自CPU内部,则称之为异常;如果中断信号来

luobeihai的博客 1万+

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

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

clear_zero的专栏 4万+

从菜鸟到大神:VSCode助力HTML开发全攻略

本文全面介绍 VSCode 在 HTML 开发中的高效应用。先引导读者完成 VSCode 的安装与个性化设置,助其快速适应开发环境;接着推荐 Live Server、Prettier 等实用插件,实现实时预览、代码格式化等功能,提升开发效率。通过详细的开发实战步骤,从新建文件到添加样式,带领读者掌握 HTML 基础结构与常用标签使用。还分享代码片段管理、多人协作等进阶技巧,解决常见开发问题。旨在帮助开发者利用 VSCode,轻松高效完成 HTML 开发,打造优质网页。

邓邓子的博客 3365

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

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

clear_zero的专栏 1620

基于Simulink的电源纹波抑制仿真

电源纹波(Power Supply Ripple)是指直流电源输出中存在的交流分量。纹波的存在会导致电压波动,进而影响负载设备的性能和寿命。为了确保高质量的电源输出,通常需要设计有效的滤波电路来抑制纹波。Simulink 提供了一个强大的仿真环境,可以用来设计、分析和验证电源纹波抑制方案。本教程将详细介绍如何使用 Simulink 进行电源纹波抑制的仿真实例。通过本教程,我们详细介绍了如何使用 Simulink 进行电源纹波抑制的仿真实例。背景介绍:理解电源纹波及其对电力电子系统的影响。仿真建模过程。

xiaoheshang_123的博客 513

面向可扩展的 ABAP CDS:EXTEND VIEW 全面实战与工程化指引

摘要: 本文深入讲解ABAP CDS的EXTEND VIEW功能,帮助开发者在标准或自建模型上安全扩展字段与关联。核心内容包括: 作用:避免直接修改标准CDS,通过轻量扩展添加业务字段和关联,降低维护风险。 语法要点:需定义CDS扩展实体名和Dictionary Append View名,支持添加普通字段、关联,但不允许聚合或修改原有结构。 限制:不能扩展含聚合、UNION的视图,且扩展字段需避免命名冲突。 工程实践:建议使用客户命名空间,区分结构扩展与元数据扩展,并注意功能性变更需通过其他方式实现。 示例

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 394

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

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

Openclaw错误排查及解决方案之:Something went wrong while processing your request. Please try again.

Openclaw错误排查及解决方案之:Something went wrong while processing your request. Please try again.

多媒体编程、网络编程、系统编程、网络安全编程、驱动编程 3787

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

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

clear_zero的专栏 509

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

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

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

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

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

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

程序人生的博客 1996

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

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

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

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

clear_zero的专栏 510

怀旧版电脑GBC模拟器

再现原版GBC掌机的界面,电脑运行连游戏界面都一样大小,很怀旧,很真实,(英文版)强烈推荐,很小的文件,很难才找到的。

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

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

clear_zero的专栏 1万+

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

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

clear_zero的专栏 636

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

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

clear_zero的专栏 1万+

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

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

clear_zero的专栏 392

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

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

clear_zero的专栏 1万+

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

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值