你在 v 站交易区卖个东西，比如什么数码产品，然后说只支持 usdt 付款，优惠大点，应该有人买的

台湾面积、人口、人均 GDP 都和韩国相当，但文化输出能力远不如韩国，音乐只在大陆和东南亚这些华人圈有受众，这本来就很奇怪

跟 iPadOS 一样，换个名字而已

https://sspai.com/post/79608
参考这篇文章，Fn 键可能真的只有苹果自家键盘才有。而且即使可以改键，这些第三方键盘也都没把 Fn 键当作一个独立按键

可能有以下原因吧：

1. 经济决定一切，日本是发达国家，人均 GDP 水平高，各方面设施都要完善一些
2. 日本是东亚国家，对中国人来说不会有那么严重的文化冲击。很多人满怀希望去一些欧洲国家，结果发现大城市全是脏乱差外加种族歧视是很震撼的。日本这个问题相对好，但反过来当地人看着你的脸默认你是日本人给你说日语也挺麻烦
3. 日本的服务业一直比较好，排除少数「 xx 仙人」的爱吃吃不吃滚的店以外，大部分店的服务员是非常热情的。在国内没经历过热情服务的人去可能会觉得很震撼
4. 文化输出，这个不多说了，想想看有多少人玩了刺客信条就想去埃及去希腊的

DHH 对前端社区的抨击可远不止静态类型这一个：反对微服务、反对上云、反对 SPA 、反对 WebPack 、反对前端渲染，推 Turbolinks 、推 Stimulus 、推 HTML over WebSocket. 以前 Rails 社区普遍对 EmberJS 有好感，这个框架一大卖点就是纯 JavaScript.

这里是他在今年 Rails World 大会上的演讲： https://www.youtube.com/watch?v=iqXjGiQ_D-A 不针对 TypeScript 这件事情，只能说 DHH 这个人虽然有些偏执，但他的这套解决方案对某些开发者的确比目前所谓的「主流」方案更合适。

另外 Ruby 社区对整个 Web 开发领域的贡献可能比人们想象的大。Sass 的最初版本是 Ruby 写的，各种 env 管理工具的始祖就是 rbenv ，没记错的话主流语言包管理器里最早有 lockfile 概念的也是 Ruby 的 Bundler ，Rails 对 REST 和 12-factor apps 的贯彻到现在很多框架都没做到，而引入前端编译工具是在 2011 年。

GitHub （至今也是一个 Rails 应用）最早就是 Rails 圈子出来的，所以很长时间里 GitHub 项目最多的语言是 JavaScript 、Ruby 、Objective-C （那会要做 iOS 和 Web ，全栈三语言）。DHH 最早给 Rails 做的演示视频用的是 Mac ，那会还在 PowerPC 时代，苹果甚至找 DHH 拍过商务宣传片（ https://twitter.com/dhh/status/1329062154151063552 ），那会只有很少的开发者用 Mac ，这对后来 Mac 的流行多少有点影响

反正你们学校教的 C++（从教材推断）多半也是一股 C 味（我记得当年谭浩强的 Cpp 书对模板一个字都没提），所以学完也只会对 C++的语法有个基本印象。建议从这个基础上再深化一下 C 的细节（ C 的语法本身没什么好说的，主要是一些惯用法和诸如内存对齐等和具体平台深深关联的内容），然后再去理解现代 C++（因为前面那些东西对 C++也适用），否则连很多地方为什么要这么设计都弄不清楚

未来可能国区 iOS 就和自部署这个功能说 byebye 了，自部署没法备案

NodeJS 跑出来的结果：
after func define
async2
script end
promise running
async1 start
async2
promise end
after resolve
then start
set timeout
timeout trigger

自带邮件居然没有小组件，连 iPad 都有

哈哈，我以前也用一模一样的 5950x+64G+2T 当黑苹果，还为了黑苹果专门换了张 A 卡。但说实话体验真的不好，已经格掉了，继续用白果笔记本。

首先是经常不能启动，我黑苹果和 Windows 分别装两块硬盘里，但经常性内核崩溃启动不了，要重启好几次甚至再过几天才行。还好没拿来干什么正事，否则真的闹心。

还有就是没办法休眠，这个如果是放在小主机上当 NAS 还可以，但机器放卧室里声音挺大的，重启速度还慢，体验真不好。

我这测试全核编译，5950x 还是比 M1 Max 强的，但比 M2 Max 就比不过了。有大内存大硬盘真的很爽，但各种大小问题确实闹心，后面真有需求再收个二手的 Mac Studio 吧。

这里有一个问题，就是当我们说起 i18n 时有个假设：翻译的内容属于程序，而不是数据。也就是说可以被翻译的那些内容会保存在网站代码里。如果一个网站是以文字内容为主（不论是站长编辑写的内容还是用户写的内容），那网站程序的一些翻译占比很小，还不如都不翻译。

另外就是如果站长本来就不想一些区域的用户去另一些区域的分站访问，那可能就会主动将语言作为障碍，减少跨区使用（比如价格不同或者数据存放地区等原因）。

而且网站要做 i18n 其实没有想的那么简单，以前总结过要想体验不错得有四层：如果 URL 里有 lang=xxx ，就根据这个来；如果用户已登录且在设置里保存过语言，则读取用户设置的语言；如果请求头有 Accept-Language ，那按照这个来；最后如果什么都没有，就根据用户 IP 默认来。

i18n 显示的不管是不是用户想要的语言，起码内容是没错的。时区可能是一个更多人注意不到的坑。

iOS 开发：兄弟带你见见世面

只是因为 Mac 键盘一直是这样而已。老实说就算用 Windows 我也觉得 Alt 和 X 对齐更舒服