https://linux.do 论坛的话题更新通知频道。
归零 (@guiling875) 在 基元律动9月份收费了…… 中发帖
[6502.jpg]
9月,我们会正式启动收费。
这一步对我们来说其实非常重要。
因为前面我们一直在回答:
“有没有人愿意用?”
现在开始要回答另外一个问题:
“有没有人愿意持续为它付费?”
这两个问题之间,还有很长的路。
我们知道。
manongqihao (@Rishi_Pal) 在 佬求助有没有能做钛薄板的联系方式 中发帖
TA10B类 0.5630250mm,375张,133kg
0.812192438mm 8张 57kg 冲压折弯件
doudo 在 抓紧蹬!又要重置啦! 中发帖
Tibo:
A good thing about having aged is that I feel that it’s been 20 years since I’ve pressed the reset button. Intrigued to see if I can find it tomorrow and dust it up
蟹黄堡 (@Lame1255) 在 【紧急】codex更新会丢失历史的上下文!? 中发帖
下午 codex好像疯狂推送更新,项目间隙给他更新了一下,发现好多历史上下文消失了!!! 有没有佬有类似的情况!!!
hmtdpetn 在 关于GPT的降智和额度 中发帖
兄弟们,我登出全部设备,并且使用电脑app解决了降智问题 😊
但是额度好像奇奇怪怪的,现在周额度大约是106刀,5小时额度大概是16刀这个正常吗?
[image]
[image]
@fengchris 在 Qwen3.8-Flash 光速降价 比glm-5.3-flash便宜1毛 中发帖
笑死,知道要被斩杀,赶紧降价了,昨天还是1/3,今天就变成0.8/2.7。
[image]
[image]
Jovesong 在 我的 gpt plus 没恢复五小时限制有佬友一样的吗 中发帖
我的 gpt plus 没恢复五小时限制有佬友一样的吗,说恢复限制的那天晚上我注意到我的号显示有五小时限额了,但是打了把游戏退出来一看又没了。。直到今天都没有 🤣 ,网页版和 codex 桌面端都看过了
正价新加坡区的 plus 不知道和这个有没有关系
[image]
[image]
hansiirrrr 在 国内AWS代理商跑了,3000w美金拒付,是哪个巨佬干的,这个瓜有人吃到了吗? 中发帖
👲 这个巨佬一举改变了AWS的审批策略,听说卷钱跑路新加坡了,这个瓜有人吃到吗?说说内情,现在搞的市场上根本没货了
Haggi (@shaioo) 在 面试又又又被挂了🥴被当 KPI 刷了 中发帖
很伤心了,面试又被刷了,但这次真无语,先是填了两张表,又臭又长的,然后 hr 又从高中问到大学,家庭成员,上个公司的人员结构,绩效考核,巴拉巴拉,然后快结束的时候说感觉资历不够,拿简历问下领导可不可以,然后一分钟回来说“不行”,然后就这样结束了。
就感觉好离谱,合着把我拉来面试就没看简历一样,就喊过来,全当成 KPI 了就🫠
13040 在 想吐槽下移动套餐,以及寻求合理的移动套餐 中发帖
家里是移动超老客户,老家(主宽)、新家(副宽千兆)、工作地租房(副宽百兆)都是用的移动宽带。我爸和我的手机是绑在一个家庭组的,然后宽带都在我爸手机名下,现在一个月我没有什么电话需求,只是用用流量。我爸算是退休了,也没有多少电话。但是现在主要是我一个月在交话费,每个月合户支出都是363,这正常吗?有没有什么套餐能优化下呢?
@Nathan3 在 GPT PRO回答降质量 中发帖
本人用的GPT PRO20x网页端,首先没降智,是否降智很明显的。
发现个问题,就是我感觉gpt思考一段时间后会自己截断思考直接回答。以往询问论文问题通常会思考25min,现在最长都只思考15min左右。
还有就是回答的内容很明显感觉出来内容的前部分像pro回答的语言,后面像mini输出的语言风格。
不知道佬们有遇到这问题吗。(我认为是算力不够偷偷降质量了)
jeffccie 在 私有部署:4090-24G单卡 qwen3.8:27b现开放,佬轻蹬随时炸 中发帖
实时监控 Ollama 实时监控
配置
[image]
key
YmM0Y2JmODQyNWFlYTlhN2E1NzhkMDZkZThjNjk5MjM=
费用
[image]
拿铁多加奶 (@tiemoremilk) 在 佬友们,你们Apple Watch有什么好用的软件推荐么 中发帖
如题,佬友们在Apple Watch上觉得好用的软件有推荐的么?
如果有图和简单描述就更棒了
Guessed 在 公司开发新要求要用TDD开发模式,有佬友公司也是这套模式么? 中发帖
公司今天提出要用TDD模式,给了两个场景:
一、为啥一定要有一张失败的红图?
如果你代码全都写完了才补单测,跑出来直接就是绿灯。 这种测试很容易变成跟着现有代码“走个过场”:边界场景很容易漏测,甚至你断言本身写错了,测试都照样显示通过,根本起不到把关作用。
先跑出报错的红截图,目的只有一个:证明你写的这个测试用例真的能发现问题、拦得住bug,而不是一个永远不会报错的“假测试”。
二、平时开发照着这个流程来就行
场景1:修复线上或者测试环境的Bug
红:先根据bug复现步骤,把单元测试写出来。不改原有代码直接跑测试,必须跑失败、出现报错 → 截图保存这张红图
绿:再动手改业务代码,把Bug修好。重新跑一遍刚才的单测,测试成功通过 → 再截一张绿图
场景2:开发新功能、新接口
红:先写单元测试,把预期的入参、返回结果、异常情况全部写好。这时业务代码先不要实现,可以先写个空方...