当前位置: 首页 > article >正文

2024年8月文章一览

2024年8月编程人总共更新了3篇文章:

1.2024年7月文章一览

2.《Programming from the Ground Up》阅读笔记:p95-p102

3.《Programming from the Ground Up》阅读笔记:p103-p116

8月,对自己而言是糟糕的一个月,两个项目要赶,从月初赶到月底。一路战战兢兢,如履薄冰,好在终于赶在月底顺利完成了,稍微可以松口气了。现在再回头看,这一个月有无奈、有不足、也有欣慰。

无奈。有些项目管理者,可能并不关心项目的难点是什么,只关心项目的进度。那么就会出现这样的一种情况:管理者不停的提问,不停的催进度——1.这个需求给一下开发时效。2.给的时间到了,就会继续问:这个需求完成了吗?如果完成了,就会让自己给出下个需求的开发时效。如果没有完成,就会问为什么不能按时完成,打算怎么解决,什么时候完成?一系列问题源源不断的想自己抛来。这是一种糟糕的管理方式,因为作为管理者问了那么多问题,其实对解决问题并没有什么帮助。同时也加剧了整个项目的紧张氛围,而在紧张的氛围下,要快速做好一个项目属实有点难。

这里有两个地方可以改善:一、拆解需求。做事的过程中,估时效这一做法是没有问题的,问题在于当做事的人无法做到时,需要做的是去拆解需求,讲需求拆得更小,时效最小颗粒度为1天,拆到做事人能完成为止。而不是一直问为什么没有按时完成?什么时候能完成?二、参与项目。实际参与项目才能更好的了解项目的进度是什么,难度在哪里,即我们平时所说的“结对编程”,而不是作为一个旁观者。

不足。在对不支持secs/gem协议的机台开发应用时,发现使用到了 pyautogui、ctypes包,自己对这两个包的使用并不熟悉,因为平时并没有准备。之所以没有准备,一是自己确实不想参与这类不支持secs/gem协议的机台的开发。二是觉得每个项目都会按照正常进度开展,到时候再准备。现在回头看,这其中是有点侥幸心理的,明明在之前已经遇到过,却因为个人的喜恶不去更进一步了解,这里做的不好,需要改正。

欣慰。在这一个月里,与客户相处和谐,这是让我最欣慰的一点。客户大多是年轻人,态度积极,乐于学习,勇于改正。因前期不是自己参与开发的,自然有很多不懂,对于不懂的问题,客户都能够耐心解答,并想办法一起去解决掉一个个需求。对于我而言,这让我很欣慰,这些是很重要的东西。客户的积极、耐心、友善、理解给予了我信心、能量,让我在遇到困难时,依然能够迎难而上。我很庆幸自己能够遇到这样的人,我也会不断的改正自己,向他们靠近,成为像他们一样的人。
在这里插入图片描述

欢迎搜索及关注:编程人(a_codists)


http://www.kler.cn/a/285901.html

相关文章:

  • 项目实战-多子集循环嵌套 更新时的处理逻辑
  • 2D 智慧水务厂:引领水资源数字化管理
  • 【Linux修行路】进程通信——消息队列、信号量
  • 使用智谱AI大模型翻译视频字幕
  • 【性能优化】:从理论中来到实践中去(三)
  • 音频检测电路 | 声音传感器模块 | 口哨开关 | Arduino
  • 精简多组时间代码量
  • 01:【stm32HAL】对GPIO的操作
  • 如何实现OpenHarmony的OTA升级
  • Linux grep案例
  • 创建 AD9361 的 vivado 工程,纯FPGA配置,不使用ARM程序
  • Qt 中 QDir 常用函数详解
  • [LLM][Prompt Engineering]:大语言模型上下文学习-What、How、Why?
  • sqlite3的db.parallelize方法:并行执行SQL语句,提升数据库操作效率
  • 常见框架报错信息
  • @Transactional和@Async能一起用吗?
  • AR 眼镜之-系统通知定制(通知中心)-实现方案
  • MacOS使用FileZilla通过ssh密钥文件连接远程服务器(已解决)
  • Unet改进13:添加RepVGG||减少冗余计算和同时存储访问
  • Windows 下载安装RabbitMQ