V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  ecnelises  ›  全部回复第 3 页 / 共 11 页
回复总数  217
1  2  3  4  5  6  7  8  9  10 ... 11  
2022-07-23 15:51:04 +08:00
回复了 nosugar 创建的主题 Apple 仍然怀念 Intel CPU 的 mac
Intel Mac 后期本来也没啥扩展性了(除了 Mac Pro ),所以也没啥必要怀念…
2022-07-22 13:23:54 +08:00
回复了 Wolfsin 创建的主题 问与答 为什么 AWS 这类云服务商不做基于大型机的云服务器
你想想为什么很少有用 Mac 做服务器的。虽然 Mac 和主机定位截然相反,但原因其实是类似的
2022-07-21 22:54:29 +08:00
回复了 makeitwork 创建的主题 macOS 好尴尬, mac 右上角放不下图标了,刘海又那么宽
终极方案:用 SwitchResX 把分辨率改回无刘海的,这样菜单栏就会自动下移到刘海下面
2022-07-21 22:44:26 +08:00
回复了 atao 创建的主题 MacBook Pro VirtualBox 竟然不支持 M1 Pro
VBox 已经说明过了,自己是 x86 平台的虚拟机软件,不会继续适配 Apple Silicon
2022-07-19 00:48:22 +08:00
回复了 srezone 创建的主题 MacBook Air 人生中第一台 Macbook Air,开心又期待!
遥想 2014 年自己第一台 Mac 下单后到货前那个激动的心情,甚至睡不好觉,可以理解哈哈哈哈
2022-07-18 00:38:41 +08:00
回复了 Jackhuang 创建的主题 Apple 用 mac 来做个人的 OCR 和翻译服务器可行吗
@Jackhuang
可以的,在命令行程序里 Import 这个系统框架就可以了。理论上甚至可以封装成 Python/JavaScript 等语言的 API
2022-07-18 00:31:39 +08:00
回复了 Jackhuang 创建的主题 Apple 用 mac 来做个人的 OCR 和翻译服务器可行吗
2022-07-17 00:16:23 +08:00
回复了 yodhcn 创建的主题 程序员 不限编程语言,你认为哪个 ORM 最好用?
Rails 的 ActiveRecord 基本介绍在这里: https://ruby-china.github.io/rails-guides/active_record_querying.html

其实 Rails 这套 ORM 也不是只能在 Ruby 这种高度灵活的动态语言里才能实现,至少大部分我感觉是可以在元编程和静态反射能力强的静态语言里实现的(比如 Rust ?)。其实写 Rails 的时候感觉这套理念也没有太出奇(毕竟 Active Record 本身其实也是一个设计模式的名字),但用其他框架的时候才意识到原来 ORM 可以做得这么水,哈哈哈。

其实 ORM 的一大痛点在于它的对象模型和 SQL 基于的关系模型并不兼容。如果放弃用面向对象建模数据库,而是在一个类型系统足够强大的强类型语言里( C++模版?)对关系模型建模,也许是条好出路。
2022-07-16 12:32:27 +08:00
回复了 SimpleOnion 创建的主题 程序员 请教 Mac (Intel) vs. Mac (M1) 在开发 Apple 应用的区别
首先 iPadOS 就是 iOS 换皮,所以 1=2.

1.1 ,能否上架 App Store 仅和你使用的 iOS SDK 有关,比如今年年底可能 Apple 就会宣布所有新 App 必须使用 iOS 16 SDK 提交(和最低支持的系统版本不是一回事,注意),也就是说 App 必须使用 Xcode 14 构建。这是一环套一环的关系:Xcode 对运行的系统版本可能有要求,而系统版本可能对芯片有要求。所以如果以后某代 macOS 不支持任何 Intel CPU 了,而最新的 Xcode 又只能运行在这个 macOS 上,那就意味着 Intel Mac 就无法上架 iOS App 了。(不过应该是很久很久以后的事情)

1.2 ,Xcode 有完备的 AArch64/x86_64 交叉编译工具链,所以 M1 和 Intel 编译出的 Binary 是没区别的。

3.1 同 1.1.

3.2 ,Mac 开发会比 iOS 开发多一个构建选项,即你是要 Universal Binary 还是 Apple Silicon 还是 Intel. 不清楚现在 Mac App Store 是否有相关限制要求必须提交 Universal Binary ,不过这三个选项和你用 Intel 还是 Apple Silicon 没关系的。这点同 1.2.

3.3 上架 Mac App Store 会要求应用强制在沙盒环境,其他流程会比自己发行稍微简单些。自己发行软件需要通过自己的密钥签名,然后提交给苹果做 Notorization 扫描(和 App Store 审核不同,这个是自动的,一分钟就能搞定),完成这两个步骤用户就可以正常打开了。
2022-07-13 17:04:09 +08:00
回复了 billlee 创建的主题 问与答 有个帮助快速阅读英文的工具忘了叫什么名字?
Bionic reading
2022-07-12 01:26:20 +08:00
回复了 hsfzxjy 创建的主题 分享发现 Rust 前端被 GCC 接受
不好想象这种没有被标准化的语言如何处理官方实现与非官方实现的关系
2022-07-10 21:04:44 +08:00
回复了 qdwang 创建的主题 Apple macbook pro m2 低配 几乎完败给 m1 air 低配
狠狠地给我拷打库克
2022-07-09 14:48:48 +08:00
回复了 szzhiyang 创建的主题 Apple Apple 的后台服务用了哪些编程语言?
@ecnelises
还有个冷知识:Mac OS X 早期,Cocoa App 除了 Objective-C 外,还可以用 Java 写,后来才慢慢放弃 Java 支持的 ( https://developers.slashdot.org/story/05/07/11/1833252/apple-freezes-java-support-for-cocoa )。要是再晚两年等 iOS 出来了,说不定 iOS 和 Android 开发者用的就是同一个语言了
2022-07-09 14:31:57 +08:00
回复了 szzhiyang 创建的主题 Apple Apple 的后台服务用了哪些编程语言?
iCloud 应该大量用到了 Java ,之前调试 CloudKit API 时遇到了服务端返回的 500 ,一看就是 Java 错误。还听说过 Apple 网站还有 WebObjects 残余,这个也是基于 Java 的。

另外 CloudKit 用的是苹果收购的 FoundationDB ( https://github.com/apple/foundationdb/ ),这个毫无意外是用 Cpp 写的。

也有说法说 Apple 官网的在线商店基于 Ruby on Rails ,不过没有证据。

Apple 后台服务部门还会招 Rust 开发者 ( https://www.reddit.com/r/rust/comments/fkngza/apple_hiring_rust_engineers_for_storage_and/ ),大概是他们自己都不看好 Swift on Server 了。
2022-07-09 02:35:01 +08:00
回复了 StuPYX 创建的主题 职场话题 就业形势有感
你们天天吐槽互联网只有百分之几的人是本科,结果本科率变高了又开始担心起就业压力了。

无论如何,一个受教育程度更高的社会都比没多少人读过书的社会更好。你觉得大学生送外卖很苦,那没读过大学送外卖不也一样苦?这种偏见来自于「读书不是为了知识和人格,只是一个在竞争中挤掉其他人的工具」这种科举制以来扭曲的思想。工业化社会应该彻底摈除这种农业时代的思维。

没人愿意进厂,不是因为这帮人学历太高了,而是因为工人在社会里没地位,靠打工无法维持一个体面的生活。这是分配问题,整天在所谓的学历内卷话题上做文章算是因噎废食,助纣为虐。
2022-07-09 02:28:37 +08:00
回复了 moremoney 创建的主题 程序员 JetBrains 涨价了,你的工资涨了吗
JetBrains 他们的续费逻辑好奇怪:比如我是今年 4 月续费的,如果我想提前再续一年,那就是 2024 年 4 月到期,这个没问题;但当我选择再续两年时,到期日不再是 2025 年 4 月,而是 2024 年 7 月;选三年则是 2025 年 7 月到期,价格也是按日期折算过的
@ecnelises
我也在网上看到过好几次有人提问「为什么某某 NAS 软件没有某某公有云好用」,常见的回答都是「因为公有云隐私性没有 NAS 强」,但大多数时候这两者根本不冲突——难道说把 App 做得更好用,加新功能,NAS 的隐私性就荡然无存了?除了极少数场景,比如相册的人脸识别,但这个其实也能通过预先内置模型做到,只是对芯片有要求,常见的商用 NAS 或者垃圾佬的机器肯定没法满足了。

如果真的想把数据拿回自己手里,那就不能以易用性为代价。
OP 说的「 NAS 系统」不妨分为两部分:一部分面向存储,另一部分面向用户。

前者现在也不少了,诸如 TrueNAS 、Unraid ,或者自己装好 Linux/FreeBSD/Windows Server 也不是不可以。而且因为这些方案的用户基数远比厂商专有的 NAS 系统大,出问题更好自己解决,所以有人还更青睐这些开放方案。

至于后者,不爱折腾数码的用户觉得用什么都差不多,或者直接用公有云了;而喜欢折腾的用户对使用当中的小毛病忍受度可能更高。iCloud 这个没有在线预览、没有增量上传的服务都能被吹爆,带点简单功能糊弄用户的 NAS 系统自然也可以被接受嘛。

Nextcloud 算是对标公有云的个人云盘方案里做得最好的之一:支持扩展、有 App 、有同步客户端、支持多人协作和用户管理。在本站以 NAS 为关键字搜索,能看到 Nextcloud 对一些用户而言是刚需。但这些用户恐怕在 NAS 的用户里只占少数,很多人恨不得只开个 SMB 访问就够了。所以对更多人来说,Nextcloud 的潜在不稳定性也许远远比它的丰富功能更重要。

这就像为什么 24 寸 4K 的显示器型号非常少一样,不是因为它真的有多少高精尖的技术难点,只是因为有这个需求的人不多。
1  2  3  4  5  6  7  8  9  10 ... 11  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   3341 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 36ms · UTC 13:24 · PVG 21:24 · LAX 06:24 · JFK 09:24
Developed with CodeLauncher
♥ Do have faith in what you're doing.