首页 注册 登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  debuggerx  ›  全部回复第 28 页 / 共 53 页
回复总数  1041
1 ... 24  25  26  27  28  29  30  31  32  33 ... 53  
❮ ❯
2022-09-06 17:39:52 +08:00
回复了 yin1999 创建的主题 › 程序员 › 怎样通过可以用 JSON 表示的数据结构来存储本地化内容的语言回退状态
@debuggerx #3 时间 -> 事件
2022-09-06 17:39:07 +08:00
回复了 yin1999 创建的主题 › 程序员 › 怎样通过可以用 JSON 表示的数据结构来存储本地化内容的语言回退状态
设置下 img 的 onerror 时间，替换 src 成 fallback 的 url 不就好了
2022-09-02 08:13:12 +08:00
回复了 yesswssdlh 创建的主题 › 程序员 › 真诚发问，非钓鱼贴。之前一直用的是 vue，最近学了下 react，感觉上 vue 的语法好像是比 react 更简单。那么为啥国内外大公司都在用 react，用 vue 的相对比较少呢？是因为 react 先流行起来的吗？
有没有一种可能性 vue 并没有比 react 更简单 觉得 vue 简单只是一种错觉
2022-09-01 13:06:41 +08:00
回复了 SmileDup 创建的主题 › 程序员 › 自己写玩具，用什么跨平台技术好？
都尝试一遍
2022-08-31 13:18:53 +08:00
回复了 touchfishcc 创建的主题 › NAS › NAS 有什么好玩的功能吗?
[一键部署的相册和文件管理器]( https://github.com/debuggerx01/docker_gallery_with_manager)
2022-08-30 15:12:34 +08:00
回复了 tool2d 创建的主题 › Windows › NTFS 原来那么强，可以把 12G 的文件，变成 140M。
BSD FFS: 1983
VxFS: 1991
EXT: 1992
EXT2: 1993.1
……
NTFS: 1993.7

@tool2d 谁抄袭谁？
2022-08-30 13:58:10 +08:00
回复了 tool2d 创建的主题 › Windows › NTFS 原来那么强，可以把 12G 的文件，变成 140M。
https://developer.apple.com/documentation/foundation/file_system/about_apple_file_system#2990507
https://wiki.archlinux.org/title/sparse_file

NTFS 支持稀疏文件 √
这是 NTFS 特有技能 ×
NTFS 那么强 ???
2022-08-29 15:00:16 +08:00
回复了 tool2d 创建的主题 › Windows › NTFS 原来那么强，可以把 12G 的文件，变成 140M。
"大多数现代的文件系统支持稀疏文件，包括大多数 Unix 变种和 NTFS 。"
2022-08-26 10:27:25 +08:00
回复了 xiaochong 创建的主题 › 程序员 › 2022 年， desktop app 开发（macos， windows， Linux ）的跨平台框架是什么？
@murmur 确实是难题，对开发、设计、产品，甚至老板的要求都很高，但也并不是不可能的。事实上不管是从哪个角色的角度，追求跨平台都是很有价值的，“复用”程度越高越节省成本和开发设计的精力，只是很多原因，有些是技术限制，有些是人的水平问题，走了弯路，增加了复杂性反而是徒增兼容的成本。但是抛开需求和项目规模谈方案就是耍流氓，很多情况下，跨平台方案的综合性价比还是要高很多的。
2022-08-26 10:06:27 +08:00
回复了 xiaochong 创建的主题 › 程序员 › 2022 年， desktop app 开发（macos， windows， Linux ）的跨平台框架是什么？
@murmur 专有软件和通用软件能一样？所有还是要否定 LZ 的问题是伪命题？——跨平台开发是错误的
2022-08-26 09:59:38 +08:00
回复了 xiaochong 创建的主题 › 程序员 › 2022 年， desktop app 开发（macos， windows， Linux ）的跨平台框架是什么？
@murmur qt 、electron 、flutter 的桌面应用我都做过，都是小工具级别，都是同时保证三个桌面可用，不会乱说话。哪怕就只是做给自己用，作为开发，我也得选问题少的、写着爽的吧
2022-08-26 09:56:41 +08:00
回复了 xiaochong 创建的主题 › 程序员 › 2022 年， desktop app 开发（macos， windows， Linux ）的跨平台框架是什么？
@murmur 都是老古董了，而且在 linxu 下都有一堆问题。越是减量市场，还能保持发展的，越是说明优越性。按照你的说法，其实大家都不要写桌面程序了，LZ 也没必要选了，反正没人用
2022-08-26 09:44:03 +08:00
回复了 xiaochong 创建的主题 › 程序员 › 2022 年， desktop app 开发（macos， windows， Linux ）的跨平台框架是什么？
@murmur 网易云音乐，钉钉 这些能叫新？牛逼。。
移动端 flutter 是稳的，桌面和 web 不好说，但是 electron 肯定要被淘汰的
2022-08-25 18:48:50 +08:00
回复了 xiaochong 创建的主题 › 程序员 › 2022 年， desktop app 开发（macos， windows， Linux ）的跨平台框架是什么？
@murmur https://github.com/debuggerx01/dde_gesture_manager
flutter 做的客户端（还有 web 版），dart 写的后端，已经上架 deepin/UOS 的应用商店
2022-08-25 09:41:28 +08:00
回复了 daijinming 创建的主题 › 程序员 › 有没有好部署的 web ide 可以推荐下
X11Forwarding
https://v.youku.com/v_show/id_XMzUzOTQ1OTAyMA==.html?spm=a2h0c.8166622.PhoneSokuUgcSeries_1.dscreenshot_1
6 分 20 秒开始
2022-08-25 09:28:46 +08:00
回复了 join 创建的主题 › 硬件 › 编译内核修复 Thinkbook 14+ 6800h 键盘问题
[修改 Linux 内核使系统启动时间缩短约 30 秒]( https://www.debuggerx.com/2021/07/07/Modify-the-linux-kernel-to-reduce-the-boot-speed-by-about-30-seconds/)

[利用 GitHub Actions 自动构建 Linux 内核为 deb 包]( https://www.debuggerx.com/2021/08/17/Using-github-actions-to-build-kernel-deb-packages/)
2022-08-24 10:01:56 +08:00
回复了 Mark24 创建的主题 › 分享发现 › 其实不会有人真的会用 Nodejs 去写后端
眼界太窄
2022-08-24 09:34:11 +08:00
回复了 yagamil 创建的主题 › 程序员 › 后端准备干全栈，前端部分有什么快速捷径
@debuggerx 移动端 /桌面端：flutter
这样一套下来，前端基本就覆盖全了，而且思想和语法都接近，没太大的差异学习成本
2022-08-24 09:29:54 +08:00
回复了 yagamil 创建的主题 › 程序员 › 后端准备干全栈，前端部分有什么快速捷径
web: next.js
移动端: flutter
小程序: taro
2022-08-22 14:49:13 +08:00
回复了 Ta0Ta0Ta0 创建的主题 › 程序员 › 工作一年，发现自己不太想写代码了，有点麻了
@nicegoing 没收到过这样的反馈……我测试下来都没什么延迟的，顶多移动端有个一两百 ms 用于区分双击事件的默认延迟
1 ... 24  25  26  27  28  29  30  31  32  33 ... 53  
❮ ❯
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1479 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 37ms · UTC 17:03 · PVG 01:03 · LAX 09:03 · JFK 12:03
Developed with CodeLauncher
♥ Do have faith in what you're doing.