正确使用姿势：
搭档利器：
开发体验：
==> Updating Homebrew... [email protected]: Permission denied (publickey). fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists.
苹果公司更新了其技术说明 ，指出自 10.12.2 版本起，macOS 包含了 OpenSSH 7.3p1 版本及其新行为。通过 ssh-add -K 添加到钥匙串的密钥在重启后不会自动重新添加到 ssh-agent。
ssh-add -K
方案一，手动执行下面👇的命令：
ssh-add ~/.ssh/userKey
方案二，或者，在 ~/.ssh 下创建 config 文件(推荐使用这个方式。)，内容如下：
~/.ssh
config
Host * (asterisk for all hosts or add specific host) AddKeysToAgent yes UseKeychain yes IdentityFile <key> (e.g. ~/.ssh/userKey)
Ref:
跨端开发，一直是个热门的话题。
但经历这么多年的发展后，真正持续发热、社区活跃的技术方案，屈指可数。
最开始，PhoneGap / Cordova,
然后，React Native / Weex / Flutter
再来，uni-app / Taro
事实上跨端的方案远非如此，还有 Ionic / Expo / Metro 等等。
对于 React Native / Weex 的兴起，前端开发很兴奋...但很快被打脸，对比 native 的性能太差，很多最求性能的公司，都逐渐放弃，又投向 native 的怀抱。
Google 适时的推出 Dart + Flutter，其性能非常接近 native，又让大家看到了曙光。
随着开发深度的推进，Flutter 也暴露出诸多不足：
但仍然有公司不断前行，深耕 Flutter 生态建设。
技术开发领域，各项一直都是耕耘不辍，Web 领域尤为突出。
由于业务扩张，Web 领域再次迎来了一个变革——小程序，轻应用。
随着小程序的出现，前端开发再次迎来转机，国内催生了 uni-app、Taro 等一众转译框架。
这些转译框架不单可以生成小程序，也可以转化成对比 native 性能的客户端应用。
现在，跨端开发进入到深水区，不仅是UI交互表现，而且追求极至的性能。
对于未来，个人感觉这个方向，转译框架终将替代 native 开发。
vibe coding 这个事情出来也有些时间了。
感觉对于IT从业者需要了解，以至于不被快速发展的行业趋势所淘汰。
简单讲，就是编程这个事情，是人来主导？还是机器主导？
软件需求开发，一般是：
在开发概设的时候，需要考虑技术架构和选型等一众技术问题。
当进入 coding 阶段，需要考虑编码规范、业务逻辑等一些具体实现问题。
然而，vibe coding 这个模式，主要实施在 coding 阶段。区别是，不再考虑编码规范等一些实现细节，而是由 AI 相关工具完成。
使用这个模式的开发者，只需要告诉 AI 具体的需求，然后针对产出物微调，直至达成。
总体而言，是一个非常好的理念，但想替代传统开发有限。
非常适合，周末即兴项目，即MVP。
这是因为在渲染 template 模板时缺少 key。
key
容易忽视的是，
<></> 是Fragment的缩写形式，遍历使用时要加key，而缩写形式是不可以加key的，所以要这样写：
<></>
<React.Fragment key={'your key'}> // ... </React.Fragment>
产生以上错误的原因是，在 jsx 语法中错误的渲染了对象数据，在 react 语法设计里，数组和基本数据类型可以直接插入 jsx 渲染，但是不可以直接插入对象进行渲染。
记录一下 ZeroOmega 配置过程中需要的资源。
如果 macOS 上安装软件时出现了“已损坏，无法打开。 您应该将它移到废纸篓”，可以尝试这2种方式：
sudo spctl --global-disable
提示🔔：Globally disabling the assessment system needs to be confirmed in System Settings.
这个不用理会，切换一下界面：先点击其他tab，再重新选择“隐私与安全性”
sudo xattr -r -d com.apple.quarantine /Applications/your.app
最近在开发 Web 端页面时，发现 Chrome 浏览器有一些展示问题，比较困惑，网络上搜索时，发现很多人遇到这个问题，特此记录。
问题表现
原因
给表单设置自动填充 autocomplete="on" 后，Chrome 会默认给自动填充的input表单加上 input:-webkit-autofill 私有属性。
autocomplete="on"
input:-webkit-autofill
解决办法
方法一：对私有属性设置样式(无效)
input:-webkit-autofill::first-line { font-size: 20px; }
方法二：关闭自动填充（有效）
<input type="password" autocomplete="new-password" />
最近在玩 Planet，感觉这个既可以做 blog，也可以用来做记录，很方便。
但是，Planet 目前主要是适配在 mac 的工作，所以用来做记录，就有点不方便。
看了下 @Livid 大佬，关于 V2EX 的 Planet 聚合器及其相关生态 - V2EX 的文章，斗胆问了句 “Planet 最近使用下来，非常适合移动场景，考虑开发移动端的 app 吗？”
然后，@Livid 大佬，发了一篇 Mac Mini Server 的配置文章，看完后瞬间头大。
所以，现在先做个笔记，有空的时候学习一下 Tailscale。
另外，YouTube 上有蛮多关于 Tailscale 的视频，可以结合一起搞。
Select Language