#项目管理

avatar
onevcat
2周前
这玩意儿对我这种手上有一大堆特别简单的项目的人来说，实在是太友好了...多线程搬砖简直不要太美...
#多线程 #项目管理 #效率
avatar
小学时候觉得非常傻逼的《皇帝的新装》的故事 就是现在大家嘴撸的各个项目的场面😂
#皇帝的新装 #项目管理 #幽默解读
avatar
小弟调调
2周前
维护了 10 年的 JS 项目，还能发现 bug 🐞，真是个无底洞啊…… 👉
#JavaScript #bug #项目管理 #程序员生活 #软件维护 #技术债务
avatar
阿小信
2周前
个人项目一定不要一上来就什么微服务架构。以前闲着没事，开发了很多基础服务，比如用户系统、通知系统、评论系统整了一大坨，想着以后上新业务就复用不要写这些逻辑，而实际上，很多项目用不上，接入这些服务的寥寥可数，而且代码变得割裂，有时候有人想买源码，都没法直接出售
#项目管理 #微服务架构 #软件开发 #源码出售 #系统集成
avatar
守晨💤
3周前
项目只要大起来了，管理依赖就是很头疼的问题，更新一下依赖就跟捅了马蜂窝一样，一堆报错排查大半天😑
#项目管理 #依赖管理 #报错排查 #项目维护 #技术管理
avatar
甘太郎🍩
3周前
我今天看了AI同事的code非常驚人！ 他的PR放在那邊很久沒人幫他merge，我打開看裡面有170個檔案！他明明是開發 backend 卻還有 frontend code，甚至還有spec 沒有定義的功能🫠我直接問他本人，為什麼要加這個 「AI要我加的」 我猜他很快會被踢出project 😑
#AI同事代码 #合并请求 #开发团队 #后端开发 #前端代码 #未定义功能 #代码审查 #项目管理
avatar
Olivert
3周前
重来Rework是Basecamp两位创始人写的书。Basecamp是一款非常流行的基于云服务的项目管理软件，以简单易用和颠覆性的创新而出名。这本书也像Basecamp一样，追求简单的成功路径。 印象最深的是要尽量做减法，专注一件事情，这样很难有人跟你在你专注的领域中竞争。 链接：
#重来Rework #Basecamp #云服务 #项目管理 #创新 #简化 #竞争
avatar
YUE
3周前
建议用AI编程一两天后，停下来手动整理一下项目，代码结构和文档等等，确保你能掌控全局。因为AI仅会根据它所掌握的部分信息，而非你的系统全局来做出判断并输出。所以很容易造成同一定义或者同一个功能实现多遍的情况。AI还经常因为思路变化而大幅度修改现有可用代码。这都需要人来掌控。
#AI编程 #手动整理 #项目管理 #代码结构 #文档编写
avatar
sitin
3周前
没有做不起来的项目，只有迈不开腿的人。任何赛道都藏着金矿，区别只在于，你是站在岸边观望，还是直接跳下去挖宝。
#项目管理 #创业 #机遇 #投资 #个人成长 #行动力
avatar
nine_🦇🔊
4周前
看到 $labubu ， $bob 再次深刻明白了一点： 没有庄的能力就不要抢庄的筹码 你要么做顺风车，要么整个项目都给你🤣
#投资策略 #市场博弈 #项目管理 #风险控制 #深刻反思
avatar
Geek
4周前
Trello 的开源平替: kan 一个功能强大、灵活好用的项目管理看板应用，能帮你把工作安排得井井有条，随时掌握进展。 👁️ 看板可见性: 权限管理 🤝 工作区成员: 团队协作 🚀 Trello 导入 🔍 标签与筛选: 快速查找 💬 评论: 团队沟通 📝 活动日志: 追踪变更 Github
#Trello #开源替代 #项目管理 #看板 #团队协作 #权限管理 #Trello导入 #评论功能 #活动日志 #GitHub
avatar
宝玉
1个月前
AI 编程越来越厉害了，我要怎么提升自己的系统架构能力？ 现在 AI 写代码真的是越来越厉害了，一些小的模块让 AI 写，又快又好。慢慢的，对程序员写代码的能力要求会降低，但是对系统架构能力反而会要求更高。而且这部分能力不会轻易被 AI 取代，因为 AI 还不能像人类一样看到一个复杂项目的全貌，无法完整理解项目的业务上下文和约束条件，所以需要人去把任务拆分，一次只执行一个小任务。 那么问题来了，新人要怎么才能提升系统设计能力呢？ 作为一个过来人，我觉得提升系统设计能力这事，可能有没有 AI 都差不多，都离不开多看、多练和多复盘。AI 的好处就是可以更方便地帮你查资料，以及更容易地理解项目，但它不能代替你去动手实践。 什么是系统设计？ 在讨论如何提升系统架构能力之前，需要先搞清楚：什么是系统设计？ 想想看，如果你做一个简单的网页，或者一个小脚本，需要系统架构吗？基本上是不需要的，因为足够简单，有没有架构都能写出来。那如果是要做一个 ChatGPT 这样的应用呢？那是一定要有很好的系统设计的，因为太复杂了！而且一个人也是做不出来的，需要很多人甚至很多团队协作才能完成。 但即使是 ChatGPT 这么复杂的系统，在开发团队工作的每一个人，工作职责并没有非常复杂。比如有的人只负责实现模型的 API 封装、部署，有的人只负责 Canvas 这样的文本编辑组件，有的人只做 iOS 客户端上的某个功能。一个复杂的系统，通过系统设计，把复杂系统层层分拆，变成了一个个小的模块，最终这些模块组合在一起就可以运行起来，让用户可以稳定地使用 ChatGPT 的服务。 所以系统设计，就是把一个复杂的系统拆解成容易理解、容易实现、容易维护的小模块，再清晰地定义好这些模块之间如何相互协作、相互沟通的过程。 通俗点讲，就好像你盖一栋大楼，系统设计就是设计图纸。图纸上详细说明了楼的结构，比如地基、钢筋框架、墙体、管道和电线，明确告诉施工人员每一部分怎么盖，哪些部分先盖，哪些后盖，哪些部件之间是如何连接起来的。 如何做系统设计？ 系统设计这件事看起来很神秘，系统架构师似乎都是传奇般的存在，但做系统设计这事也没你想的那么复杂，因为绝大部分系统设计都有成熟的方案可以参考。作为架构师，可以灵活应用成熟的架构模式，一般是不需要去发明新的架构模式的。 但系统设计也没有那么容易，否则人人都是架构师了。系统设计难在哪呢？ • 要充分理解需求和团队：我把理解需求和团队放在了第一位，因为系统设计是为需求服务的，你不理解需求做出来的设计那可能都是错的；同时系统设计要和组织架构匹配，毕竟你的系统设计出来，还是需要团队去实施的。如果你就两三个人整几百个微服务显然是有问题的，反过来你几百个人的团队还是单体应用也可能是有问题的。 • 要面对不确定性：系统设计不像写代码是一个确定性很强的事，代码模块的输入和输出都是固定的，只要去实现算法就好了。但是系统设计面对的是不确定性：需求不确定、未来的发展不确定、技术选型的影响不确定。你需要在这种不确定中做出相对稳健的决策。 • 要权衡取舍：在系统设计中，几乎不可能有绝对完美的方案，通常都是在多个选项之间权衡。例如要兼顾性能和成本、扩展性和开发复杂度、安全性和用户体验等等。这就要求设计者能做出合理的决策，并理解每个选择背后的得失。举个例子，选择微服务架构可能带来更好的扩展性，但也会增加运维复杂度和网络开销。 • 要沟通说服：系统架构不仅仅是给自己看的，更重要的是要让团队的所有成员都理解你的设计，甚至是非技术人员也能大致明白整体结构。这需要架构师具备良好的文档编写和表达能力，用清晰的语言、图表、流程来传递设计意图。不仅如此，在做系统设计时，并不是你做个设计别人就能认同的，你需要去说服别人认同你的设计，有时候也必须做出一些妥协。 当然到了 AI 时代，有些地方还是有些改善的。比如你资源不够就可以用 AI 凑，不善于表达就让 AI 帮你写原型写文档，不知道如何取舍就用 AI 分别实现一套 POC（概念验证），再对比看效果。 新人如何提升系统设计能力？ 系统设计并没有快速通道，更多的是长期积累的过程，这个时间通常是以年计的。总结下来关键是三点："多看"、"多练"和"多复盘"。 "多看"：积累架构模式 就是学习经典的架构案例，知道有哪些架构设计的方法。网上有很多系统设计面试题和分析，都是很好的学习素材。另外还可以看开源项目，看看复杂的开源项目是怎么运行的，多关注： • 这些系统是如何拆分功能模块的？ • 模块之间又是如何通信的？ • 为什么他们选择了某种特定的技术或架构方案？ • 在实际中遇到了哪些挑战，又是如何解决的？比如微博是怎么 8 明星并发出轨的？ 推荐一些学习资源： • System Design Interview Alex Xu 写的这本系统架构设计面试书，系统地介绍了常见的架构模式 • High Scalability 网站，收录了大量真实系统的架构案例 highscalability[.]com • 开源项目如 Kubernetes、Kafka、Elasticsearch 的架构文档 "多练"：从模仿到创新 除了理论学习，更重要的是主动去练习。系统设计这种事，哪怕你像 AI 一样训练了所有公开的系统设计方案，但你不试试仍然不会知道它们在不同的应用场景下的优缺点是什么。就像微服务从来不是个技术问题，而是一个和组织架构相关的问题。 新人的话，最好是从模仿开始，先照葫芦画瓢，然后再去按照自己的思路去改进。 一些你可以练习的方式： 1. 架构还原练习：选择一个你熟悉的系统或产品，试着去拆分架构，画出架构图；写下每个模块的功能定义，明确模块之间如何通信；再去找懂这个系统的人请教对比。 2. 对比学习：去看看类似功能的开源系统，看设计方案有什么不同，各自的优缺点是什么。比如对比 Redis 和 Memcached 的架构差异。 3. 设计先行：在做一个相对复杂的功能时，先去做一下设计再开始写代码。哪怕是个人项目，也要画架构图、写设计文档。 4. AI 辅助验证：尽可能把要实现的模块，用自然语言描述清楚，让 AI（推荐 Claude、Gemini、DeepSeek 等模型）去实现，看结果和你期望的差距在哪里。如果不是你想要的，去反复调整你的描述或者继续分拆，直到 AI 能实现你想要的效果。这个过程其实是在训练你的模块化思维。 5. 重构现有系统：去重构现有系统，在稳定性、代码重用、性能这些方面去改进。重构的过程会让你深刻理解原有设计的问题。 6. Side Project 实战：去做 side project，先尝试基于开源项目二次开发，再尝试从头搭建一套相对复杂一点的系统。比如做一个简化版的分布式消息队列、一个迷你版的容器编排系统。 只有在真实项目中踩坑、解决问题，你才真正能理解系统设计中各种取舍的意义。 "多复盘"：从经验中提炼智慧 每次做完项目或者完成一段设计后，都要回顾总结一下过程： • 当初做决策的依据是什么？这些决策后来验证效果如何？ • 如果再做一次，哪些地方会做不同的选择？ • 遇到的困难和挑战是什么？分别是如何克服的？ • 是不是有更好的技术或架构选择当时被忽略了？ • 团队成员的反馈如何？他们是否理解并接受了你的设计？如果不接受，原因是什么？ 复盘是让你从具体实践中提炼出通用方法论的重要环节。只有反复总结和不断优化，你的系统设计能力才能逐渐提高。 AI 时代更要用好 AI 帮你提升系统设计水平 在学习系统设计的过程中，AI 虽然无法替代你完整地设计架构，但可以成为你提升能力的重要工具，助你快速成长： • 快速查资料与案例：让 AI 帮你迅速搜集和整理系统设计的案例与最佳实践，大大节省学习成本。比如你可以问 AI："给我解释一下 Circuit Breaker 模式在微服务中的应用场景"。 • 辅助实践：你可以把自己设计的模块先让 AI 尝试实现，以检验你的设计思路是否清晰合理，从反馈中不断优化设计。这就像有了一个永远在线的结对编程伙伴。 • 辅助沟通：你可以先把复杂的设计和思路告诉 AI，由 AI 帮助你简化表达，生成易于团队沟通和理解的文档。甚至可以让 AI 帮你生成架构图的描述文本。 • 辅助决策：当你在不同架构方案间犹豫时，让 AI 帮你分析每种方案的优劣势和适用场景，帮助你快速做出选择。AI 可以快速给你列出各种方案的 trade-off。 • 模拟场景：你可以让 AI 模拟不同的故障场景，帮你思考系统的容错设计。比如"如果数据库挂了，我的系统会怎样？" 架构设计能力的提升关键还是在人，而 AI 则能帮助你更高效地学习、更快速地试错和迭代，加速你成为合格系统架构师的步伐。 写在最后 原本只是打算简单写写的，不小心还是扯多了。没办法，系统设计这种事是真的没什么捷径好走，只有坚持学习。当然方法得当还是能加速一点。 在 AI 时代，架构师的价值不是被削弱了，而是被放大了。因为 AI 让实现变得更容易，所以设计的好坏会更加明显地影响最终结果。一个好的架构设计，配合 AI 的实现能力，可以让你的生产力提升十倍甚至百倍。 希望你早日掌握好架构设计，不用担心被 AI 替代，反而可以利用系统设计能力让 AI 更好地为你效力。毕竟，AI 再厉害，也需要有人告诉它要造什么样的房子，不是吗？
#AI编程 #系统架构 #程序员能力 #人工智能 #项目管理 #技术提升
avatar
0xTodd🟥🟨🟦
1个月前
（可能有误伤）但是很多垃圾项目 be like： 对不起，我们的前端/后端/快照/合约出问题了 所以说好的 IXO 要推迟一点时间
#区块链 #项目管理 #技术问题 #合约 #前端 #后端 #快照 #延迟 #软件开发
avatar
看到朋友一篇文章，分享远程工作的氛围，发现并不是自己想象中的比公司坐班还忙，有类似远程岗位的欢迎找我，擅长推广，运营，项目进度管理跟进，也可以做产品经理角色，对什么是别人愿意付费的产品有不少心得。
#远程工作 #自我管理 #项目管理 #产品经理 #职业发展
avatar
歸藏(guizang.ai)
1个月前
Riffle 这个产品有意思，给音乐创作者用的无限画布 可以在画布上记录旋律、编写歌词、叠加乐器、插入参考资料等 有音乐创作所需全部工具，包括录音、写作、编辑和项目管理 还内置了歌词写作AI助手，提供押韵查找、音节计数和智能建议等功能 集成了多种 AI 工具，能够自动完成如人声分离、和弦识别、歌词转录等任务
#音乐创作 #AI助手 #无限画布 #录音工具 #项目管理 #智能建议 #自动化任务 #歌词写作 #旋律记录
avatar
*土*隹*
1个月前
及时维护
#维护 #维修 #运营 #管理 #项目管理
avatar
张小吉
1个月前
#项目 延期有多大比例是忙不过来呢？我猜是很少的，绝大部分症结在于，每个人都想证明自己是对的。一部分是为工作，大部分为各自的私心或利益。当然这没有什么不对，项目管理绝大部分时候不是在做管理，是在做情绪理疗师，是在玩平衡术，平衡各方利益。争论对错是愚蠢的行为，先落地，然后才是然后。
#项目管理 #团队协作 #平衡术 #情绪管理
avatar
S Li
1个月前
助理，直观的理解是他们至少可以帮我把要做的事情排排优先级，拟定一个基本的日程或者计划，根据我的反馈更新一个备忘录并提出一些跟进建议，然后才是去执行具体的任务。现在这些agent，还是需要使用者本身具备制定目标和计划的能力，特别是任务拆分和配置的经验。 如果说他们主要是面向产品/项目经理的，就需要使用者具备一定的的软件开发经验，不然单单是配置好github就够费劲儿的。如果是面向软件开发者的，坦率地说，这个群体天生就喜欢随性随性地攻坚克难，用这些助理，既不能“享受”手撸代码的乐趣，又要把自己假想成自己的“天敌”-产品/项目/售前经理，还是很需要一定的适应能力的。
#任务规划 #项目管理 #软件开发 #产品经理 #自动化工具
avatar
星座级只完成了10%………
#星座级 #进度 #项目管理
avatar
王力雄
3个月前
马斯克的“政府效率部”之“效率”是什么意思。就是把那些只花钱而没有现金回报的项目都视为“没有效率”…如同在企业里砍掉不挣钱的项目一样，但结果大不相同。企业减少的产品或服务供给，会由竞争者接替…在政府中，这会同时减少相应的公共物品供给，却无人替代。这是他看不到的。（盛洪教授）
#马斯克 #政府效率 #公共物品 #项目管理 #企业管理 #经济学 #公共政策
avatar
voa-美国之音
4个月前
分析人士示警 越南铁路项目管理不善和债务陷阱的风险升高
分析人士指出，越南计划修建的南北高速铁路项目存在管理和资金问题，而随着北京出资修建连接中越两国的铁路，分析人士对潜在的“债务陷阱”和中国影响力的增强也愈发担忧。
#越南铁路 #项目管理 #债务陷阱
avatar
子萱 - e/acc
5个月前
以后我发现要禁止团队重构任何东西,所有改动必须是一步一步的小迭代,一个个推上线等反馈,而不是一口气重写整个东西,然后一下炸出几百个bug来
#团队管理 #迭代开发 #项目管理 #重构 #风险控制
avatar
yesterday
5个月前
用 cursor 类工具最大的风险不在工具，在人，在于你有没有放弃思考。 到底要不要自己写代码，当前 AI 能力能辅助你做到什么地步，那些只是表象。 不管你会不会写代码，如果你放弃思考，将主动权交给他者，很容易下一步就是放弃对自己想做的东西的理解。 相比之下，过程中写错代码或者做不出来都是层级低一点的小事了。 为什么到了项目大一点，用 AI 辅助就步步掣肘？因为一个软件从来都不只是代码的堆砌，而是心血的结晶。 你在这里放弃的东西，一定会在别的地方有更多的代价等着你付。至于 AI 帮你写多少代码其实是小事了。 也许未来有一天确实可以，但现在，不要在这么简单的 LLM 面前就放弃自己的思考，不管你会不会代码，对事物的掌控和理解，还是你的核心竞争力。
#cursor工具 #AI能力 #写代码 #思考 #理解 #项目管理 #软件开发
avatar
【评论|形似棺材的地铁口被拆除 别让设计公司当冤大头】前不久，广州花地湾地铁出入口D口，刚建好的外立面因形似棺材广受批评，被连夜拆除。广州万溪公司参与该地铁口改造，近日，媒体报道了它的处理决定，包括项目景观设计师在内的4名责任人被通报批评和降级处理，永不再与项目设计单位合作。对此，网友认为甲方的自我问责不够深入，认为设计单位成了“冤大头”。争议产生后，广州地铁集团工作人员曾给出解释，这个外表鲜红色、带有大幅弧度檐状结构的设计思路，是对木棉花的抽象呈现，而不是公众以为的“棺材”。设计单位作为最基层的乙方，从提出创意到拟定草图，再到定案，都是跟着甲方意志做事。况且，设计单位无法决定施工环节，出现这个结果，很多时候非设计单位所能左右。问题在于，如果这个设计风波源自公共建筑的决策问题，那最后拍板的甲方，确有必要检讨这个关门决策的程序，让公众参与到方案的评议中，或许能最大程度地避免重蹈覆辙。多年前，广州在提高地铁事务的公众参与上是很有诚意、也是很有办法的。2011年地铁一号线车站翻新设计瓷砖与吊顶更换，地铁公司专门约见了公开发表反对意见的高一学生，解释了翻新的原因，同时也吸收了其他专家的意见。过往的大型公共建筑设计，会选出几个设计方案摆在展览馆或公布在媒体上，搜集市民看法。这些年来，类似做法是很少看见的。如果再以出入口体量小为理由不予公开，市民想要事前参与就更难了。现在参与改造的万溪公司又是处理员工，又是宣布与设计单位断绝业务关系，看似雷厉风行，可只是触及到“设计暴雷”的浅表问题，是顾头不顾尾的公关应急做法。甲方当然怕设计师无意中“埋雷”，可只要不用程序引进公众意见，类似的“雷”还会换个时间地点上演。公众无权置喙公共建筑的设计，那就只能是决策者继续心惊肉跳地担着压力。当然，只有问责到位了，这种压力才能集中显现。建造一个普通的地铁出入口，花费不低，如果要设计独特的造型，成本只会更高。棺材外形这一建一拆，造成了巨大浪费，谁是最后拍板的人，谁就是最该担责的人。问责不能问到最关键的人身上，就很难期待决策过程能体现公众意志。 #洞见计划 更多详细内容请查看原文>> :sys_link: 网页链接 https://3g.k.sohu.com/t/n854277154?serialId=966c7785d2c2e59011780b1f50954bc1&showType=news :icon_weibo: https://weibo.com/5890672121/P94Hh8COc#搜狐新闻
#广州地铁 #设计争议 #建筑外观 #项目管理 #社会舆论
avatar
Justin
6个月前
之前陆续发了一些通过 Claude Project 自动把长文、PDF、图片型文档归纳总结以后输出为卡片的效果图 传入的内容不挑食，可以图文一起丢进去，制作速度飞快，产出的有几个帖子流量还不错 现在把相关 Prompt 发出来，链接在这里： 使用方法： 1. 开通 Claude 会员； 2. 创建 Project； 3. 把 claude-projects-artifacts 中的内容复制粘贴到项目的 Project knowledge -> Set project instructions 中； 4. 后续直接把原始内容放进新的对话，选择此项目就会自动生成； 5. 如果对生成结果不满意，可以通过继续对话来微调； 未来新的 prompt 会在这个 repo 扩充，包括其他平台或使用场景的迁移，也不排除会有其他媒体形式的教程
#Claude Project #自动总结 #卡片制作 #会员服务 #项目管理