维护 - 钛刻 - 科技风向旗 - 深度刻画技术趋势,引领数字未来 - 第4页 - 钛刻科技 | TCTI.cn - 钛刻 (TCTI.cn) 为您提供最前沿的硬核科技资讯、深度评测和未来技术趋势分析。
家里有亲戚在海外，美国，新加坡都有 但是没理解claude的封号机制， 有个美国的朋友在国内，用很差劲的梯子，访问claude并没有被封号，虽然只充值了pro 目前有合适的方案吗，比如落地机是哪家家宽的？或者是否需要大妈中转，还是普通中转接落地机 环境是否需要优化？有用sub2a
tech linux.do 2026-04-20 22:47:33+08:00
众所周知，vibe coding 下生成的代码维护性极差，可以说相当于不可维护。 那么是否有好的办法能进行更好的维护，成为一个持久性的项目呢？ 个人的想法是：生产前进行“需求->模块->功能->函数->锁死函数间数据格式”，然后为每个稳定模块或功能边界维护
tech linux.do 2026-04-20 22:02:10+08:00
ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了 今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求 本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了 整个项目
tech www.v2ex.com 2026-04-20 21:51:19+08:00
ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了 今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求 本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了 整个项目
tech www.v2ex.com 2026-04-20 20:51:19+08:00
ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了 今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求 本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了 整个项目
tech www.v2ex.com 2026-04-20 19:51:19+08:00
ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了 今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求 本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了 整个项目
tech www.v2ex.com 2026-04-20 19:23:57+08:00
ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了 今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求 本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了 整个项目
tech www.v2ex.com 2026-04-20 18:12:35+08:00
ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了 今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求 本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了 整个项目
tech www.v2ex.com 2026-04-20 17:50:40+08:00
ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了 今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求 本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了 整个项目
tech www.v2ex.com 2026-04-20 16:22:38+08:00
ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了 今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求 本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了 整个项目
tech www.v2ex.com 2026-04-20 16:06:17+08:00
ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了 今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求 本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了 整个项目
tech www.v2ex.com 2026-04-20 15:56:55+08:00
ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了 今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求 本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了 整个项目
tech www.v2ex.com 2026-04-20 15:52:47+08:00
ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了 今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求 本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了 整个项目
tech www.v2ex.com 2026-04-20 15:40:07+08:00
最近发现 AI 堆的屎山越来越大了… 况且让它重构还特别喜欢写兼容层，整的人崩溃了。 开发时用过 Openspec、superpower，感觉都不算好用，快读绝望了 7 个帖子 - 6 位参与者 阅读完整话题
tech linux.do 2026-04-20 15:35:59+08:00
ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了 今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求 本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了 整个项目
tech www.v2ex.com 2026-04-20 15:34:05+08:00
ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了 今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求 本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了 整个项目
tech www.v2ex.com 2026-04-20 15:11:50+08:00
我注意到，前些日子pgsty维护的MinIO分支：Silo收到了一系列CVE报告，而维护者已经在较短的时间内进行了修复。个人认为，佬友可以考虑将Silo作为MinIO的备选替代品了。 4 个帖子 - 4 位参与者 阅读完整话题
tech linux.do 2026-04-20 15:01:06+08:00
ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了 今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求 本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了 整个项目
tech www.v2ex.com 2026-04-20 14:44:41+08:00
ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了 今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求 本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了 整个项目
tech www.v2ex.com 2026-04-20 14:37:03+08:00
ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了 今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求 本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了 整个项目
tech www.v2ex.com 2026-04-20 14:27:07+08:00