WWW.YOUINFO.SITE
标签聚合 常规

/tag/常规

LinuxDo 最新话题 · 2026-06-09 23:40:07+08:00 · tech

前情提要 (点击了解更多详细信息) 开通 常规开通教程:下载Eskimo app ,然后谷歌邮箱登录就行了 但是我没那么顺利,换了几个梯子注册都提示失败,喊我找客服聊天。 找了客服后,让我提供邮箱,然后重启+重新进app就可以登录了 写入esim Eskimo app里面有兼容性检查,在适配列表可以直接写卡。 我的旧手机不在里面,所以又要找客服聊天: 就是跟客服如实说明你的情况就行,客服会让你截图自己的esim情况。 他审核通过后就会给你发一封邮件,里面就是esim二维码啦! 感受 在EasyEUICC中启用卡片+开启数据流量+数据漫游,然后你就会获得一个新加坡纯净IP,在大陆也可以无梯子访问外网。 当然,这点流量肯定不是拿去外网闲逛的。这个流量有效期两年,万一后面需要纯净IP,有这个卡可以极速启用。 对了,这卡喜欢搞推荐?新注册只有500兆,填邀请码注册可以多得500M流量,我注册时去网上搜了一个注册码结果失效了,导致获取流量失败。是的,新用户似乎只能在48小时内邀请才会送流量。所以找个能用邀请码都不容易,还是比较离谱的。 剧透 1 个帖子 - 1 位参与者 阅读完整话题

cnBeta全文版 · 2026-05-29 20:35:38+08:00 · tech

眼下印度全境热到突破常规生存感知极限,48摄氏度的极端高温在不少区域已经成了日常常态。 近期印度西北部、中部平原地区遭遇持续性极端高温天气,气温频频突破当地有气象记录以来的历史极值,大范围持续热浪已经给当地民众日常生活、公共卫生安全、农业生产秩序乃至整体经济运行都带来了全方位的剧烈冲击,其中北方邦和马哈拉什特拉邦在5月25日当天,站点最高气温直接测得47.6摄氏度。 长时间无遮挡的高温曝晒之下,不少居民安置在房屋顶楼的储水塔里的水都被晒得完全滚烫,测出来的水温甚至比普通家用热水器烧出来的温度还要高。 最近网上热传的一段当地居民实拍视频显示, 印度一户普通家庭打开家里的自来水龙头之后,接出来的自来水测得的实时水温,居然高达接近51摄氏度 ,完全超出普通人对常温自来水的常规认知。 面对这场影响数亿民众的极端高温灾害,印度总理莫迪专门就极端高温天气公开发声,提醒全国民众立刻采取各类防暑预防措施,尽可能规避高温带来的健康风险。 莫迪当天在社交平台X上公开表示,印度多地当前气温持续飙升,随之而来的是各种各样的现实挑战,这样的极端高温天气对所有人来说都是难以承受的煎熬,他呼吁大家尽可能采取多类预防措施,外出务必随身携带饮用水,主动给身边有需要的人递上一杯清水,在这样的极端天气里,普通人传递的微小善意能帮到很多人。 目前印度气象局已经对拉贾斯坦邦、北方邦、中央邦、旁遮普邦等多个人口稠密的省份持续发布最高等级高温预警,预判本轮覆盖极广的极端高温天气,至少还会一直延续到5月底。 查看评论

cnBeta全文版 · 2026-05-27 13:36:14+08:00 · tech

5月27日,《纽约时报》周二发文称,SpaceX采用了一些非同寻常的设计来巩固CEO埃隆·马斯克(Elon Musk)的控制权,该公司在董事会设置和薪酬方面的安排,似乎以牺牲其他股东的利益为代价,使马斯克个人受益。 马斯克 可用未到手股票投票 今年1月,SpaceX授予了马斯克一项薪酬方案,该方案最终将包含13亿股限制性股票。该奖励的前提是这家火箭公司要在火星上建立一个拥有100万人口的殖民地,并将高性能数据中心发射到太空。 马斯克尚未实现这些目标,但根据SpaceX发布的招股说明书,他仍然可以在股东投票中行使这13亿股股票的投票权。换句话说,SpaceX允许马斯克用他尚未获得的股票来行使投票权。 “我从未听说过这种事,”科罗拉多大学博尔德分校法学教授安·利普顿(Ann Lipton)表示,“他基本上找到了一种可以破解公司治理常规规则的方法。” 这些限制性股票并不是SpaceX披露的唯一一种非常规公司治理安排。随着该公司准备进行可能史上规模最大的首次公开招股(IPO),它还披露了一系列其他非典型结构。这家公司同时运营火箭制造业务以及星链卫星互联网服务,目前估值已超过1.25万亿美元。其IPO最早可能在下个月进行,预计将为华尔街、硅谷以及马斯克本人带来巨额收益。 董事会“异常” 在其他非常规安排中,SpaceX并不计划让独立董事构成董事会的大多数成员,同时也不会像大多数公司那样设立由独立董事组成的薪酬委员会来决定高管薪酬。此外,其治理文件还规定,所有依据联邦证券法提出的股东索赔必须通过仲裁解决。 所有这些举措似乎都只让一个人受益:马斯克。 公司治理专家表示,这些措施让马斯克在SpaceX拥有更强的控制权,他目前掌握约85%的股东投票权。他们指出,这些安排允许马斯克将更多内部人士安排进SpaceX董事会,挑选决定其薪酬的人选,并在很大程度上使自己免于股东诉讼。 星舰 波士顿学院研究公司治理的法学教授布莱恩·奎因(Brian Quinn)表示,这些措施构成了一道“防御护城河”,将“永久巩固”马斯克的CEO地位。他称今年1月的那份薪酬方案“疯狂至极”。 SpaceX的做法甚至超出了马斯克旗下电动汽车公司特斯拉的治理结构安排。去年9月,特斯拉曾向马斯克授予一项股票薪酬方案,该方案与公司市值增长及运营里程碑挂钩,例如商业化部署100万辆自动驾驶出租车。但根据特斯拉的文件,马斯克在实现这些运营目标之前,不能使用这些股票进行投票。 奎因表示,SpaceX的治理措施对那些希望参与其IPO的投资者来说是一个警示信号。“这对股东来说是糟糕的。”他说。 超级投票权 在特斯拉,马斯克的持股比例不到30%,他曾抱怨自己缺乏控制权,并可能面临其他股东的挑战。但SpaceX设有不同类别的股票,他的权力源于所谓的“超级投票权”股份。 SpaceX的外部投资者可以购买A类股,每股享有1票投票权。根据该公司招股说明书,马斯克持有超过55亿股B类股,之所以称为“超级投票权”,是因为每股享有10票投票权。总体而言,他持有SpaceX约94%的B类股,并控制着85%的总投票权。 马斯克的超级投票权股份十分突出。Meta和Google也为高管设立了超级投票权股份。即便如此,Meta CEO马克·扎克伯格(Mark Zuckerberg)在其公司控制的投票权也不过为61%。 马斯克控制85%投票权 这些股份赋予了马斯克独自决定公司诸多事务的权力。根据SpaceX的招股说明书,“马斯克将有能力控制需要股东批准的事项的结果,包括所有董事的选举,并控制我们的业务和事务”。 SpaceX的八名董事会成员包括马斯克的朋友、风险投资人卢克·诺塞克(Luke Nosek)以及曾担任特斯拉董事的私募股权投资人安东尼奥·格拉西亚斯(Antonio Gracias)。 马斯克的超级投票权股份中有相当一部分来自他今年1月获得的薪酬方案。波士顿学院的奎因表示,经马斯克控制的董事会批准后,他可以用这些股份进行质押贷款。奎因还指出,由于马斯克在技术上尚未实际获得这些股票,因此他无需为这笔股权授予缴税。 仲裁争议 SpaceX的部分治理措施已引发审视。本月,纽约和加州负责州与市养老金基金的管理者批评该公司的一项条款:要求所有股东争议必须通过强制仲裁解决。 “强制性仲裁取消了集体诉讼机制,而这一机制对于纠正大范围的侵害行为至关重要。”管理这些养老基金的官员在致SpaceX的一封信中写道。他们补充说,此前没有任何一家美国大型发行人在其IPO中设置过此类条款。 科罗拉多大学的利普顿教授表示,SpaceX的公司治理结构“让我感到非常不安”。 截至发稿,马斯克、SpaceX以及特斯拉尚未就此置评。 查看评论

LinuxDo 最新话题 · 2026-05-17 15:01:16+08:00 · tech

最近在用 AI 做 vibe coding,走的是常规流程:先写用户故事和 PRD,然后后端,再前端,最后演示验证。东西能跑起来,但我逐渐发现一个核心问题——最终的 UI 交互体验很差。 PRD 本身对人就不太友好。命名、流程描述这类内容很难直观审查,自己写的东西都不想多看几遍,更别说指望 AI 严格执行了。结果就是最终产品与预期差距很大,而且不知道从哪里着手去改。 我试着换了个角度:能不能不先从 PRD 切入,而是从 UI 和交互切入? 具体来说,先明确要做什么,然后定义界面长什么样、用户如何操作,确认有哪些页面以及每个页面的核心功能。让 AI 生成页面之后,通过视觉快速判断哪里缺东西,再让 AI 基于这个页面去反向理解和转译 PRD。这比先写一堆文字描述要高效得多。 最近有个流行的做法是让 AI 直接输出 HTML 而不是 Markdown——本质上是借助视觉形态快速确认 AI 的理解是否正确。相比之下,逐行审查代码的效率确实很低。 而且从 UI 倒着推还有一个好处:减少误解和返工。目前我改一个交互点,往往要牵连后端逻辑一起调整,一套修改下来三四个小时,Token 消耗在千万级别(即使是国产模型,换成最先进的也得大几百万)。验证流程和后端测试这些环节一样也省不了。 基于这些经验,我设想了一套尚未实践的新工作流,这里写出来供讨论: 第一步,不写完整 PRD,而是先做一个 MVP 级别的描述。内容包括:若干 HTML 页面,页面上带有标注性注释或说明文字,甚至可以包含简单的 JS 交互示意。把这份材料交给 AI,告知需要调整的地方和关注的核心点。同时,把与 AI 的交互历史保存下来。 第二步,基于上述视觉材料和对话记录,重新生成一份 PRD。我把它称为“AI 时代的 PRD”——以可视化为核心,而非文字。别人一看这份 PRD,就能大致想象出产品的功能和样子。它与最终产品的差距基本只在于:功能的完备性、UI 交互细节的打磨,以及一些工程化内容。 更进一步,还可以让 AI 针对用户故事生成一个简短的交互视频:你口述整个操作流程,AI 输出演示视频,再结合文档重新整理。这样产出的 PRD 既有视觉又有动态演示,能大幅减少理解偏差。 最后,再借助 AI 的代码工程化能力,将这份“可视化 PRD”转译成最终产品。 这套思路我还没有真正落地,但感觉方向值得一试。 1 个帖子 - 1 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-05-13 14:10:32+08:00 · tech

大家常规的使用方法都是搞一些chatgpt账号做上游,然后使用在claudecode和其他应用中,这涉及到Openai Responses协议转化为Anthropic协议。 而我有一个腾讯云的codingplan,通过Anthropic协议(渠道)接入了sub2api做上游账号,然后在应用使用上选择codex CLI进行访问(使用cc switch配置路径和Key),但是一直报错{“error”:{“code”:“server_error”,“message”:“invalid params”}},然后我又使用chatbox这类聊天工具进行访问,仍然报错。 上述两个用法的相似点是下游应用访问使用的是Openai Responses协议,通过sub2api转化为Anthropic发送给上游渠道,难道是sub2api不支持这样使用吗? 对比测试如果下游使用Claude code CLI和在chatbox中选择协议为Anthropic协议均可正常访问,我查找了一下发现有个issue提到了这个问题 不知道各位佬友使用时候有没有碰到。 3 个帖子 - 2 位参与者 阅读完整话题