V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  kingzeus  ›  全部回复第 2 页 / 共 8 页
回复总数  148
1  2  3  4  5  6  7  8  
@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 !
2023-03-22 11:26:21 +08:00
回复了 davinci21s 创建的主题 分享发现 m1/m2 MacBook 运行大模型
chatglm 只要不跑量化函数 /模型,就可以正常运行
2023-02-27 09:35:19 +08:00
回复了 qindan 创建的主题 MacBook Pro MacBook Pro m1,由于删错文件,导致开不机
恢复模式下,进入磁盘工具,挂上外接硬盘,对系统做个镜像盘
正常恢复模式下重装系统
然后把之前做好的镜像挂上,手工复制下数据
2023-02-22 11:03:45 +08:00
回复了 Rrrrrr 创建的主题 程序员 有没有学 flutter 的小伙伴,一起学习
最近上了一个跨端的项目,做下来,问题不大。
2023-02-11 16:43:02 +08:00
回复了 EchoGroot 创建的主题 NAS 大佬们,推荐下 NAS 系统呗
unraid +1
2023-01-11 12:20:34 +08:00
回复了 ericgui 创建的主题 程序员 dart 这个语言有前途,优点挺多
语言从来不是重点,相对而言,文档完备程度 /开发环境的友好度 更为重要

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

语言的很多特性是可以不用的,比如 C++有多重继承,在项目上完全可以忽略的,也不会影响产品性能。所以纯粹讨论语言特性没啥意义,大部分其实并不会被使用。
2023-01-09 09:57:10 +08:00
回复了 gonnacai 创建的主题 PHP 闲聊:开发一套简易功能的 CRM 大概需要多少钱?
CRM 本质上不复杂,简单说来就是一堆的 CRUD 外加一个漂亮的前端。
如果你学习语言 /特定的技术的话,很多也是拿 crm 系统来做 demo 的,甚至于开源的代码也有一堆堆的。
所以,CRM 系统总体上来说,整体的技术难度不大,整个需求相对来说比较清晰,易于理解,或者说下限很低。

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

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

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

大部分的 CRM 关注的还是 UI 以及业务逻辑的设计,不太会触碰到硬件方面的限制
2022-01-05 09:37:15 +08:00
回复了 goodspring 创建的主题 Apple 求推荐:知识管理-电子书阅读管理 APP?
我用了 marginNote ,zotero 和 notion
2021-12-14 14:14:57 +08:00
回复了 KURANADO 创建的主题 分享创造 Hammerspoon 常用工具实现
@KURANADO 开始的时候,我也觉得很不错,而且我非常熟悉 Lua ,本来我想把 Hammerspoon 作为主力脚本来使用的。真的用起来,小问题还是不少。


1. 交互 /显示不太方便,Hammerspoon 主要还是按键操作为主,时间久了,按键容易忘。显示上也相对比较简单,稍微复杂点就会有各种小问题。
2. 功能扩展受限,api 还是无法支撑各种复杂使用场景。
3. 系统崩溃 /调试麻烦。

所以,Hammerspoon 倾向于只有一些简单操作的自动化流程。
不常用的功能,用脚本和 app 其实差不多。
复杂的功能 /交互复杂 /界面复杂 的话,还是推荐用 app 。
常用的功能,我 utools/python
2021-12-13 09:58:23 +08:00
回复了 KURANADO 创建的主题 分享创造 Hammerspoon 常用工具实现
我之前也写了一堆,最后发现很多还是用回了 app
1  2  3  4  5  6  7  8  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   5411 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 46ms · UTC 07:36 · PVG 15:36 · LAX 00:36 · JFK 03:36
Developed with CodeLauncher
♥ Do have faith in what you're doing.