手工整理日志。

This commit is contained in:
Huang,Yonggang 2024-04-14 19:35:59 +08:00
parent 9e59d8fbee
commit 40d938818e
4 changed files with 300 additions and 32 deletions

41
release/plan.yaml Normal file
View File

@ -0,0 +1,41 @@
dayplan:
1:
planstr: |-
| 时间片 | 时长 | 用途 |
| --- | --- | --- |
| 4:00~4:14 | 15 | 休整 |
| 4:15~5:14 | 60 | 备餐、运动 |
| 5:15~5:59 | 45 | 早餐 |
| 6:00~6:44 | 45 | 会议、自习 |
| 6:45~7:44 | 60 | 休整 |
| 7:45~8:44 | 60 | [静默工作](http://simp.ly/p/xtgD4F) |
| 8:45~9:29 | 45 | 休整 |
| 9:30~10:59 | 90 | [静默工作](http://simp.ly/p/j1SspP) |
| 11:00~13:59 | 180 | 备餐、午餐午休 |
| 14:00~14:29 | 30 | [静默工作](http://simp.ly/p/8t3vlk) |
| 14:30~14:59 | 30 | [静默工作](http://simp.ly/p/5k9gJy) |
| 15:00~15:59 | 60 | 休整 |
| 16:00~16:59 | 60 | [静默工作](http://simp.ly/p/4QDThK) |
| 17:00~18:59 | 120 | 晚餐 |
| 19:00~19:59 | 60 | 讨论、整理提交 |
模版一采用静默工作方式。
希望讨论的提纲发到 [huangyg@mars22.com](mailto:huangyg@mars22.com)通常安排在后面某天的第一个时间片5:00~6:29
2:
planstr: |-
| 时间片 | 时长 | 用途 |
| --- | --- | --- |
| 4:00~4:14 | 15 | 休整 |
| 4:15~5:14 | 60 | 备餐、运动 |
| 5:15~5:59 | 45 | 早餐 |
| 6:00~6:44 | 45 | 会议、自习 |
| 6:45~7:44 | 60 | 休整 |
| 7:45~10:59 | 195 | [工作](http://simp.ly/p/3GXNTh) |
| 11:00~13:59 | 180 | 备餐、午餐午休 |
| 14:00~15:29 | 90 | [工作](http://simp.ly/p/lsBYG9) |
| 15:30~15:59 | 30 | 休整 |
| 16:00~16:59 | 60 | [工作](http://simp.ly/p/MpcbHD) |
| 17:00~18:59 | 120 | 晚餐 |
| 19:00~19:59 | 60 | 讨论、整理提交 |
工作的同时可以在线讨论。

96
release/time.js Normal file
View File

@ -0,0 +1,96 @@
var fs = require('fs');
var yaml = require('js-yaml');
let rawrepopath = "../../raw/";
let helpstr = `
today plan: node time init 1
day log mode: node time 20240414
diff day log mode: node time -1
today log mode: node time
`;
let today = datestr();
// read the arguments
var arguments = process.argv.splice(2);
if (arguments.length > 0) {
if ((arguments.length == 2)&(arguments[0] == "init")){
//today plan: node time init 1
loadmetadata();
makedayplan(today,arguments[1]);
}else if ((arguments.length == 1)&(arguments[0].length == 8)) {
//day log mode: node time 20240414
startdate = arguments[0];
enddate = arguments[0];
loadmetadata();
makedaylog(arguments[0]);
showtables();
//makeRfile();
}else if ((arguments.length == 1)&(arguments[0].length != 8)&(!isNaN(arguments[0]))) {
// diff day log mode: node time -1
var diff = parseInt(arguments[0]);
//console.log("diff day mode. diff="+diff);
startdate = datestr(diff);
enddate = datestr(diff);
loadmetadata();
makedaylog(datestr(diff));
showtables();
//makeRfile();
}else{
console.log(helpstr);
process.exit();
}
} else {
// today log mode: node time
startdate = datestr();
enddate = datestr();
loadmetadata();
makedaylog(datestr());
showtables();
//makeRfile();
}
function makedayplan(date,plan){
// read wake time from raw repo
var rawhealthfilename = "health/d."+date+".yaml";
var rawhealthfile = yaml.load(fs.readFileSync(rawrepopath + rawhealthfilename, 'utf8'));
var waketime = rawhealthfile.wake.time;
//console.log("wake time:"+waketime);
var planobj = yaml.load(fs.readFileSync("plan.yaml", 'utf8'));
var planstr = planobj.dayplan[plan].planstr
var dayplan = "# "+date+"\n\n计划\n\n根据[ego模型时间接口](https://gitee.com/hyg/blog/blob/master/timeflow.md),今天绑定模版"+plan+"。\n\n"+ planstr;
var dayplanfilename = "time/d."+date+".md";
//console.log("dayplan file name:\n"+dayplanfilename+"\ncontent:"+dayplan);
fs.writeFileSync(dayplanfilename, dayplan);
}
function loadmetadata(){
}
function makedaylog(date){
}
function showtables(){
}
// utils
function datestr(diff=0) {
var theDate = new Date();
//theDate.setDate(theDate.getDate() - 1);
theDate.setDate(theDate.getDate()+diff);
var year = theDate.getFullYear();
var month = theDate.getMonth() + 1 < 10 ? "0" + (theDate.getMonth() + 1) : theDate.getMonth() + 1;
var day = theDate.getDate() < 10 ? "0" + theDate.getDate() : theDate.getDate();
var dateStr = year + "" + month + "" + day;
//console.log("datestr retrun:"+dateStr);
return dateStr;
}

View File

@ -1,25 +1,44 @@
# 2024.04.13.
小结
根据[ego模型时间接口](https://gitee.com/hyg/blog/blob/master/timeflow.md),今天绑定模版一。
模版一
| 时间片 | 时长 | 用途 |
| --- | --- | --- |
| 4:00~4:14 | 15 | 休整 |
| 4:15~5:14 | 60 | 备餐、运动 |
| 5:15~5:59 | 45 | 早餐 |
| 6:00~6:44 | 45 | 会议、自习 |
| 6:45~7:44 | 60 | 休整 |
| 7:45~8:44 | 60 | [静默工作](http://simp.ly/p/xtgD4F) |
| 8:45~9:29 | 45 | 休整 |
| 9:30~10:59 | 90 | [静默工作](http://simp.ly/p/j1SspP) |
| 11:00~13:59 | 180 | 备餐、午餐午休 |
| 14:00~14:29 | 30 | [静默工作](http://simp.ly/p/8t3vlk) |
| 14:30~14:59 | 30 | [静默工作](http://simp.ly/p/5k9gJy) |
| 15:00~15:59 | 60 | 休整 |
| 16:00~16:59 | 60 | [静默工作](http://simp.ly/p/4QDThK) 输出整理到 /draft/2024/04/202404131600.md 项目是ego。 |
| 17:00~18:59 | 120 | 晚餐 |
| 19:00~19:59 | 60 | 讨论、整理提交 |
# 2024.04.13.
小结
## 时间表
根据[ego模型时间接口](https://gitee.com/hyg/blog/blob/master/timeflow.md),今天绑定模版一。
| 时间片 | 时长 | 用途 |
| --- | --- | --- |
| 4:00~4:14 | 15 | 休整 |
| 4:15~5:14 | 60 | 备餐、运动 |
| 5:15~5:59 | 45 | 早餐 |
| 6:00~6:44 | 45 | 会议、自习 |
| 6:45~7:44 | 60 | 休整 |
| 7:45~8:44 | 60 | [静默工作](http://simp.ly/p/xtgD4F) |
| 8:45~9:29 | 45 | 休整 |
| 9:30~10:59 | 90 | [静默工作](http://simp.ly/p/j1SspP) |
| 11:00~13:59 | 180 | 备餐、午餐午休 |
| 14:00~14:29 | 30 | [静默工作](http://simp.ly/p/8t3vlk) |
| 14:30~14:59 | 30 | [静默工作](http://simp.ly/p/5k9gJy) |
| 15:00~15:59 | 60 | 休整 |
| 16:00~16:59 | 60 | [静默工作](http://simp.ly/p/4QDThK) [小结](#1600)|
| 17:00~18:59 | 120 | 晚餐 |
| 19:00~19:59 | 60 | 讨论、整理提交 |
<a id="1600"></a>
### 16:00~16:59
时长60分钟
主题ego
手稿:/draft/2024/04/202404131600.md
个人模型
- 手稿可以先发到simplenote小结时整理到draft库小结本身发布到blog库release文件夹
- draft库中同类内容的经验整理到note库
- 公开发布内容含要约和契约记录在blog库release文件夹
- 重要的契约和共同体整理为单独git库
- 小范围发布内容及其自动化含要约和契约、含metadata和code记录在单独git库
- note库、release文件夹中经验的自动化含metadata和code整理为单独git库
- raw库输出工作时间片
- ego库调度raw模型产生的工作时间片和各契约定义的资产输出draft、note、专用库内容只是个人模型的一部分
- Let'sX集体提炼关键能力从draft、note到共同体整理。

View File

@ -1,8 +1,8 @@
# 2024.04.14.
# 20240414
计划
小结
根据[ego模型时间接口](https://gitee.com/hyg/blog/blob/master/timeflow.md),今天绑定模版
根据[ego模型时间接口](https://gitee.com/hyg/blog/blob/master/timeflow.md),今天绑定模版2
| 时间片 | 时长 | 用途 |
| --- | --- | --- |
@ -11,10 +11,122 @@
| 5:15~5:59 | 45 | 早餐 |
| 6:00~6:44 | 45 | 会议、自习 |
| 6:45~7:44 | 60 | 休整 |
| 7:45~10:59 | 195 | [工作](http://simp.ly/p/3GXNTh) 用于PSMD项目|
| 7:45~10:59 | 195 | [工作](http://simp.ly/p/3GXNTh) [小结](#0745)|
| 11:00~13:59 | 180 | 备餐、午餐午休 |
| 14:00~15:29 | 90 | [工作](http://simp.ly/p/lsBYG9) 用于ego项目|
| 14:00~15:29 | 90 | [工作](http://simp.ly/p/lsBYG9) [小结](#1400)|
| 15:30~15:59 | 30 | 休整 |
| 16:00~16:59 | 60 | [工作](http://simp.ly/p/MpcbHD) 用于PSMD项目|
| 16:00~16:59 | 60 | [工作](http://simp.ly/p/MpcbHD) [小结](#1600)|
| 17:00~18:59 | 120 | 晚餐 |
| 19:00~19:59 | 60 | 讨论、整理提交 |
| 19:00~19:59 | 60 | 讨论、整理提交 |
工作的同时可以在线讨论。
<a id="0745"></a>
## 7:45~10:59
入门目录 @ PSMD
- 在符合附件30的前提下
-在符合附件42的前提下解决以下问题
- 讨论解决附件42中问题是否需要遵守附件31、32、33、34并执行讨论结果向外寻求解决方案时在明确以上四项决定鸡执行记录的。
- 在符合附件43的前提下解决以下问题
- 讨论解决附件43中问题是否需要遵守附件31、32、33、34并执行讨论结果向外寻求解决方案时在明确以上四项决定鸡执行记录的。
- 在不符合附件42、43的前提下解决以下问题
- 守成。寻找新商机再按本目录独立设计制度。
- 如果不符合附件30则无法判断是否符合福建31、32、33、34视为不遵守。
- 在业务背景下,基于既成事实博弈。
### 附件30 有效的内部监管
定义:已有基础制度和人员,能保证书面规章的违约成本高于收益。规定监管人员以外的内部成员、外部合作方不需要额外为此耗费资源。
### 附件31 PS标准
1. 规章条款的上下级关系,根据制定、修订权定义。
1. 人员的上下级关系,根据任免权定义。
1. 严格执行制定、修订程序。上级规章条款未生效(或被实质架空)时,不提交、不讨论下级规章条款。
1. 严格执行任免程序。上级人员未赴任(或被实质架空)时,不提名、不讨论下级人员。
---
说明:
- 以“规章条款”为单位。比如某公司章程有一条:股东会三分之二表决权通过可以修订章程。这条本身就在章程里面,所以也能修订自己。(比如修改为:股东会四分之三表决权通过可以修订章程。)这个条款就比章程的其它条款都高一级。无论怎么组合编集,都不影响这种层级关系。
- 比如规章写明A任免B和C即使在其它文件使用“B是C上级”、“C接受B的指令”这类措辞本标准下BC平级、都是A下级。A缺席时B讨论C的人选即违规如果B是章程中有PS标准的账号会立刻被强制注销财产充公
- 无法判断时按最坏情况处理,比如因保密制度不能阅读就按未生效、未被执行看待。
- 上级规章制定过程可以讨论规章草案下的工作场景,包括制定下级规章的场景。只有特定上级规章导致特定下级规章草案不能产生,引入讨论才有意义。一旦离开上级规章制定程序的时间、地点、人员这些条件就不能提前讨论下级规章,因为这时上级规章(下级规章制定修订程序)还没有生效,不应该暗示自己的内定角色。
- 待实现的后续规则:不遵守则由自然人承担。比如一个共同体的上级规章被架空时讨论下级规章,则以该自然人代替共同体承担规章中的权利,比如向执行下级规章的员工发工资。(也就是从共同体剥离,并入个人领域)
### 附件32 保密规则
1. 所有人员的所有工作结果默认为公开,对外发布。
1. 按PS标准上溯得出顶级规章从顶级规章到保密制度之间的上下级规章链条包括保密制度这组规章的密级均为公开这组规章的工作记录的密级由该规章自行规定保密制度不得改变。
1. 一份文档所有用途使用相同方式取得。如果因不可抗力需要改变方式,应规定不可抗力的判定程序,确保内容相同。
1. 如果在密级规定范围内的人员都没有能力完成任务,制定保密制度相应条款的人员承担主要责任,赔偿损失。
---
说明:
- 顶层权利分配规则肯定在保密制度之上因此PSMD只讨论公开资料。
- 如果某个审议环节从某网址取得一份资料,这份资料从产生、生效、所有使用环节都从这个网址获得。比如是指令,下达指令者应在这个网址发布指令,然后通知接受指令者去阅读。
### 附件33 制定规则
1. 制定规章要明确预期效果。
1. 接到质询时必须提供依据,依据必须是 外部法律 or 案例统计 两种方式之一。
1. 如果是旧版本修订,制定者可以提出适用范围。只能向该适用范围内使用旧版规章的共同体发送修订通知。
1. 分支隔离规则适用于制定规章。一个分支的共同体内制定规章时,所提供依据如果使用其它分支的案例,将自动增加切换规章的动议作为前提。
---
说明:
- 比如不采用 PS标准的共同体制定规章时以采用PS标准分支下的案例为依据则自动增加采用PS标准的动议切换生效之后才能讨论所制定规章。
### 附件34 分支隔离规则
1. 对相同事项的不同处理方法,视为同一规章的不同分支版本。对该事项未做任何规定,也视为其中一个分支版本。
1. 实际通过生效、使用某分支版本的规章,即为支持该分支版本,反对其它分支版本。
1. 规章使用过程遇到问题可以提出修订委托,如发往反对者将自动转为帮助切换规章的委托(切换到对方实际使用的分支版本)。如果是付费委托,受托者只需回答实际收到的问题。
1. 查询资料时,未做任何规定分支可以列出所有分支的资料,其它分支只列出本分支的资料。
说明:
- 例如共同体A采用PS标准共同体B、C没有。当B在上级规章未生效时要讨论下级规章。B向C提出咨询C收到B发出的原始咨询内容。B向A提出咨询咨询内容自动转化为“如何在规章中增加PS标准”A无法收到B发出的原始咨询内容。这条规则主要提醒自我安慰性的求助向反对者求助就是承认自身行为导致问题无解。
- 在父项目各隔离分支将使用不同记账单位。相同金额不同单位视为同工同酬。比如采用PS标准的分支使用M为单位不采用PS标准分支使用N为单位自由兑换的平衡点是1M兑换10N。一项工作的报酬是5两个分支账号分别得到5M可兑换50N、5N的报酬。
### 附件42 资源不足
定义:需要以未来的收入换取资源,而且需要与同行争夺。
反向的情况,是创始时能一次筹集到足够的资源,可见未来的收入和积累都超过支出。或者需要以未来的收入换取资源,但是不需要竞争即可获得充足资源。
### 附件 43 能力和贡献持续变化
定义:核心人员凭借职权高估自己的贡献、低估非核心成员的贡献,这样做的综合效果更符合他们的利益。
反向的情况,核心人员准确估算包括自己在内的成员贡献,这样做的综合效果更符合他们的利益。
<a id="1400"></a>
## 14:00~15:29
ego
自动生成以下日志文件:
D:\huangyg\git\blog\release\time\d.20240413.md
一旦创建就不再维护md文件也不回头修改yaml文件。
ego项目提供meta data
draft项目提供当天的yaml和素材文件。
产生当天日志只是简单介绍当太难时间分配和公开的手稿。ego的资源调度依赖以后的事件因此只提供入口和参数暂时不把内容写入日志。
输出:
blog\release\plan.yaml 时间模版元数据
blog\release\time.js 自动生成日计划
下一步是:
1. 根据waketime自动生成时间表而不是固定始末时间。
- 参考https://github.com/hyg/gathering/blob/gh-pages/2021/Q2/schadule.jsonld
- 参考https://github.com/hyg/gathering/blob/gh-pages/2021/Q2/index.html
1. 创建日志文件。
<a id="1600"></a>
## 16:00~16:59
PSMD
修订早上7点的工作结果。
加入PSMD新版的规则。
下一步的工作:
1. 调整PSMD新版基础规则的表述。
1. 设计自动工具。