推荐 flutter ，上手简单，做工具没啥问题

@yinyue 严格来说，azure 也是不合规的，涉及隐私数据出境

之前本来打算做一个类似的，开了头发现核心需求撑不起一个 app ，或者说 startup 的话，app 是不是太重了，小程序似乎更适合一些。
另外，chatgpt 也会有各种风险，感觉 demo 应该没啥问题

似乎可以做一个算命的………………

我和楼主的意见相反，我觉得 flutter 跨端有很大优势，对比 web 方案，我们用 flutter 实现需求反而又快又好

首先，flutter 跨端解决的问题主要是 ui ，从 ui 角度来说，跨端 ui 一致性完成度很高
其次，跨端不是说不需要 native 的能力，flutter 一般只提供了基础的接口，你可以通过定制 plugin 来实现。如果你熟悉 win32 编程的话，会发现 flutter 用来还是很不错的。对应 vs 和 xcode 工程，调试 flutter 还是非常友好的。如果发现真有问题，定制 engine 也可以比较容易搞定。

electron 我觉得最大的问题是 内存占用，以及进程通讯效率。

这个很不错，试下看看

很漂亮的主题，已经在用了。感觉颜色亮度有点高，看久了眼睛比较累

JB 的插件确实比较坑，我的插件搞了一半就不想继续了。

有没有一种可能，程序可以响应 back 按键呢，这时候的操作逻辑就是自定义的了

@jzjjzj 1 是穷，2 是容量不够了随便整理下应该就差不多了。
剩下的钱补个 nas 更香

@jzjjzj 350g

@H0H 用了 mac 之后，一直用 rime ，也发现有啥不好的，就一直用到了现在

我穷，用不起顶配的 8T 版本，所以直接入了 2T 版

作为开发工具，很香。
就硬件来说，
1. 续航给力，出门不用带充电器，随便折腾，几乎没有了电量焦虑
2. 随便折腾，风扇基本不转，键盘顶部不烫。对比 intel 版本，touchbar 热得烫手
软件来说，
1, 缺啥 brew 一下就好了，剩下的 app store 花钱买

说下，买的时候还在纠结要不要上 96G ，结果后来出了 llm ，chatglm 随便跑下，内存就上 100G ，最近还在考虑要不要买个支持双卡的显卡扩展坞

总体说来，作为 996 的开发机器，直接上顶配(硬盘大小可以看下需求)+apple care ，一步到位，省事省时省力，特别适合喜欢各种折腾的人(玩硬件大佬略过)

发现学生能免费，感谢 OP ！

chatglm 只要不跑量化函数 /模型，就可以正常运行

恢复模式下，进入磁盘工具，挂上外接硬盘，对系统做个镜像盘
正常恢复模式下重装系统
然后把之前做好的镜像挂上，手工复制下数据

最近上了一个跨端的项目，做下来，问题不大。

unraid +1

语言从来不是重点，相对而言，文档完备程度 /开发环境的友好度 更为重要

从产品层面来说，大部分情况下，都是根据业务场景去选择实现方案，包括选择开发语言的。小部分情况也是基于现有开发人员的技能来选择开发语言的，几乎就没有因为语言特性来选择产品开发语言的。

语言的很多特性是可以不用的，比如 C++有多重继承，在项目上完全可以忽略的，也不会影响产品性能。所以纯粹讨论语言特性没啥意义，大部分其实并不会被使用。

CRM 本质上不复杂，简单说来就是一堆的 CRUD 外加一个漂亮的前端。
如果你学习语言 /特定的技术的话，很多也是拿 crm 系统来做 demo 的，甚至于开源的代码也有一堆堆的。
所以，CRM 系统总体上来说，整体的技术难度不大，整个需求相对来说比较清晰，易于理解，或者说下限很低。

但是，CRM 系统几乎都会涉及定制开发，这个难度就不好说了，本来一个 BS 的系统，可能突然有了 CS 的需求，或者突然要加个移动端 /小程序。需要扩展的功能可能存在各个地方，如果前期没有规划，就会伤筋动骨。
另外，CRM 本质上是运营主导需求的，还有各种和客户的撕扯，特别是不懂技术，不同领域的甲方，这就是作为开发的乙方的噩梦。

CRM 系统的下限极低，上限又很高。于是，大家对于整个系统地开发难度 /时间 /成本的估算就千差万别了，免费的有，500 一套解决方案的 taobao 上也一堆，甚至于上百万的也不少见。

简单说，基础功能不难，成本几乎都在 UI 上。再上去，成本就在于业务系统的扩展性的设计，如何快速的响应需求开发以及尽可能低成本的开发。再复杂一些，可能就需要考虑硬件方面的限制以及如何更有效的扩容。

大部分的 CRM 关注的还是 UI 以及业务逻辑的设计，不太会触碰到硬件方面的限制

我用了 marginNote ，zotero 和 notion