V2EX › kop1989smurf 的所有回复 › 第 60 页 / 共 81 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 56 57 58 59 60 61 62 63 64 65 ... 81

❮

❯

2022-05-11 17:57:38 +08:00

回复了 Turkestan 创建的主题 › 生活 › 有没有跟我一样不会自我调节情绪的

我个人的经验有两点，一个是正视情绪。情绪没什么不好的，情绪是一个人正常的情感表达与释放。
第二点就是，不能因为你的情绪去发散，反应给无关的事物与第三方，这样容易恶性循环。

技巧呢，一般就是问自己三个问题：
1 、我的情绪应该释放给他 /她 /它么？
2 、我能接受其后果么？
3 、这样值得么？

2022-05-11 16:32:48 +08:00

回复了 nnegier 创建的主题 › 程序员 › 最近有一个疑问，跨平台不是一直都有吗，就是 H5 这个呀，为什么还要弄出 Flutter 这些呢

@nnegier #26 你这个结论有几个假设。

1 、有完善的 JS 桥或者说 JavascriptInterface 。
2 、客户端设备需要完美支持你预想的 web 引擎。这样才不会导致设备之间的偏差，甚至是不能运行。
3 、你使用的业务，性能不敏感。
4 、你可以承担 api 泄漏等风险。

2022-05-11 15:57:23 +08:00

回复了 nnegier 创建的主题 › 程序员 › 最近有一个疑问，跨平台不是一直都有吗，就是 H5 这个呀，为什么还要弄出 Flutter 这些呢

至于说楼主的 append 。

我也不太理解为何之前东京奥运会都吹一个跑百米的苏 xx 。
我们暂时不讨论短跑这一块儿吧，毕竟我也不跑短跑。

其他的我觉得我吊打他，IT 技术我碾压他，身高比他高，体重比他重。
我能理解的，就是他百米距离内移动速度快。
实在不行，你移动百米距离你骑自行车啊。不会骑自行车，滴滴 app 也不会用？

所以实在不理解吹苏 xx 是个什么心态。

2022-05-11 14:59:37 +08:00

回复了 nnegier 创建的主题 › 程序员 › 最近有一个疑问，跨平台不是一直都有吗，就是 H5 这个呀，为什么还要弄出 Flutter 这些呢

也就是说，flutter 生成的 Android 和 iOS 程序，从理论上与原生程序的能力，性能相同。（为了两个平台展示完全相同的内容，iOS 和 Android 有对应的 UI 库）

2022-05-11 14:57:51 +08:00

回复了 nnegier 创建的主题 › 程序员 › 最近有一个疑问，跨平台不是一直都有吗，就是 H5 这个呀，为什么还要弄出 Flutter 这些呢

确切来讲，flutter 不叫真正意义上的“跨平台应用”。而是一次开发，多平台输出。更贴切的说法应该是“跨平台开发”。
也就是你用 flutter 写的程序，它可以给你对应生成一个等效的 Android 的客户端程序，以及等效的 iOS 程序。

所以他并不是编译结果“跨平台”，而是可以输出多个结果。

客户端做 js 桥 api + webview + h5 做出来的才叫“跨平台应用”。因为他是一套程序，多个平台（ Android 、iOS 、浏览器）公用。

2022-05-10 11:08:32 +08:00

回复了 Aluhao 创建的主题 › 问与答 › ThinkBook 16p 和拯救者 Y9000P 2022 如何选择？

ThinkBook 16p 这个价格着实没看懂，一模一样的配置，win11 7999 win10 9999 ？？？

2022-05-10 10:45:45 +08:00

回复了 darknoll 创建的主题 › 程序员 › 现在这个时代，是当个万金油更好还是专研某一领域更好？

换句话说，你以为某个行业大牛的技术底蕴是一个图钉状？错了，最起码是个三角，保不准是个梯形。

2022-05-10 10:44:29 +08:00

回复了 darknoll 创建的主题 › 程序员 › 现在这个时代，是当个万金油更好还是专研某一领域更好？

首先，深度和广度并不是互斥的。你有某个技术领域的深度，那么必然需要一定的广度，否则你根本深不下去。

其次，“深度”不是一个选择来决定的，是由你个人的能力（学习能力，英语能力，计算机科学基本功等）决定的。你没有能力，是没有资格搞“深度”的。

最后，当你有搞“深度”的能力时，转换技术领域并没有那么难。

2022-05-06 18:25:25 +08:00

回复了 teem 创建的主题 › 分享发现 › OIS - 月入 3k ~ 4k 的微信支付副业实践

1 、服务商要公司。
2 、佣金只有线下支付有，线上没有。线下就牵扯到设备和物料的问题。

所以，每个人对于“副业”允许投入的精力和时间不一样，预期必然也不一样。

2022-05-06 16:16:51 +08:00

回复了 singerll 创建的主题 › 分享发现 › 疫情在家无聊，说说副业

其实防骗的核心就一条灵魂拷问：“凭什么是我？”
这一条能防所有诈骗。

而且如果你仔细了解一些诈骗既有案例，纯被骗的比例并不大。
绝大多数被骗都不是输在“骗”上，而是死在“贪”上。

2022-05-06 14:36:14 +08:00

回复了 peakc 创建的主题 › 分享创造 › 无聊且“迷信”，于是做了个小程序

@peakc #3 学习了

2022-05-06 14:26:19 +08:00

回复了 peakc 创建的主题 › 分享创造 › 无聊且“迷信”，于是做了个小程序

既然分享了，不如聊聊算卦的算法逻辑，以及如何和传统文化结合的？

2022-05-05 14:53:36 +08:00

回复了 13936 创建的主题 › iCloud › Apple 这个点挺烦的。icloud 照片无法真正的实时同步

iOS 产品有很多类似剥夺用户的掌控权的“强行智能”设计。比如充电逻辑，比如 icloud 同步，比如后台活跃控制。

我觉得智能，是好事。但 iOS 剥夺了我选择关闭智能判断的权利，这就很诡异。

2022-05-05 14:40:41 +08:00

回复了 kop1989smurf 创建的主题 › 分享发现 › 最好的机械表原理科普

@zjj19950716 #24

擒纵叉释放的过程中，有一些能量会从擒纵齿传到到游丝 /飞轮上。随着游丝的每次摆动，从擒纵叉传递过来的动能会累加，从而增大游丝的摆动幅度，直到和游丝自己的弹性势能取得平衡。

这也就是为何机械表停摆之后，需要上弦至少到半满才会重新开始运行的原因（游丝第一次起摆的阻力最大）。

2022-05-05 12:05:29 +08:00

回复了 kop1989smurf 创建的主题 › 分享发现 › 最好的机械表原理科普

@FanChen #10 陀飞轮是怀表时代的设计。对怀表来讲，影响至少说是不能完全忽略。
手表上的陀飞轮炫技大于实用。

2022-05-05 11:15:39 +08:00

回复了 kop1989smurf 创建的主题 › 分享发现 › 最好的机械表原理科普

@lmmortal #7 确切的说，游丝+擒纵是一个精巧的限速装置。如果没有这俩，手表会飞快转完发条。
擒纵靠两个爪来回卡住擒纵轮，从而实现暂停弹性势能的释放。
擒纵轮和擒纵爪碰撞的声音，也就是滴、哒的声音来源。

游丝靠自己的惯性来回甩，从而实现定时释放擒纵轮，最终决定手表的走时精准度。

2022-05-04 23:45:06 +08:00

回复了 Rrrrrr 创建的主题 › 电动汽车 › 现在 2022 年，再过五年你能想像电车有什么新功能或改进吗？

1 、解决电量焦虑问题。（包括但不限于更通用且可靠的换电、更快的充电速度、更好的充电场地利用率等）
2 、传统车企发挥其造车经验优势。
3 、电池安全问题得到彻底解决。

2022-04-30 00:06:08 +08:00

回复了 meiqian 创建的主题 › 问与答 › 电脑内录谁来帮帮我

3.5 一分二，一边接录音笔的 line in 一边接正常的外放设备？

2022-04-29 17:11:31 +08:00

回复了 daqzi 创建的主题 › 奇思妙想 › 关于开展线上养殖的想法

@hyqCrystal 把一个非法集资和银行的信用与抗风险能力比较。这逻辑真好，赞👍

2022-04-29 15:16:07 +08:00

回复了 shenjiahuan 创建的主题 › NAS › 请教一个 RAID 的问题

从楼主描述的需求看（全量备份、高可用） RAID1 是合适的。
但另外一张盘叠瓦不合适。

然后就是楼主是否有必要对 nas 全量备份的问题。如果只是关键文件备份，那么不组 raid ，另外一张盘叠瓦就相对可接受了。
还有就是当你是关键文件备份需求时，即便两块盘不组 raid ，也依然有一起坏的可能性。（比如击穿烧毁）

所以最可靠的备份方法论依然是“两地三备份”。

1 ... 56 57 58 59 60 61 62 63 64 65 ... 81

❮

❯