上一页 1 ··· 3 4 5 6 7 8 9 10 11 ··· 17 下一页
摘要: 今天照着模板去写简历,其中写项目经历的时候很困难,不太好用精炼的语言去描述自己用什么样的方法实现了什么样的功能,在团队中又充当了什么样的角色,简历的其他部分根据模板去写的 阅读全文
posted @ 2025-05-26 23:34 臧博涛 阅读(12) 评论(0) 推荐(0)
摘要: 好久没写过项目了,今天在课上翻了翻之前写的项目,在架构上都大差不差,形式变了,其功能也终究没有变,只不过有时候这个项目需要一个特定技术实现,那个项目又需要另外一个技术实现,每个项目也都有其特点 目前面临的问题是,过度依赖AI导致自己只能在设计上完成这个项目再由AI具体实现功能,再去修改,打补丁一类。 阅读全文
posted @ 2025-05-23 22:59 臧博涛 阅读(11) 评论(0) 推荐(0)
摘要: 2025.5.22总结 知识的不能累计性导致几乎白学 万事万物的学习都是一个累积的过程,但是我们所学的大多数知识也会遗忘的干净, 现在回顾写的项目,除了最初的学习是纯手敲,在理解项目架构后,会改bug后几乎完全依赖ai来生成项目,手动修改小bug, 并且实际情况中总会有自己之前没有遇到过的问题,没有 阅读全文
posted @ 2025-05-22 23:54 臧博涛 阅读(12) 评论(0) 推荐(0)
摘要: main分支和master分支只是名字不同,实际上功能是完全一样的 在使用gitee或者github创建远程仓库的时候会有一个选择用什么名字创建分支的功能,也可以自定义名称, 项目同步的时候在本地和远端的分支名称相同才能相互同步 阅读全文
posted @ 2025-05-20 23:48 臧博涛 阅读(106) 评论(0) 推荐(0)
摘要: 文档不能像“写完了就扔一边”的作业,得跟着代码一起更新! ​​为什么?​​ 代码改了,文档没改 → 文档就废了,看文档的人会被坑(比如API接口变了但文档没更新,开发者调不通只能硬啃源码)。 ​​正确操作​​:把文档当代码一样维护,代码更新时顺手改文档(比如GitHub上用Markdown写文档,和 阅读全文
posted @ 2025-05-15 22:50 臧博涛 阅读(9) 评论(0) 推荐(0)
摘要: 在上个月的4月份和团队成员开发了一个设备管理子系统 用户界面:登录界面,以及主页面等均为蓝、白、灰等构成,界面简洁清晰 记住用户选择:登录使用浏览器自带的记住我功能 短期刺激:加入未训练的ai小助手 长期使用的好处坏处:excel导入导出,图片加水印,好处:让操作方便,坏处:导入导出,图片加水印,比 阅读全文
posted @ 2025-05-14 09:57 臧博涛 阅读(12) 评论(0) 推荐(0)
摘要: 《人月神话》阅读笔记:第5章「画蛇添足」 主题:架构设计中的功能冗余与决策陷阱 核心观点 「第二系统效应」:作者提出,设计师在开发第二个系统时容易过度补偿第一个系统的不足,加入过多不必要的功能,导致系统臃肿、复杂度失控。 「功能贪婪」的代价:额外功能不仅增加开发时间,还可能引入新缺陷,最终降低整体系 阅读全文
posted @ 2025-05-12 22:39 臧博涛 阅读(7) 评论(0) 推荐(0)
摘要: 核心观点:为什么“加人”不能加速项目?​​ 《人月神话》中最著名的论断是​​“向进度落后的项目追加人力,只会让它更加落后”​​。布鲁克斯通过“人月”这一单位的谬误(即认为人×时间=工作量)揭示了团队协作中的关键矛盾: ​​沟通成本的非线性增长​​:每增加一名成员,团队内的沟通路径呈指数级上升(n(n 阅读全文
posted @ 2025-05-11 23:02 臧博涛 阅读(19) 评论(0) 推荐(0)
摘要: 今天老师搞的团队小游戏,非常好玩,而且能有效提高团队之间的协作能力和增加相互之间的信任 阅读全文
posted @ 2025-05-09 23:43 臧博涛 阅读(17) 评论(0) 推荐(0)
摘要: 实际项目架构设计 使用android studio和kt语言使用compose和gradle database用来存放实体类 操作语句 和建立数据库,这里分为本地和远程的数据库 model这里目前也是存放实体类 navigation 用来写导航类,用于不同页面的跳转,功能类似vue3中的router 阅读全文
posted @ 2025-04-27 23:53 臧博涛 阅读(14) 评论(0) 推荐(0)
上一页 1 ··· 3 4 5 6 7 8 9 10 11 ··· 17 下一页