自己搞项目用大厂的软件工程思路，那“项目推进速度太过于缓慢”不是必然么？

大厂的软件工程讲究的是用流程代替个人发挥和个人决策。
所有人都在做流程，尽量抹去个人色彩，这样的目的是保证产出的最大化的统一标准、通用性高以及有一个固定的下限。
当然，代价就是人力产出比相对低，说白了就是更加浪费人力资源。

这并不适用于产品初创阶段。
除非你的团队人力很充足。

现在 web 工程化我觉得有两个问题亟待解决。

1 、没有统一的工程化标准。都在靠社区野蛮发展，你所使用的所谓“编译套件”已经是引用了不知道多少个第三方库之后的集合了。就像是一个违建林立的危楼，一旦其中的一个第三方库出现问题（停止维护、恶意攻击、不兼容等）对于开发者而言都是灾难性的。

2 、开发语言依然桎梏在 js/ts 上。没有一个“高级语言”的出现。（当然，换个角度考虑，证明了 js 短平快的先进性）

首先，你的 token 使用不合理。业界通用的理解 token 是一个 API 临时授权，把授权和业务挂钩是大忌。

然后，修改意见：
1 、check out 时手动 token 置超时。
2 、通过 openID 与用户的关系进行持久化绑定，token 有效时间缩短到分钟级别。超时自动登录。

@lyzhengzhizhou 草缸对热没有那么敏感，豪的可以留台空调，或者直接上冷水机。

糙一点的话，放个专用的夹扇（做好补水），甚至什么都不放也不是不行。

@awesomes #6 最近也在关注这类接近“原生溪流”形态的缸，只不过我想选择本土的原生鱼（鳑鲏，虾虎等，这样能做到无加热棒无 CO2 ，后期甚至可以试试无过滤）。正在纠结是开一个海缸还是原生。

@wonderfulcxm #1 帮助水草长得更好。

草缸的水草密度是很高的，小鱼缸的氮循环不能支撑养如此多的鱼来供给二氧化碳。
所以需要人工加注。

开缸过程是很享受的，真正需要耐性的是修剪维护。

不上二氧化碳是很正确的选择，草缸更自然，维护工作也更轻松。
当然，代价就是没有网上的草缸那么艳丽。

楼主偷换概念。
车子被刮，对方逃逸是否存在？存在，但跟矛盾主体根本没关系。

实际上的矛盾主体是楼主和对方私了完毕，过了一个月楼主又管肇事方要钱。

声明：以下内容都是根据楼主的提问，针对楼主的理解水平而加工过的“暴论”，不等于本人的全部理解。

1 、不绑定。
2 、和用白粉发工资一样。
3 、违法。
4 、轻则没法兑现，重则判刑。

前端有算法需求么？
有。但不多。

做前端有学算法的必要么？
有必要，但性价比（优先级）低。
相较而言，了解并熟知算法概念（时间、空间复杂度等）比算法本身更重要。

做前端必须会算法么？
算法是做前端的非充分，非必要条件。

btw：需要算法的多数情况可以通过既有的工具库、成熟解决方案来抄作业。
比如数据的横纵转换、高性能的排序、浮点数的运算等等。

首先，手机是人手一个的设备。
每个人的知识储备有差异，所以硬件设备的名字、定义混乱也是很正常的。

首先，Android2.x 时代（国内第一波 Android 潮）有个“内部存储”（ SSD ）和“外部存储”（存储卡）的定义在先。

然后易失性存储器的容量，在当年虽然体积，但并不是被重点强调的对象。（如今 iphone 在广告中也从来不强调自己是多少内存），而且易失性存储器的感知性不强。
所以很多人就误缩略为内（部）存（储），也不算是奇怪。

btw ，语言很大程度上，都是将错就错的。

二手市场就是这样（不止是 3C 产品）。所以我个人既不卖，也不买二手。

二手交易其中的精力负担太大。远不如我选择新品，淘汰给家人 or 官方回收的性价比高。