团队软件开发自评
摘要:我们团队的web端界面设计主要是由王子炎完成的,从用户界面来看,我认为我们的团队的界面是过关的,但从用户选择来看,如果是对电脑操作不熟练的员工,那么使用我们软件存在一定的障碍。 通过短期刺激的方面和长期使用方面存在还是我刚才提出的问题,短期来看,界面新颖,长期使用后对软件熟悉后也可以很熟练的使用,但
阅读全文
06人月神话阅读笔记
摘要:《人月神话》阅读笔记:软件工程的永恒困境 核心论点:人月陷阱 布鲁克斯在《人月神话》中最著名的观点是:“向进度落后的项目增加人手,只会使项目更加落后。”软件开发并非线性劳动,新成员的加入需要时间熟悉项目,反而增加了沟通成本,导致效率下降。这一现象被称为“人月神话”(The Mythical Man-
阅读全文
05梦断代码阅读笔记
摘要:失败的价值 这本书最珍贵之处在于完整呈现了一个失败案例。多数技术文献只记录成功经验,而Chandler项目却像解剖标本般展示了决策如何层层失误:从过度设计的数据模型到理想化的P2P同步方案。其中最具启示性的是"冰山现象"——用户可见的功能只占20%工作量,剩下80%都消耗在不可见的底层架构。这提醒我
阅读全文
04梦断代码阅读笔记
摘要:第二篇:人月神话的当代印证 阅读过程中不断想起《人月神话》的经典论断:"向延误的项目增加人手只会更延误"。Chandler团队在进度压力下盲目扩张,反而导致沟通成本呈指数级增长。不同模块开发者像在平行宇宙工作:有人执着于底层框架重构,有人却在设计永远用不上的高级功能。更讽刺的是,当他们终于做出可用版
阅读全文
03梦断代码阅读笔记
摘要:技术理想与现实的碰撞 《梦断代码》揭示了软件开发中理想与现实的巨大鸿沟。书中Chandler项目的失败并非由于技术短板,而是源于不断膨胀的需求、团队沟通裂痕和完美主义陷阱。程序员们沉迷于构建"完美系统",却忽略了用户真正需要的可能只是一个简单的日程管理工具。这让我联想到许多创业公司——技术乌托邦式的
阅读全文