kop1989smurf 最近的时间轴更新 kop1989smurf 最近的时间轴更新
本账号为 @kop1989 的小号。
210 天前
 ONLINE |
kop1989smurfV2EX 第 568837 号会员，加入于 2022-01-13 09:18:00 +08:00今日活跃度排名 300 |
| 提议取消帖子回复时，楼主的铜币收益
4 V2EX • kop1989smurf • 16 小时 9 分钟前 • 最后回复来自 learningman
|
36 |
| 最近想写一些自己对于游戏的感受与理解，但迫于行文能力拙劣，有些问题想和大家交流 游戏 • kop1989smurf • 49 天前 • 最后回复来自 0lobster0 | 11 |
| CharaChorder“和弦键盘”，靠同时输入来智能纠错，从而提升输入效率 分享发现 • kop1989smurf • 92 天前 • 最后回复来自 israinbow | 6 |
| 最好的机械表原理科普
8 分享发现 • kop1989smurf • 88 天前 • 最后回复来自 tslling
|
32 |
| 苹果的自助维修服务已经推出
2 Apple • kop1989smurf • 106 天前 • 最后回复来自 ynyounuo
|
7 |
| 蓝叠模拟器（bluestack）使用 Surfboard 会影响 pc 的无线网卡稳定性！？
2 分享发现 • kop1989smurf • 64 天前 • 最后回复来自 xubair
|
3 |
| 最近发现 app 里提示更新，但 app store 中却没有更新的现象加剧了。是 app store 的审核时间更长，更严格了么？ iOS • kop1989smurf • 196 天前 • 最后回复来自 pheyer | 3 |
| 外挂厂商宣布不再更新《战地 2042》外挂程序 游戏 • kop1989smurf • 210 天前 • 最后回复来自 israinbow | 3 |
| 测试新账号的发帖 沙盒 • kop1989smurf • 106 天前 • 最后回复来自 kop1989 | 10 |
kop1989smurf 最近回复了
15 小时 20 分钟前 回复了 rome753 创建的主题 › 分享创造 › 做一个独一无二的重力版个人博客 |
《 23 种设计模式的总结与思考》这个文章写的非常好，通过归纳实现的方式言简意赅的体现了每种模式的精髓。
解决了很多新手会模式但不懂实现的问题。
解决了很多新手会模式但不懂实现的问题。
22 小时 50 分钟前 回复了 tool2d 创建的主题 › 硬件 › 为了迎接今天的蜘蛛侠 PC 重制版， NV 推出了新驱动，然而我却又一次陷入了无比失望！ |
用 host 解决试试
1 天前 回复了 kop1989smurf 创建的主题 › V2EX › 提议取消帖子回复时，楼主的铜币收益 |
1 天前 回复了 paicha 创建的主题 › 分享发现 › 到底什么是 web3？ |
维基百科搜索：“Web3”
比楼主讲得好
比楼主讲得好
1 天前 回复了 Leee 创建的主题 › 问与答 › 有没有好的既可以煮面又可以煮饭的家电？（电煮锅+电饭煲） |
一般的电控电饭煲（按钮控制，不是一个“舌头”按下弹起那种），一般都有“蒸煮”功能（开关常通）。类似煮锅。
但缺点楼主也已经阐明了：
电饭煲因为其使用场景（焖米饭并不需要太高的火力，高火力反而焖不好米饭）与封闭炖煮的特性，导致总功率不会太高。也就是楼主说的煮面慢。
但缺点楼主也已经阐明了：
电饭煲因为其使用场景（焖米饭并不需要太高的火力，高火力反而焖不好米饭）与封闭炖煮的特性，导致总功率不会太高。也就是楼主说的煮面慢。
1 天前 回复了 tool2d 创建的主题 › 硬件 › 面对有坏道出现的大容量硬盘，丢之可惜，食之无味。 |
成本上不划算。
1 、“机械硬盘出现坏道，无非是某个磁头花了”这推导不成立，不存在因果关系。
2 、开盘需要无尘环境。
3 、一旦出现操作失误损失的就是整个盘的数据和存储容量。
4 、面临不稳定性，HDD 恰恰是最需要稳定性的。
1 、“机械硬盘出现坏道，无非是某个磁头花了”这推导不成立，不存在因果关系。
2 、开盘需要无尘环境。
3 、一旦出现操作失误损失的就是整个盘的数据和存储容量。
4 、面临不稳定性，HDD 恰恰是最需要稳定性的。
2 天前 回复了 iamvvv 创建的主题 › 问与答 › 找个志同道合的产品经理 |
自己搞项目用大厂的软件工程思路，那“项目推进速度太过于缓慢”不是必然么？
大厂的软件工程讲究的是用流程代替个人发挥和个人决策。
所有人都在做流程，尽量抹去个人色彩，这样的目的是保证产出的最大化的统一标准、通用性高以及有一个固定的下限。
当然，代价就是人力产出比相对低，说白了就是更加浪费人力资源。
这并不适用于产品初创阶段。
除非你的团队人力很充足。
大厂的软件工程讲究的是用流程代替个人发挥和个人决策。
所有人都在做流程，尽量抹去个人色彩，这样的目的是保证产出的最大化的统一标准、通用性高以及有一个固定的下限。
当然，代价就是人力产出比相对低，说白了就是更加浪费人力资源。
这并不适用于产品初创阶段。
除非你的团队人力很充足。
2 天前 回复了 nanxiaobei 创建的主题 › 前端开发 › 前端工程化简史 |
现在 web 工程化我觉得有两个问题亟待解决。
1 、没有统一的工程化标准。都在靠社区野蛮发展，你所使用的所谓“编译套件”已经是引用了不知道多少个第三方库之后的集合了。就像是一个违建林立的危楼，一旦其中的一个第三方库出现问题（停止维护、恶意攻击、不兼容等）对于开发者而言都是灾难性的。
2 、开发语言依然桎梏在 js/ts 上。没有一个“高级语言”的出现。（当然，换个角度考虑，证明了 js 短平快的先进性）
1 、没有统一的工程化标准。都在靠社区野蛮发展，你所使用的所谓“编译套件”已经是引用了不知道多少个第三方库之后的集合了。就像是一个违建林立的危楼，一旦其中的一个第三方库出现问题（停止维护、恶意攻击、不兼容等）对于开发者而言都是灾难性的。
2 、开发语言依然桎梏在 js/ts 上。没有一个“高级语言”的出现。（当然，换个角度考虑，证明了 js 短平快的先进性）
3 天前 回复了 Ufo666 创建的主题 › 问与答 › 微信小程序应该如何保证用户登录状态呢？ |
首先，你的 token 使用不合理。业界通用的理解 token 是一个 API 临时授权，把授权和业务挂钩是大忌。
然后，修改意见：
1 、check out 时手动 token 置超时。
2 、通过 openID 与用户的关系进行持久化绑定，token 有效时间缩短到分钟级别。超时自动登录。
然后，修改意见：
1 、check out 时手动 token 置超时。
2 、通过 openID 与用户的关系进行持久化绑定，token 有效时间缩短到分钟级别。超时自动登录。
Select Language