Time management application based on GTD
📆 NothingLeft经典系统-后端
- 本仓库是NothingLeftProject的NothingLeft经典系统的后端
- ReadmeVersion: 2021/8/15 0:50
- Other languages:
- 准备好mongoDB和Memcached
- python3 -m pip install flask pymongo pymemcache socket
- git clone https://github.com/NothingLeftProject/NothingLeft
- 修改setting.json中的databaseSettings中的mongodb和memcached中的address->default分别为数据库的对应地址
- 将setting.json中的hostIP清空
- python3 run.py即可启动
- 更多请查看本项目的Wiki
- Getting Things Done is a kind of time management system which was proposed by David Allen. Usually, we abbreviate Getting Things Done as GTD.
- Gtd-Introduction
- 那么,这个项目是如何使用,或者说工作的呢
- 交互(前端)
- 首先,我们需要一个可视化的交互口以便用户操作,而这种可视化的交互口是可以有很多种实现方式的。在这里,我就对一些初级阶段需要实现的交互方式进行列举和说明
- 1、网页/WEB端:不得不说,web工具真的是很好用,轻量简洁。我个人目前考虑使用flutter来实现,不过我还不会js,但我会努力的,有人愿意也可以联系我一起开发
- 2、DUEROS语音交互:通过语音交互,你可以很方便的对inbox进行整理、分类、规划等等,而DUEROS的各种设备销量都很不错,其对第三方技能开发的支持也很友善,因此我会在DUEROS上做一个技能,然后用户可以连接到公用或自己的服务器来使用
- 3、xiaolan/wukong-robot语音交互:xiaolan和wukong-robot都是运行在各种DIY设备上的语音交互机器人,但它们与DUEROS的区别就是其都由广大开发者制作的。而其中的xiaolan就是我做的一个,虽然没有wukong厉害,但我会加油的
- 首先,我们需要一个可视化的交互口以便用户操作,而这种可视化的交互口是可以有很多种实现方式的。在这里,我就对一些初级阶段需要实现的交互方式进行列举和说明
- 后端
- 很明显,后端就是支持整个软件运行的部分,其重要性显而易见
- 那么关于后端我是打算使用python来编写的(毕竟我python比较熟),而且用python做后端的软件也不少,就比如「Instagram」
- 后端包括了「服务端」和「基本业务」
- 服务端就是给DUEROS等更多的非自有前端(如WEB端就是自有前端)的一个接口,用户也可以根据自己的喜好,按照我们提供的API接口来开发自己喜欢的交互方式
- 而基本业务就是最底层的部分了。基本业务其实就是完全配合GTD,再加上一些创新的实现
- 到这里,相信你已经对本项目有了一定的认识,如果您想要了解更多,请查看我们的Wiki
- Lan_zhijiang(我)
- 当然也欢迎大家来一起开发
- DingTalk: 18680171381
- Email: lanzhijiang@foxmail.com
- Wechat:18680171381
- QQ: 1481605673
-
分类-trashList中的stuff状态自动变成cancel ⭐
-
maintainer需要去监控各种动向,并根据不同的动向做出不同决策以自动维护整个系统
- 变更即通知maintainer
- 根据明显的stuff特征自动分类
- 自动生成行动链
- 提供行动模板(共享市场规划)
-
使用memcached加快运行速度 ⭐
-
多语言支持
-
前端颜色与系统设置 or 本地时间 同步
-
考虑支持为stuff添加附件,achieved的则自动删除文件(设置中可以设置更多关于附件留存,大小限制的决策)
-
添加对stuff执行的计时,即「专注模式」
-
支持Markdown语法显示(丰富的表达)
-
stuff先提条件的设定(在用next_stuff连接stuff时,可框定某部分存在信后顺序)
-
用Project生成更加复杂的行动链(决策组)并管理资料
-
多维的检索引擎
-
为stuff添加"domain"以指明stuff涉及的知识域 ⭐
-
TimePanel的设计
-
inbox未achieve stuff的数量限制支持 ⭐
-
对organization中的内容进行tag标记以快速查找 ⭐
-
时间词替换:"今天"=>2021.5.30 2021.5.31=>"昨天"(语义、用词、表达方面的优化)
-
!在变更stuff的内容时,注意event也需要跟着变动,以防出现bug
-
因为思考的问题,加入的stuff在步骤上是倒过来的
-
可恶,今天七夕,我竟然想到了情侣共用空间(其实也可以用于团队协作->irc聊天->团队工作流解决方案(你好大的野心))
- 究竟是使双方都同时拥有一个同步变化的对象(协作),还是使他们共同看到一个共享空间呢...各有各的好处,情侣可能可以独立出来
- 呜呜呜呜,明明我还是单身的说
-
空格(其它分隔符)快速添加多个stuff或方便后期拆分
-
NL或许可以使用zfile来存储资料文件
-
自定义关键词及反应(MOR/AFT)
-
对于GTD的思考:
- 我们应当建立一套快速简单的workflow去完成整个GTD流程
- 而对于每个部分又可以分别地详细管理,比如inbox页面可以清晰地看到stuff们的情况并知道接下来应该做些什么(去分类?马上去执行?)
- 我们还应当提供一个Dashboard,对已经完成了组织的内容进行最重要的展示,次之的则是显示各个部分的近况(Review>Inbox>Classification)
- InboxManager强大的功能是为maintainer服务的
- Nlu是为一句话stuff服务的,其从中自动填写信息并尽量不出差错的分类,所以也要为提供用户可编辑性
- ClassificationManager需要提供的功能仅仅只是对stuff分类罢了
- OrganizationManager需要分为「参考资料」和「下一步行动」,实现 行动细化 与 行动链,并提供强大的查询能力
- 即Project(stuff细化 or stuff组合),ActionChain, MoreClear(在哪里执行等等)
- ReferenceManager一个参考资料管理系统,保存各种文章、文件、网址,方便使用
- Review这个部分主要以报告的形式来实现,用智能的Review来实现定期回顾并不断进步
- Tips也是重要的,它需要做到提醒使用者该做些什么并给予使用者一些常用的提示,明确的指导等
- 而Tips需要Maintainer和Review合作的指导
- Review不只是生成报告,在报告背后的数据才是最重要的,其为每个用户生成画像等等,收集数据,智能分析行为
- Maintainer监控整个系统,通过Review这只眼睛来实行适当的措施,督促使用者进步
- 有用的Reminder
- 本系统应该致力于帮助用户养成GTD的使用习惯 并提供一目了然的行事管理系统与资料管理系统
- 基本完成了user的全部内容,配合数据库
- 基本完成了http服务器,接入了user的一部分内容
- 第一次测试后端,开始第一次调试——user部分
- 添加了启动检查数据库
- 修复了各种各样的bug
- 调试成功,完整的http实现,测试成功了login功能
- 添加了建议、理念等的信息收集处(./research)
- 完成了在centos系统上的启动调试
- 完成了logout/signup/login功能并且调试没有问题
- 完成了root初始化的调试,没有问题
- 修了一堆关于user操作的bug
- 调试并完成了user_delete
- 修复了一堆关于user_info_update的bug
- 调试修复pass了user_info_update
- 测试修复pass了user_info_get_all
- 测试修复pass了user_info_get_one_multi
- 测试修复pass了user_get_permissions
- 测试修复pass新修复的安全bug
- 修复了一些因账户不存在的bug
- 测试修复pass了user_write_permissions
- 测试修复pass了user_edit_permissions
- 再修复pass了在全初始下的数据库建立及setup
- 废弃user_manager中的loginUsers判断法,以isOnline为准,修了一堆bug
- 写了个add_stuff和modify_stuff并修改了一些东西,适配了一些东西
- 添加了get_many_stuffs并修了一些InboxManager里的bugs
- 完成了InboxManager基本功能,未经调试,修复了一些显而易见的bug
- 修复sign_up bug,通过了其dev-0.6下的测试
- stuff支持了自定义属性
- stuff支持了事件(event)分割及其状态设置
- 又又又修了一堆bug
- log支持级别打印和路径设置
- 修复关于用户注册及其用户组和发现的一系列问题
- 测试修复并pass了以下功能:
- stuff_add
- stuff_modify
- stuff_get
- stuff_get_id_from_condition
- stuff_delete_many
- stuff_get_id_from_preset
- 测试修复pass还更新了stuff_generate_preset_list
- 还修了一堆问题
- 更新新的预设列表,优化算法
- 修复并pass了:
- stuff_delete_many_custom_attribute
- stuff_add_events
- stuff_set_event_status
- stuff_get_event_status
- stuff_remove_events
- stuff_remove_event_status
- AchievedPoint: 测试完基本的InboxManager功能
- 添加了inbox归档功能
- 优化md5加密性能并修复Encryption...一个bug
- 通过修正错误使用update_many_documents优化了性能
- 设计了Organization-Project架构,加入chain/chunk/connective_structure等概念
- 完成了70%的Organization-Project-v1.0计划