摘要: 书中提到,Chrome的开发团队由来自不同背景的工程师组成,涵盖了不同的专业技能和经验。他们必须在复杂的技术细节上实现高度一致,避免因为沟通不畅而导致的失误或重复工作。为了达到这一目标,团队制定了严格的代码评审流程,鼓励开放讨论和批判性思维。这让我意识到,良好的团队合作不仅仅是分工合作,更是建立在相 阅读全文
posted @ 2025-06-15 14:47 3jingsh0u 阅读(5) 评论(0) 推荐(0)
摘要: 在阅读《梦断代码》的过程中,作者通过描述谷歌Chrome浏览器开发团队的故事,生动展现了技术创新的艰辛与挑战。这一章节让我深刻体会到,创新不仅仅是灵感的闪现,更是在面对困难时不断试错、坚持不懈的过程。从中我看到了一个开放、勇于探索的团队如何克服重重阻碍,最终实现技术突破的真实场景。 书中讲述的技术难 阅读全文
posted @ 2025-06-15 14:39 3jingsh0u 阅读(5) 评论(0) 推荐(0)
摘要: 虽然《人月神话》诞生于上世纪70年代,但其许多核心观点在今天的敏捷开发、DevOps等现代软件工程实践中依然具有重要的指导意义。 我深刻体会到,书中强调的团队沟通、任务划分和避免“盲目增加人手”的原则,与当前强调的“跨职能团队”、“持续集成”和“快速反馈”不谋而合。在敏捷开发中,强调小团队、频繁交互 阅读全文
posted @ 2025-06-15 13:51 3jingsh0u 阅读(22) 评论(0) 推荐(0)
摘要: 在阅读《人月神话》的过程中,布鲁克斯提出的“新增人手会导致项目变慢”这一定律让我深感震撼。虽然我自己没有直接参与过大型项目,但通过学习这本书,我开始对开发团队的动态和项目管理有了更深入的理解。 布鲁克斯定律指出,增加人手到一个已开始开发的项目中,并不能如想象中那样迅速推进,反而可能带来相反的效果。这 阅读全文
posted @ 2025-06-15 13:48 3jingsh0u 阅读(2) 评论(0) 推荐(0)
摘要: 《人月神话》这本书一直让我深刻反思关于项目管理和团队协作的许多观念。尤其是书中提出的“增加人手不会缩短项目时间,反而可能延误”,让我对“人月”这个单位有了新的理解。 在传统观念中,我们常认为“更多的人力”意味着“更快的完成任务”。比如,在学校或工作中,遇到紧急任务时,大家习惯性地想当然地认为“只要多 阅读全文
posted @ 2025-06-15 13:46 3jingsh0u 阅读(7) 评论(0) 推荐(0)
摘要: 今天写团队项目的时候发现,各个模块之间的功能,有大量相互交叉的地方,这样就没办法一个模块一个模块的写,我需要修改一下每日计划. 阅读全文
posted @ 2025-04-21 23:28 3jingsh0u 阅读(21) 评论(0) 推荐(0)
摘要: 今天是进度推进最少的一天,主要今天几乎是满课的,晚上又搞数据库的实验报告,手写的实在浪费时间. 今天写了申报追踪,审核的部分,有个想做的小功能还不会. 明后两天,课程相对较少,计划到第六天也就是周三晚上,要写完除调拨记录之外的所有功能,才能保证,项目能按时完成 阅读全文
posted @ 2025-04-21 23:27 3jingsh0u 阅读(7) 评论(0) 推荐(0)
摘要: 今天写的是第一个模块:备件采购 此模块支持备件采购需求管理;填报采买时,支持查看当前备件库存量;字段包括申请人、需求车站、所属工区、备件名称、备件型号等;支持备件追踪(待上会→待招标→采购中→待发货→待收货→已完成) 。 一个用户有几个模块,每个模块又有几个功能,所以写了两层菜单 登陆界面 如果是供 阅读全文
posted @ 2025-04-20 23:01 3jingsh0u 阅读(22) 评论(0) 推荐(0)
摘要: 今天是第一天正式开始写代码,因为是我负责写主体,先要搞清楚有几类用户,以及各个用户所需的功能. 不同身份登录自然是必不可少,首先就是要写,登陆界面,这个在之前的一次次作业中,已经写了很多遍了,可以说是顺手的事.但是今天怎么运行不了了呢? 怎么改都报错,数据库也没问题,pojo,servlet,map 阅读全文
posted @ 2025-04-19 23:21 3jingsh0u 阅读(20) 评论(0) 推荐(0)
摘要: 开学测试 设计一个仓储管理系统原型系统,该系统支持多个仓库的设立。统一设立物资台账,物资台账需包含物资编码、物资名称、规格、材质、供应商、品牌、物资分类,用户可以自定义物资的物资分类。需限制不同的物资名称、规格、材质的物资不能设立相同的物资编码。仓库人员可进行入库作业、出库作业业务。入库单、出库单的 阅读全文
posted @ 2025-04-19 18:35 3jingsh0u 阅读(12) 评论(0) 推荐(0)