old-tom

摘要： 《梦断代码》极具洞察力地呈现了 Chandler 项目的一个悖论：一支由顶尖技术人才构成的高智商团队，为何未能将潜力转化为成功的产品？答案深藏在“人件”因素——协作机制的失效和组织行为的熵增中无情地瓦解了精英的光环。 团队管理的表面“民主”（无明确决策核心）带来了灾难性的效率损失。每周数量惊人的会议 阅读全文

摘要： 这是我第一次尝试使用前后端分离的spring boot+vue实现简单项目，除去我安装各种插件，依赖，配置环境变量的时间，我学习并制作了大概2到3小时。这只是初次的尝试，我之后会将其运用在我的其他项目里。 后端： com/example/demo/comtroller/AuthController. 阅读全文

摘要： Scott Rosenberg 笔下 Chandler 项目的陨落，成为剖析技术理想主义如何异化为产品陷阱的经典案例。OSAF 团队聚集了如 Python 之父这样的技术精英，拥有革新个人事务管理的宏愿，却最终败于对“完美”的执着追求。这种理想主义并未导向用户价值，而是催生了所谓的“架构宇航员”现象 阅读全文

摘要： 《梦断代码》以 Chandler 项目为棱镜，深刻折射出软件工程中最顽疾却又最常被低估的核心难题：时间管理的彻底失效。书中翔实地记录了由顶尖人才组成的 OSAF 团队，从满怀信心地预估数月完成原型，到深陷长达数年开发泥潭的过程。这远非个例，而是揭示了一种被戏称为“罗西克定律”的普遍现象——开发者对自 阅读全文

摘要： （对应书中的反思与再版新增内容：为什么巴比伦塔会失败、没有银弹等） 距离《人月神话》首次出版已过去近50年，云计算、敏捷开发、远程协作等技术彻底改变了软件行业，但书中许多观点依然振聋发聩。 布鲁克斯在“为什么巴比伦塔会失败”一章中，将项目失败归因于“缺乏共同语言”和“目标不清晰”。这让我想到当下跨国 阅读全文

摘要： （对应书中第7-14章：概念完整性、贵族专制、计划抛弃原型等） 如果说第一部分揭示了问题，那么第二部分则给出了管理答案。布鲁克斯强调，软件系统的灵魂在于​​“概念完整性”​​——即设计理念的高度统一。他比喻道：“一座由多位建筑师各自设计房间的大楼，最终会成为丑陋的怪物。” 这一点在现实中屡见不鲜。例 阅读全文

摘要： 对于我组已经开发了的软件，做出以下评价： 用户界面： 用户界面使用二级菜单，具体功能在下方展开。但是由于采用的暗色，且有些地方的颜色对比不明显，实际并不妥当。 记住用户选择：很少有地方有记忆功能，实际体验不佳。 短期刺激：有特别的按键动画和背景，有一定吸引力。 长期使用的坏处：采用的暗色，且界面有些 阅读全文

摘要： （对应书中第1-6章：焦油坑、人月神话、外科手术团队等） 《人月神话》开篇便将软件开发比作“焦油坑”：看似简单的任务，却可能因复杂性和协作问题陷入泥潭。布鲁克斯通过IBM System/360项目的失败教训，揭示了软件工程中最经典的误区——​​“人月神话”​​。 ​​“人月”是一个自欺欺人的单位​​ 阅读全文

摘要： 由于当天（29日）忙于对项目最后的测试与修补，所以草草地存储了笔记，中间一段时间几乎忘记，所以该草稿拖到了今天才发布。 当天的成就： 完成了项目里所需的各种功能模块，并且进行测试，修复可能会出现的漏洞。并且对我们的项目进行美化。 <style> /* 添加以下样式到全局CSS */ .departm 阅读全文

摘要： 昨天的成就： 昨天我完成组织架构管理这个大模块，修复了项目的一些漏洞，并完成了部分的通知中心模块（但仍有部分瑕疵）： // 加载通知中心内容 function loadNotificationManagement(container) { const userId = parseInt(sessio 阅读全文