WWW.YOUINFO.SITE
标签聚合 沉重

/tag/沉重

LinuxDo 最新话题 · 2026-06-02 09:22:41+08:00 · tech

[!question]有多少人喜欢那种真正的自由? 沃兹机硕德说,很少很少,为什么? 因为自由非常沉重,一点都不轻盈。 如果你有百分百的自由,对自己的人生做百分百的选择,你就百分百的需要为自己的选择承担全部责任,不是吗?一旦你获得了这种自由,你需要去遭遇那些避无可避的风险,你将再无没有说辞,你将无可回避的需要让自己的肩膀变得强韧,去承担你该面对的承担。 仔细看看今天的世界,这样的人多吗?永生而立去承担自己应该承担的人多吗?买哪只股票他愿意自己承担吗?他愿意对那个金融学的知识有系统性了解,对产业的规律有真正的洞察,然后对自己要投资的那个股票有深度的理解,然后投资挣钱。还是说相信耶稣,他有小道消息,只要跟着耶稣,就一定成功。 选各位大学专业的时候,人生那么重要的岔路口,有多少真正扪心而自问过:我到底爱什么?想要去学习什么?了解那个专业的过去和未来,还是想着打电话,有一个千里之外的人,那个已经把选专业都变成个新专业的人,只要打通他的电话五分钟,他就给给你指一个灿烂的明天,你就从此走上人生的快车道。这对吗? 每个人都在各种各样的选择中,大学毕业的时候考公还是考研还是上班?是在这个大城市当中继续生活,还是转战自己的小城市啊?是继续爱他还是选择跟他分手啊,有那么多的问题在平时的日常生活中会不断拷问我们自己。 所以,有多少人喜欢真正的自由?是那个时候挺起胸膛自己做决定,还是希望上天掉下来一个标准答案,接住他,那时你会觉得轻松不少,因为你无需承担责任,一切都是命运的安排。人性非常复杂的,人性当中有渴望自由的部分,也有逃避自由的部分。 15 个帖子 - 14 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-05-29 10:01:38+08:00 · tech

我让MIMO评价了一下我目前正在负责的公司项目. MiMo的评价如下: ● 基于对项目的快速审查,我的评价是: 沉重 理由如下: 功能性 — 功能完备,但承载了过多业务逻辑。 可读性 — 代码组织尚可,有中文注释,但巨型文件严重影响可读性和定位问题的效率。 安全性 — 存在明显隐患 可维护性 — 3370 处 goto/setjmp/longjmp 的使用增加了控制流复杂度,缺乏统一的内存管理抽象,技术债务明显。 --- 一言以蔽之:这是一个功能强大但负担沉重的系统,像一艘满载货物的巨轮——能航行,但转向困难。建议优先处理安全隐患和巨型文件的拆分。 焚诀: 你是一个资深的软件架构师,查看当前项目代码然后请从功能性、可读性、安全性、可维护性等多个维度,用一个词锐评当前项目的代码质量。 4 个帖子 - 4 位参与者 阅读完整话题

plink.anyfeeder.com · 2026-04-28 21:05:13+08:00 · tech

阿联酋周二宣布退出石油输出国组织(OPEC)及OPEC+,这对该石油出口组织及其实际领导者沙特阿拉伯造成了沉重打击。当前,伊朗战争已引发历史性的能源冲击,并动荡了全球经济。 作为OPEC的长期成员国,阿联酋的这一惊人退出可能会造成组织混乱并削弱其力量。尽管该组织在地缘政治到产量配额等一系列问题上存在内部分歧,但其通常力求展现团结一致的姿态。 由于伊朗的威胁和对船只的袭击,OPEC的海湾产油国本已难以通过霍尔木兹海峡运输出口。该海峡是伊朗与阿曼之间的狭窄咽喉要道,全球通常有五分之一原油和液化天然气途经此处。 但阿联酋退出OPEC对美国总特特朗普来说是一场重大胜利。特朗普曾指责该组织通过抬高油价“敲诈世界其他地区”。 特朗普还将美国对海湾地区的军事支持与油价挂钩,称当美国保卫OPEC成员国时,这些国家却“通过设定高油价来利用这一点”。 阿联酋是地区商业中心,也是华盛顿最重要的盟友之一。此举出台之前,阿联酋曾批评其他阿拉伯国家在战争期间未采取足够措施保护其免受伊朗多次袭击。 阿联酋总统外交顾问安瓦尔·加尔加什周一在“海湾影响者论坛”的一场分论坛上,批评了阿拉伯和海湾国家对伊朗袭击的回应。 加尔加什表示:“海湾合作委员会国家在后勤上相互支持,但在政治和军事上,我认为他们的立场处于历史最弱水平。” 他说:“我预料到阿拉伯联盟会采取这种软弱立场,并不感到惊讶,但我没有预料到海湾合作委员会也会如此,我对此感到惊讶。” 查看评论

linux.do · 2026-04-21 09:48:06+08:00 · tech

之前一直在用superpower,但是也太沉重了,我让它改个字母它都得给我写个测试用例(夸张了),在论坛翻了一下很多佬推荐使用trellis,但是我没太看懂他的使用流程,除了一开始用 /start,然后可以用/record-session记录之外,其余的命令没太确定应该在什么时机去调用。 再提一个点,就是感觉现在大部分的工作量都是一整套从需求到完工的流程,但是我感觉一般大家都是先做MVP,然后逐步迭代,但是在迭代过程中的工作流效果就很差,我看trellis说的是直接提需求就可以,但是它的需求也不会落盘到task,这就导致上下文大了之后还是会丢失状态.. 10 个帖子 - 6 位参与者 阅读完整话题