V2EX HTravel 的所有回复 第 1 页 / 共 20 页
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX    HTravel    全部回复第 1 页 / 共 20 页
回复总数  381
1  2  3  4  5  6  7  8  9  10 ... 20  
这种事最开始我也是骂买家。

后来反应过来不对啊。PDD 这么干好几年了,为什么商家还是不离不弃?难道中国就这一个电商平台?

所以,说的好像商家就是好人似的
多说一点,实体 SIM 卡安装 eSIM 的卡片,第三方小厂家早搞定了。所以纯 eSIM 手机对国人来说反而意义不大。实体卡反而是最适合国人的,境外 eSIM 就通过这类卡片搞定就行。现在麻烦的只是有些国外傻运营商居然不知道这类卡片的存在,强行根据手机型号来判断是否支持 eSIM ,所以差旅场景的话,这类方式存在无法安装某国本地 eSIM 的风险
明年国产安卓,很可能是实体卡和 eSIM 同时提供,昨天 IT 之家说 Oppo 有款新机是同时支持 2 个 SIM+2 个 eSIM 。这种国内运营商装 SIM (毕竟国内装 eSIM 没意义)、国外运营商恰好远程装 eSIM 最合适。当然,我们在广东,地理限制的话去下香港就行。

估计接下来在 SIM+eSIM 同时提供的这几年,手机是最适合购买和收藏的,尤其是有跨国差旅的场景。iPhone 则可以选港版
我用个 Numbers 就管理起来了,还能多设备自动同步。我有自己写的通用的同步、增备、全备、快照软件,可以保证数据有多个副本、且所有历史版本不丢。

所以不但用 Numbers 可以搞定订阅管理,也能搞定常见的不复杂场景的其他形形色色的管理。

啥都开发一个服务/app 是一个极其落后的想法。
3 天前
回复了 darrh00 创建的主题 Apple 吐槽一下 iPhone 镜像功能
的确是。镜像做的太垃圾,我 macOS 和 iOS 同一个 iCloud 帐户登录的,即使要进行安全验证,也应该是在 macOS 中验证即可。苹果现在软件越来越烂了
6 天前
回复了 BeyondBouds 创建的主题 Apple 我愿称之为 iOS 26.1 史诗级更新
标题里就能讲清楚的,非要让别人点进来
现在随便一个互联网服务,都至少双活,因为总要支持无缝升级吧。

同样,拿一部手机的旧观念可以抛弃了。至少你也应该双持,且最好异构。然后就会发现你抱怨的很多问题,压根就不存在。
急的话只能被割了。不急的话就多等等,现在价格高企,那企业肯定加大生产量赚钱,就意味着将来会有一段时间内存条、硬盘很便宜。毕竟曾经有过的,我买过多条 16G 的内存条,基本上就 160 一条。SSD 2T 更是只要 388 ( 23 年 618 ,二手企业盘,90%健康度),机械盘 16T 当时也只要 900 多。所以我囤的就够多,完全不着急
PC 直接 HDMI 连电视播放就行了。

转换下思维,想明白电视其实就是台显示器,刹那天地宽
问题是真摔到需要苹果按 AC+给你返厂修 2 周了,你等得起吗?
汽车也可以在别人违章时、自己不及时踩刹车来个追尾,但没几个人愿意占这个理,好几天车子不能用,自己就先受不了。

裸奔的确爽,尤其是明星,本来就不能免费给手机壳带货,又不差钱,都在裸奔。前几天看桃花坞 5 ,许昕就是掏出裸奔的 iPhone 当乒乓球拍用,看着的确潇洒帅气。如果摔了后你不差钱立马再买一台无缝接着用,或本就是多持用户,那肯定裸奔着用最爽
我电信就恰好在回老家时,打算用卡针取出来,但卡槽都还没推动之前,SIM 卡恰好坏了,纯粹的软件损坏。也是几天后回到工作城市后用其他手机试,才确认是该 SIM 卡坏。

现在有高可用意识,出门都是 2 部手机、4 个运营商的 SIM 卡。
10 天前
回复了 mystical 创建的主题 NAS nas 的影音工具你们用的什么
我从来不刮削,我都是直接看。估计可能因为我是为数不多识字的人吧。

下某个影视综艺前,肯定在哪看过介绍,否则我干嘛下它?所以下了后直接看就行了。

如果看了觉得好,那就保存下来。保存下来自然也不用刮削,我都知道是什么视频了,为什么二刷前还要看海报?搞的像我不识字似的。
1.应该用 iCloud 的 2FA 。但仅靠这个依然不保险。

2.必须定期从 iCloud 导出所有密码为 csv 文件后到本地加密保存。该文件会导出 2FA 。
放啥备胎,我就坚决不放,也不叫保险救援。都是网上买个胎,到了后自己开去路边店换。
14 天前
回复了 baby0w0 创建的主题 Apple 关于 iPhone 与 esim 的问题
我以前也不接受双持,然后就会发现各种问题,就像数学方程一样,就是无解。双持后,几乎什么问题都能搞定。

只要你是男性,那不恰好两个裤兜嘛,现在出门又不用带钱包、银行卡什么的,正好两边各装一部手机。

虽然现在手机质量很好,但概率上存在忽然坏的可能,更别说手滑摔机。到时点餐、付停车费不就没法进行了,多尴尬。所以我现在就是双持的绝对爱好者,不让双持都不行。甚至考虑到了手机损坏时手表还能付款这种 3 副本,异地短期自驾游时,甚至会带 3 部手机。

而且互联网本身,不也是玩两地三活这种多副本嘛。大家走到最后,都是发现多个,才是解决复杂场景问题的唯一解。

而且现在不能排除为你好忽然由于电诈原因快速停你机。我两部手机就是移动、电信、香港 3HK 、澳门 CTM 4 家运营商。起码可以保证即使被误停机,两部手机流量依然是可用的,即使短时间忽然不能拨打国内电话都不影响,只要流量通,短期内生活相关的消费就不受影响。

我甚至有两个微信号,没有绑定手机号,但都通过国内外流量消费过多次肯德基这类,就是为了确保这类帐号各项功能正常。以便真不幸遇到微信主号被误封后,起码短期生活能不受影响。
@OneLiteCore 如果你们公司都允许引用互联网上的 repo ,那平时时不时上传点自己觉得有价值的代码轻而易举,基本上不存在离职时才统一拷贝给自己埋雷的事。

我们当时研发部门是与互联网隔绝的,每个研发员工可以根据自己真实业务需要,单独申请访问互联网,但代码库是严格管控的,每个人的机器上,都有公司信息安全部门研发的监控工具在实时监控,且根据申请的权限来决定是否赋予互联网权限。上传自然是重点监控的,常见的口子都堵上了。即使想通过 U 盘拷贝都不行,研发员工根本没权限。原则上不允许直接引用互联网上的 repo ,要引用都要走流程申请来获取某个固定的版本。

所以我后来从研发转到公司其他部门时,才将我的代码费尽心思搞了一份。又在离职时通过邮件想办法拿了出来,也就是考虑到离职时对非研发员工不会审核那么严格。
@untitledabc 你这评价标准就有问题啊。技术是否领先,要看构建出的应用的可用性是能达到几个 9 的。不能因为你的技术方案完美符合云服务原生要求,虽然它每年崩溃几十次(按外网统计的国外那几个云基础设施的公开记录),但依然更领先
看了这么多回复的,很好奇,你们从来都不写框架、工具类之类的吗?这类难道不值得带走?那我岂不是又回到了新员工状态,与新入职的人有什么不同?全靠大脑里记得那些?

我就七绕八绕,通过很复杂的机制,把自己的框架代码带出来了。我的框架代码可以同时支持 GUI 和命令行两种界面,甚至运行时能支持 excel 、html 这种方案。也就是一份代码,会根据需要自动变成 GUI 、命令行、excel 、html 这种运行界面。excel 和 html 这两种运行界面显然就是日志,方便事后直观的看程序运行过程、定位问题。也就是说,我的日志,和 GUI 运行界面几乎是像素级的一致。

虽然说自己重新写肯定也能写出来,但工作量并不小啊。

还有我以前通过汇编写的 java 启动器、windows 右键菜单等等很多细节的东西,也带出来了。以前可没有 AI ,写这些代码非常费大脑。在没有 AI 辅助下,我不敢保证我大脑还有这么好的状态,能重新把他们还原回来。

我现在给自己写的家庭数据中心,同步/增量备份/全量备份/快照,就是基于我自己的框架来的。在 Windows 、macOS 、docker 、安卓 termux 中,都在欢快的跑着,持续证明着框架的持久生命力。

数据是跟随人一辈子的,我就在持续打磨这套框架,希望也能跟随我一辈子。像前段时间就在思考,是不是在 GUI 、命令行这两种界面基础上,再加一套 web 界面?但问题是,既然是 web 界面,就说明是通过网络远程访问。既然远程网络通着,那我用 mstsc 或 VNC 不就行了嘛,干嘛还要多此一举用 web ?所以不了了之了。
@untitledabc 每增加一个小数点的可用性,成本是线性增长的。单设备/单中心是 99%可靠性,那两台就是 99.99%,3 台就是 99.9999%。所以架构设计有银弹。

选主可以分场景,可以不发生脑裂的那些场景,全自动化。其余的,全部人工操作。因为大型服务,本就会配置 7x24 小时运维人员(至于小型服务,本就不重要,那就低成本放在一个区呗,挂一天就一天呗)。遇到某区故障了,各区运维人员此时就是上帝,站在上帝视角互相打个视频电话确认下切换到哪个区,然后手动切换即可。也就是说,最多也就是只有 10 分钟的服务不可用。像去年的 CrowdStrike 大规模蓝屏事件,导致机场电脑全罢工,航班全部取消了 1 天。如果只是停摆 10 分钟,几乎可以说对所有航班没影响。

另外,真正重要的大型服务,自动扩所容完全可以去掉(而且数据库这种真正存数据的持久性核心,压根也没见谁敢自动扩所容)。反正我以前做的某全国性的大型基础设施,都是建设时就配置好最大容量,压根不自动扩容。真需要扩容了怎么办,机房再建一套更大规模的,然后在凌晨把数据和服务割接过去即可。概念和操作简单到极点。

说白了就是,各种微服务以及由此带起来的各种自动化部署、管理、运维等概念和基础设施,完全可以不用。
1  2  3  4  5  6  7  8  9  10 ... 20  
关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     5197 人在线   最高记录 6679       Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 50ms UTC 07:25 PVG 15:25 LAX 23:25 JFK 02:25
Do have faith in what you're doing.
ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86