如果我又在进行我定期的项目管理抱怨(这是更广泛的抱怨的一个子集……
… 如果我又在进行我定期的项目管理抱怨(这是更广泛的抱怨的一个子集,我在Mastodon上开始用#ItsAGraph、#NotATree标签),让我再添加一些额外的待办事项:反事实建模、条件、概率。也就是说,表达存在其他可选策略的想法,而选择哪一个取决于项目进行到一半时才能获得的信息。
源讨论Vikunja – 开源的、可自托管的待办事项应用原帖 90 条评论 · 导入时统计… 如果我又在进行我定期的项目管理抱怨(这是更广泛的抱怨的一个子集,我在Mastodon上开始用#ItsAGraph、#NotATree标签),让我再添加一些额外的待办事项:反事实建模、条件、概率。也就是说,表达存在其他可选策略的想法,而选择哪一个取决于项目进行到一半时才能获得的信息。
源讨论Vikunja – 开源的、可自托管的待办事项应用原帖 90 条评论 · 导入时统计我已经作为付费用户使用Todoist很多年了。不知为什么,他们坚决拒绝引入阻止/被标志阻止的功能。 对我来说,这样做所有允许任意嵌套的项目和任务、子任务、标签、复杂过滤器和协作的困难工作,然后不进行依赖关系,这似乎非常奇怪。在我看来,依赖关系是你可以用于复杂项目的东西和一个“仅仅是”待办事项列表之间的巨大区别——即使是一个有嵌套项目、标签、过滤器的东西。 我以为我想要的是一个甘特图工具,花了几个月的时间走这条路。但就我的经验而言,我真正想要的只是某种方式来建立一个DAG——我甚至不一定需要可视化它的方法,只需要能够对其进行分组和过滤。 Vikunja看起来很有趣——开源、自托管并支持依赖/关系。没有iOS移动客户端…
完整原文把你的经验,加入这段讨论。
> 我开始标记为 #ItsAGraph, #NotATree 哦,太棒了!虽然我同意大多数被建模为树状结构的东西在概念上实际上是图,也许我的标准更低/我只是使用更差的软件——我非常高兴能获得更多的树状结构。我经常抱怨的是“给我一个该死的树结构吧”。在这方面最糟糕的例子是我能想到的笔记应用,它们有奇怪的“笔记本”、“章节”、“页面”概念,而不是让我选择需要的嵌套深度。
完整原文我做了Recall[0],这正是关于这个的。使用树状结构管理任务(像文件夹/文件一样,没有层级限制)。以及用DAG图表示依赖关系。试试看,你可能会喜欢它。 不幸的是,由于我无法找到可行的盈利方式,这个项目目前暂停了(不过你仍然可以使用它)。这个领域真的太拥挤了,大多数人并不真正考虑依赖关系,所以这很难推销。 我可能会在不久的将来开源这个项目并继续开发,但在那之前我需要一些验证,证明这个工具是有用的。所以如果你喜欢它,我很想和你聊聊:) [0] https://recalllab.com
完整原文你试过Trilium ( https://github.com/zadam/trilium )吗? 它是一个通用的笔记存储(基于DAG模型),非常可扩展,并附带了一个演示任务管理器实现:https://github.com/zadam/trilium/wiki/Task-manager
完整原文> 我完全同意。在我看来,这似乎是一个奇怪的市场盲点。这个领域中的大多数工具甚至无法正确实现树状结构——通常它们限制你只能有2-4层,比如“项目”、“任务”、“子任务”和“检查列表”。那些没有限制的,坚持使用树状模型,尽管工作自然地结构化为DAG。 我自己也想过这个问题。但经过尝试实现后,我认为深层次的多对多父子关系不被直接可见,更多是因为没有人想出好的范式[1],以用户想要经常使用的方式呈现这个功能(比如微软项目)而不是标签、保存的搜索等方法。 [1] 这是一个相当复杂的挑战。例如,考虑一下在简单操作(比如删除一个条目)时会发生什么,以及如何呈现给用户。如果它有多个父节点会怎样?如果它还...…
完整原文尊重不同观点,分享具体经验。
登录后即可发帖、评论、转发和引用。