V2EX › debuggerx 的所有回复 › 第 7 页 / 共 57 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 ... 3 4 5 6 7 8 9 10 11 12 ... 57

❮

❯

2024 年 7 月 23 日

回复了 rcocco 创建的主题 › 程序员 › 好奇移动端、桌面端是怎么实现列表控件渲染大量元素不卡顿的？

条目非等高的长列表还要带滚动条，原理上就没办法高效、完美解决，只能是各种取舍，有时是技术上，有时是设计上。
或者换句话说，只要原理上无法避免大量元素 layout 的场景，怎么都会卡，只是在同等硬件配置下不同的语言和框架会出现卡顿现象的量级会有所不同。

2024 年 7 月 19 日

回复了 debuggerx 创建的主题 › 分享发现 › 简书通过 UA 判断拒绝 Linux 浏览器显示图片/访问网站

@aptupdate 我现在对简书的唯一印象就是：「前世渣男把我迷晕还叫我别怕，重生后我杀疯了」

2024 年 7 月 19 日

回复了 debuggerx 创建的主题 › 分享发现 › 简书通过 UA 判断拒绝 Linux 浏览器显示图片/访问网站

@povsister 我第一反应也是这个。不过还祭啥天，他们还有几个活人？

2024 年 7 月 19 日

回复了 zuiyue123 创建的主题 › 程序员 › 阿里的 Java 这么烂吗？最近用一个服务 Java 调用比 Python 慢一倍，官方说代码问题

直接看 http 调用的文档自己手搓，比他们提供的 sdk 高效得多，我对接很多家的云服务都是这么干的

2024 年 7 月 18 日

回复了 whoami9426 创建的主题 › 程序员 › 2024 年客户端开发的最优解是什么?

@furlxy 想得太多，学得太少

2024 年 7 月 17 日

回复了 whoami9426 创建的主题 › 程序员 › 2024 年客户端开发的最优解是什么?

@murmur 因为三维渲染是项目中期加入的需求，不是项目的核心功能，项目中存在大量表单、交互逻辑，还需要适配手机、平板、桌面，技术选型阶段就拍定了要采用“成熟度高、开发效率高、真・跨平台”的技术方案。unreal 的门槛就不说了，unity 我也做过，拿它做大量业务的应用完全不现实。其实接到要加三维渲染需求的时候我们考虑过是不是用 unity 或者 gl 去实现，但是简单调研了一下就发现这个用纯 flutter 自身的 api 就完全能做，无需引入新的框架和技术栈，而且几乎不增加项目复杂度和平台适配成本，还能通过写 dart 工具脚本的方式快速把其他组的资源转换成我们需要的格式，从而使这个需求快速推进，所以就按这个路线做了。

2024 年 7 月 17 日

回复了 whoami9426 创建的主题 › 程序员 › 2024 年客户端开发的最优解是什么?

@furlxy 当然碰到过问题，开发过程中就解了，线上环境碰到的问题我拿 sentry 捕捉后修掉跟随下个版本上线，很少出现用户反馈有问题的情况。我 18 年开始研究 flutter ，一开始确实是个人喜好写了不少 demo ，不过后面在四五家公司（非外包）做各种项目，除了做到一半项目被砍的，最终都正常交付。

2024 年 7 月 17 日

回复了 whoami9426 创建的主题 › 程序员 › 2024 年客户端开发的最优解是什么?

@furlxy 你说的这些有什么问题呢，早几年就有人用 flutter 做这些了。我不知道什么算“复杂”，接蓝牙算不算，做桌面程序接系统 api 算不算，做实时图表绘制算不算，这些我都做过，“能做”。这两天在搞工业三维渲染，不桥接原生，不用 webview ，不靠 gl ，就用纯 flutter 搞，一套代码直接跑在移动端、桌面段和 web 所有平台上，效果已经验证通过了。

2024 年 7 月 17 日

回复了 BearCookie 创建的主题 › Android › kotlin 还是 flutter？

@x1aoYao 如果跟 java 比，kt 可能确实算“优雅”，但凡写过其他新一点的主流语言，就会觉得它复杂又糟糕——说句难听的，屎上雕花积重难返。。

2024 年 7 月 16 日

回复了 whoami9426 创建的主题 › 程序员 › 2024 年客户端开发的最优解是什么?

2024 年客户端开发的最优解确实是 flutter ，个人预计至少到 2027 都是，再往后了不好说。
flutter 的学习成本不一定比 Native 、RN 、Uniapp 的成本高，哪怕是有 Web 开发经验的。
现在不管是用原生还是跨平台，客户端还是小程序，安卓还是苹果，一样都不好上架，谁也别说谁。

2024 年 7 月 8 日

回复了 saranz 创建的主题 › Linux › 各位 Linux 用的输入法都是？

fcitx5_customizer —— 一个让 Fcitx5 更符合简中用户使用习惯的优化脚本
https://www.debuggerx.com/2023/09/20/fcitx5-customizer/

2024 年 7 月 4 日

回复了 xjpz 创建的主题 › Windows › 如何远程开关机 WIndows11

我自己是插网线配置 WOL ，想玩游戏的时候直接打开 moonlight 就有远程唤醒功能选项。
WIFI 环境不想折腾的话，有一种叫手指机器人的小东西可以试试。

2024 年 6 月 24 日

回复了 lucasj 创建的主题 › PHP › [不懂就问] PHP 的开发效率具体快在哪里？

主要是十几年前跟 C/C++、java 比，写起来自由方便，无需编译部署简单。
放到现在来说除去市场惯性因素，JS/TS 、Python 这些其实效率更高，[]和{}区分定义对前端来说也更少出现因为某些 phper 辖 JB 乱用 array 导致接口数据定义乱飞的情况

2024 年 6 月 23 日

回复了 Livid 创建的主题 › 分享发现 › 一个很酷的 WebAssembly Demo

@ChrisFreeMan 你说的不就是 flutter web 的路线，以及 skyline 渲染引擎吗

2024 年 6 月 20 日

回复了 LuLiangDev 创建的主题 › 分享创造 › 用 Flutter 做了个全平台文件传输工具

@wuyiccc 因为 arm64 的 linux 和 windows 机器还非常少见，所以文档里没给 arm64 的 sdk 链接。实际上有个非常简单的办法获取 arm64 的 flutter sdk ，就是先下载 x64 的 sdk 正常配置，然后去 flutter/bin/这个目录下把 cache 目录删了，这个目录里就是 x64 版本的 dart sdk ，最后执行 flutter doctor ，脚本发现 cache 空了，就会根据当前机器的系统和架构自动下载合适的 dart sdk 到 cache 目录下，这样就完成了 arm64 flutter 环境的配置。

2024 年 6 月 20 日

回复了 LuLiangDev 创建的主题 › 分享创造 › 用 Flutter 做了个全平台文件传输工具

@wuyiccc 支持 windows arm64 的，准确来说是全平台都支持 arm64 ，包括 Linux （我已经在打 arm64 的 Linux 包了）
https://docs.flutter.dev/reference/supported-platforms

2024 年 6 月 20 日

回复了 chenjiasange 创建的主题 › NAS › 最近看到很多人在玩 NAS，不太理解大家搞这个用来干嘛，聊聊大家搞 NAS 干啥用

https://i.imgur.com/clX3knF.png

我是拿一台几十块的机顶盒刷 armbian 后装 casaos ，再加一个 128G 的 U 盘，就做成了一个低功耗的轻 nas ，直接扔在入户信息箱里。
主要的用途就是 gitea 代码仓库、tailscale 组网、迅雷和百度离线下载、内网文件中转和共享，偶尔还会用它编译测试写的程序在 arm 下是否运行正常。

2024 年 6 月 19 日

回复了 qcbf111 创建的主题 › 职场话题 › 游戏研发行业现在咋这么苦逼了。

个人体感来说确实比游戏稍微好一点，主要还是环境因素，现在的辣鸡环境对客户端影响很大，但对游戏影响更大……不过我不觉得 flutter 能代表整个客户端的情况，flutter 在某种程度上已经是客户端的最后一口气了，你能找到 flutter 的好的坑位还好，如果找不到转了客户端去写原生，那大概率比继续做游戏更坑。。

1 ... 3 4 5 6 7 8 9 10 11 12 ... 57

❮

❯