V2EX › povsister 的所有回复 › 第 5 页 / 共 39 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 39

❮

❯

65 天前

回复了 289396212 创建的主题 › GitHub › 如果把 GitHub 的 GIST 作为一个大文件存储，并且用 api 提供出来有大量下载访问会被封号吗？

感谢让我 block 名单+1

65 天前

回复了 lllsj 创建的主题 › Go 编程语言 › 求助：前辈们可以分享一下你们觉得比较良好写 golang 代码的习惯吗

go 的风格就是没有统一风格。跟项目风格，否则你水平比项目高或者低写的都只会很憋屈。

66 天前

回复了 fliter 创建的主题 › 程序员 › 为什么 Serverless 生态目前普遍支持最好的是 JavaScript？

你开心就好。我感叹下 serverless 在国内的水土不服反倒有人来教育起我来了还给我扣一顶眼界小的帽子。

66 天前

回复了 fliter 创建的主题 › 程序员 › 为什么 Serverless 生态目前普遍支持最好的是 JavaScript？

@BeautifulSoap
根本不是什么眼界问题，不如说，一方水土一方人。何况日本 IT 啥水平就不用大家讲了吧。
国内大企业都在逃离公有云，那么自建的情况下为什么要自研一套非常吃基建的 serverless ？徒增运维成本，而且可维护性也比传统 CS 模式差。
降本的压力下所有东西全部向效能看齐，serverless 本质上是重前端轻后端快速迭代的路子，如今增长顶峰已去，大厂根本没有投入 serverless 的理由。
而且另一个问题，国内各种 app 都是奔着门户入口去做的，既要又要的要求下，serverless ？压根不会考虑。

66 天前

回复了 pdog18 创建的主题 › 职场话题 › 刚得知，猪厂要求朋友转移城市工作，被迫离职也没啥补偿，挺恶心的。

你这算故意误导了，外包就不能算猪场的人。
灵活用工是这样的，你接外包的饭碗就要考虑好第二天被迫换碗吃饭的可能性。

67 天前

回复了 8520ccc 创建的主题 › Go 编程语言 › 分享：泛型+context 自动根据类型生成 ctx key

@8520ccc
血的教训告诉你约束要做在编译器上，而不是口头上

67 天前

回复了 8520ccc 创建的主题 › Go 编程语言 › 分享：泛型+context 自动根据类型生成 ctx key

@8520ccc
我碰到很多也不读 value context 设计的研发，用的时候直接 key="keyString"，然后 value 直接拐上去了。
放你这个设计里是直接 boom 。

67 天前

回复了 Legman 创建的主题 › 问与答 › 请教基础服务方案

@billzhuang
对的，这些中间件的自身 overhead 对于小团队来说压根不需要考虑太多。做到物理机资源池化就行了。
大企业再考虑 share instance 和 namespace 隔离。

67 天前

回复了 8520ccc 创建的主题 › Go 编程语言 › 分享：泛型+context 自动根据类型生成 ctx key

@8520ccc
哥们我既没人身攻击也没任何脏字。。你这还是有点脆弱了啊。
搁 Linus Torvalds 这种攻击性拉满的，就该直接骂你代码是 trash 了（斜眼笑

不过给个建议，写偏基础性质的代码，务必搞懂每一行代码的作用和大致原理，尤其是参数上的一些设计，你写的时候就不好奇为什么 value context 的 key 和 value 都是 interface 类型么。
不然就会有你这连 value context 设计和原理都没读的闹的笑话了。

67 天前

回复了 Legman 创建的主题 › 问与答 › 请教基础服务方案

小团队用 k8s+template ，池化部署
走人工申请而不是平台创建

67 天前

回复了 8520ccc 创建的主题 › Go 编程语言 › 分享：泛型+context 自动根据类型生成 ctx key

这种代码写的误人子弟。。
官方 value context 的使用说明你是一点没读啊。

67 天前

回复了 fliter 创建的主题 › 程序员 › 为什么 Serverless 生态目前普遍支持最好的是 JavaScript？

看到 serverless 都觉得唏嘘，云原生火热的那几年到处都吹着上云都吹着容器化，一时间 servicemesh 风头无两。
不乏有人在探索：下一个突破点是什么？是大规模的 SaaS ，还是 FaaS ？然后就出现了 serverless ，甚至还出现了模仿容器的函数沙盒：宣称下一代容器技术，具有秒级部署，秒级启动，秒级更新。吊打现在分钟级的容器调度。

后面的事情大家都知道了，疫情三年全球经济萎缩，降本成了第一要务，再也没人鼓吹 serverless 。

68 天前

回复了 wsseo 创建的主题 › 宽带症候群 › 怎么让设备同时访问两个网段？

你猜“路由”器是干嘛的

71 天前

回复了 privater 创建的主题 › iPhone › 说点正能量的， iPhone 16 Pro 电池续航真的是顶

@aireason
OP 的亮屏平均 11 小时

71 天前

回复了 blackstack 创建的主题 › 程序员 › 使用 socket 做进程间通信的架构师属于什么水平

@blackstack #23
不要只把沟通停留在嘴上，留书面，给他发邮件讲清楚同时 cc 老板。凡事留个证据事后好甩锅。

看你俩一人负责一端的情况下，这么少沟通简直不可思议。他甚至还懒得给你解释技术方案，这种人一般要么是大佬脾气怪，要么就是菜逼只会抄。

71 天前

回复了 JustBecause 创建的主题 › 职场话题 › 一大早到公司被同事怼了，因为他懒得开双重认证，我还不帮他取消

哥们如果不是 RPG 你真无敌了

71 天前

回复了 program9527 创建的主题 › Android › 抖音到底是如何识别 Android 设备的

各厂都有自己的设备指纹计算方案，不是你改个 mac 地址啥的就会变的。
具体是什么你得问搞黑产的，他们门清。

72 天前

回复了 Kung815 创建的主题 › 程序员 › 游戏开发是不是众多工种中开发体验最好的？

游戏加班赶 ddl 还有千军万马挤爆品你是一个字不提啊

73 天前

回复了 dhuzbb 创建的主题 › 宽带症候群 › 个人家庭网络布局分享

@maybeonly
害，你没细看我给的问题。op 这种部署，主路由 DNAT 做端口映射，对于默认网关是旁路由的设备无论怎么改都只有不通一个结果。。因为设备会把回复的包通过默认网关发给旁路由，旁路由只会满脑子问号这是什么东西然后直接丢了。

#20 说的 UPnP 还有 ipv6 逃逸问题也确实存在。anyway ，我是真不建议这种同一个网段里有俩网关设备的操作，不但和网络部署最佳实践背道而驰，而且出问题很多人甚至不知道如何排查。

1 2 3 4 5 6 7 8 9 10 ... 39

❮

❯