 |
iugo各行其是. V2EX 第 1150 号会员，加入于 2010-08-21 00:21:10 +08:00 |
iugo
iugo
zheren
iugo
v2ex at iugo.dev
8FDE55864EBA
不喜欢规矩, 但同样不喜欢破坏规矩.
喜欢简单的东西, 迫切希望得到一个简单的逻辑解决大多数问题.
比较宽容. 不会讳疾忌医. 喜欢了解各方各种观点看法.
曾是私立学校教师.
曾是书店收银员.
曾是工厂家具雕刻设计员、工人.
曾是建筑工地走水电工人.
曾是公司职员.
曾是一年支教志愿者.
8FDE55864EBA
不喜欢规矩, 但同样不喜欢破坏规矩.
喜欢简单的东西, 迫切希望得到一个简单的逻辑解决大多数问题.
比较宽容. 不会讳疾忌医. 喜欢了解各方各种观点看法.
曾是私立学校教师.
曾是书店收银员.
曾是工厂家具雕刻设计员、工人.
曾是建筑工地走水电工人.
曾是公司职员.
曾是一年支教志愿者.
iugo 最近回复了
14 天前 回复了 Catboost 创建的主题 › OpenAI › 爱心政变， OpenAI 至少 70%员工要求董事会辞职 |
16 天前 回复了 realpg 创建的主题 › 程序员 › 一次 github 跟开源大佬的抬杠经历 |
最近我们在用其他库的时候也有关于 z-index 的问题. 一会儿默认 1000, 一会儿固化 1050.
如果那个库 "提供了 z-index 的 prop 和 css 变量" 该有多好.
如果那个库 "提供了 z-index 的 prop 和 css 变量" 该有多好.
26 天前 回复了 LoneFireBlossom 创建的主题 › MacBook Pro › M3 Pro, MAX 丐版的内存带宽都砍了 |
官方说法 ( https://support.apple.com/kb/SP898?viewlocale=zh_CN&locale=zh_CN):
1. 150 GB/s, M3 Pro
2. 300 GB/s, M3 Max 16 核
3. 400 GB/s, M3 Max 14 核
1. 150 GB/s, M3 Pro
2. 300 GB/s, M3 Max 16 核
3. 400 GB/s, M3 Max 14 核
27 天前 回复了 iugo 创建的主题 › 服务器 › 为什么不建议 RAID 阵列作为启动盘/系统盘? |
@kokutou 主要考虑降低运维成本, 快速替换硬件.
目前已经成功安装 Ubuntu 在 RAID 上并引导, 只要按照 HighPoint 文档做, 基本没有坑.
硬件的快速替换还是很重要的, 上次语雀事故就是因为之前机器太老, 需要重新配置.
对于小厂来说, 除了更好的运维规范外, 准备些备用硬件, 到时候只需要更换硬件会非常方便, 不至于 8 小时才恢复.
目前已经成功安装 Ubuntu 在 RAID 上并引导, 只要按照 HighPoint 文档做, 基本没有坑.
硬件的快速替换还是很重要的, 上次语雀事故就是因为之前机器太老, 需要重新配置.
对于小厂来说, 除了更好的运维规范外, 准备些备用硬件, 到时候只需要更换硬件会非常方便, 不至于 8 小时才恢复.
36 天前 回复了 21Silva 创建的主题 › 服务器 › 各位大佬，具有性价比的服务器推荐一波，主要用于前端开发+部署 CICD 服务等 |
免费的 CI 应该不满足团队开发的需求 (我们现在部分 CI 在为 GitHub 付费).
我们最近也在处理相关工作, 放在办公室的话, 目前最省心的是 Mac mini.
我们最近也在处理相关工作, 放在办公室的话, 目前最省心的是 Mac mini.
42 天前 回复了 nekoharuya 创建的主题 › 程序员 › 语雀这路子太野了 |
> 导致华东地区生产环境存储服务器被误下线
> 升级硬件版本和机型，实现离线后的快速上线。该措施在本次故障修复中已完成
"下线" 这个词应该就是下线, 没有数据丢失. 不能再次上线正是因为自动化工具不支持, 才导致的. 自动化工具应该之前做过升级, 后续就只支持新机器了.
语雀做的就是找了新机器, 备份了老机器上的数据, 在新机器上重新部署了老机器上的数据服务.
我觉得问题核心应该是 "及时升级" (无论是软件依赖还是底层硬件).
> 升级硬件版本和机型，实现离线后的快速上线。该措施在本次故障修复中已完成
"下线" 这个词应该就是下线, 没有数据丢失. 不能再次上线正是因为自动化工具不支持, 才导致的. 自动化工具应该之前做过升级, 后续就只支持新机器了.
语雀做的就是找了新机器, 备份了老机器上的数据, 在新机器上重新部署了老机器上的数据服务.
我觉得问题核心应该是 "及时升级" (无论是软件依赖还是底层硬件).
58 天前 回复了 HackerJax 创建的主题 › CSS › [吐槽]这个世界上为什么会有 Tailwind Css 这种东西？ |
@lqs
> 2012：页面结构与样式要分离，会更容易维护
> 2022：页面结构和样式本来就是耦合的，写在一起才更容易维护
中间少了许多:
1. 页面结构与样式要分离.
2. 页面结构 -> 组件, 分离的样式.
3. 页面结构 -> 业务组件 -> 通用组件, 分离的样式.
4. 页面结构 -> 业务组件(自带样式) -> 通用组件(自带样式).
样式和页面结构还是分离的, 不过和组件耦合了.
> 2012：页面结构与样式要分离，会更容易维护
> 2022：页面结构和样式本来就是耦合的，写在一起才更容易维护
中间少了许多:
1. 页面结构与样式要分离.
2. 页面结构 -> 组件, 分离的样式.
3. 页面结构 -> 业务组件 -> 通用组件, 分离的样式.
4. 页面结构 -> 业务组件(自带样式) -> 通用组件(自带样式).
样式和页面结构还是分离的, 不过和组件耦合了.
71 天前 回复了 cheetah 创建的主题 › 程序员 › 在 HTTPS 时代对请求进行签名是否还有必要？ |
就事论事, 签名只能防止数据被修改, 不能防止中间人看数据. 和 HTTPS 解决的部分问题是一样, 但 HTTPS 做了更多.
那么强调签名必要性的愿意就只有一个了, 不信任 HTTPS.
不信任 HTTPS 机制, 那就真是大牛.
如果信任 HTTPS 机制但还是不信任 HTTPS, 那就是不信任 CA.
CA 被攻破的概率不是没有, 但我觉得绝大多数人应该是信任 CA 的.
那么强调签名必要性的愿意就只有一个了, 不信任 HTTPS.
不信任 HTTPS 机制, 那就真是大牛.
如果信任 HTTPS 机制但还是不信任 HTTPS, 那就是不信任 CA.
CA 被攻破的概率不是没有, 但我觉得绝大多数人应该是信任 CA 的.
88 天前 回复了 wesleyqiu 创建的主题 › Python › 孩子学编程是不是首选 C++ |
建议学点前端, 做一点对自己有用的小工具.
如果看不起 JS, 可以 TS. 如果看不起 Web, 可以 Swift + SwiftUI.
如果看不起 JS, 可以 TS. 如果看不起 Web, 可以 Swift + SwiftUI.
92 天前 回复了 helloword001 创建的主题 › 程序员 › 本人是 iOS 开发，准备自己创业开发 APP，要自学一门后端语言， Java 、 PHP 、Go、 Python 、Node.js,请各位大佬推荐一下学习哪个，主要应用场景是给 iOS 客户端用的 API |
如果考虑将来会上 Web 前端, 建议 TypeScript 配合 Deno 运行时.
如果不考虑 Web 前端, 那么如果接纳 Serverless 则用 Python, 如果不接纳则建议 Go.
上述技术我们都在生产环境中使用.
如果不考虑 Web 前端, 那么如果接纳 Serverless 则用 Python, 如果不接纳则建议 Go.
上述技术我们都在生产环境中使用.
Select Language