iidear2015

@tita007 #28 讲得很好，请问你有博客或之类的吗？想关注学习～

制定规范是为了保持统一，便于交流和协作。大家都觉得简单易懂的代码就是好代码。

对技术有热情，挺好的。布道技术是一件难事。 领导虽然不认同，但还是认真和你讨论，也挺好的。不妨试试和团队其他人聊聊，或者内部做做分享讨论

@shendaowu #37 大家都没死过，也不妨碍构想死后的世界。

"找出所有使得 2^n – 1 能被 7 整除的正整数 n"，这应该算是"没有现实基础的抽象思考"。有人喜欢健身房，也有人喜欢思维体操。

这个讨论本身也是一种抽象思考。我认为是一种娱乐活动，娱乐活动也是有价值的。

个体之间的体力和脑力有差异，有些人天生在某方面有优势，这些都是客观存在的。但是 参差多态，乃是幸福本源。

对我来说，我喜欢抽象的问题，包括你提到的数学、人生意义、命等。我也焦虑，但是焦虑的不是抽象思考本身，而是学不会、搞不懂。

这些命题太大太复杂了，感觉一辈子学不完。自己心态又比较急躁，急于求成，做不到"进一步有一步的欢喜"。这些年基本是在思考和逃避间反复横跳。

价值是一个比较主观的问题。我认为抽象思维对生活有很大价值。实践本身离不开对规律的抽象和思考。但我想你问的应该是离个人"日常生活实践"比较远的抽象思考，我认为这是一种娱乐活动，属于人个爱好。

目前没见过统一的标准。一般大家会根据一些不成文的原则来协商

1. C 端应用，一般用户体验优先。在前端处理的话，会多一次请求，导致用户等待时间变长，所以后端处理。
2. M 端应用，一般效率优先。看前后端开发压力，和后续维护成本。

具体到你这个问题，后端处理更好。iOS 和 android 需要重复开发，逻辑收敛到后端，维护成本更低， 用户体验也更好。

上面只是说放在哪一"端"合适，实际由前端人员还是后端人员来做就需要"讨论"了。大厂里会存在前端开发人员写后端服务，可以搜一下 BFF 层。

感觉你逻辑挺合理的，好像只能写个工具方法重构一下

```
// 一个 task 包含多个异步 job
// 每个 job 运行前需要校验当前 task 是否在运行
// 运行新 task 时取消之前的 task

const createScheduler = (jobs) => {
let runningTask = 0;

const run = async () => {
runningTask += 1;
const thisTask = runningTask;

for (let job of jobs) {
if (thisTask === runningTask) {
await job();
} else {
return;
}
}
};

return run;
};

const init = createScheduler([
() => sleep(500),
() => sleep(500),
() => sleep(500)
]);

```

@forisra #2 好奇是从哪里来的数据

<a lang="zh-CN" class="item active selected" href="/zh-cn/index.html">简体中文</a>
<a lang="en-US" class="item " href="/index.html">English </a>

```
self.effect = {
_dirty: true,
get dirty() {
const v = this._dirty;
this._dirty = false;
return v;
},
set dirty(v) {
this._dirty = v;
}
}

if (self.effect.dirty) {
console.log(self.effect.dirty)
}

// false
```