 |
kuanatV2EX 第 634702 号会员，加入于 2023-06-19 11:38:40 +08:00 |
| Go 语言的错误处理语法，不改了！ Go 编程语言 • kuanat • 36 天前 • 最后回复来自 bunny189 | 68 |
| Jetbrains 发布了 Kotlin 官方 LSP Visual Studio Code • kuanat • 53 天前 • 最后回复来自 ExplodingFKL | 1 |
| 全闪 NAS 的一些心得体会 NAS • kuanat • 63 天前 • 最后回复来自 idontunderstand | 25 |
| 我转发了一张图到前端群，大周末的群里已经爆炸了 程序员 • kuanat • 187 天前 • 最后回复来自 zbowen66 | 108 |
| 基于 Go 语言谈软件开发效率 Go 编程语言 • kuanat • 193 天前 • 最后回复来自 phoulx | 15 |
| Zed Linux vim 模式输入法切换 Zed • kuanat • 215 天前 |
| 一个好用的、纯软件的扩展屏方案 分享发现 • kuanat • 2024-06-04 22:45:38 PM • 最后回复来自 kuanat | 2 |
| V2EX 是否会考虑增加专栏功能？ V2EX • kuanat • 2024-04-29 12:49:46 PM • 最后回复来自 kuanat | 5 |
| 分享一些 Go 在全栈开发中的经验
13 Go 编程语言 • kuanat • 357 天前 • 最后回复来自 GeekGao
|
43 |
kuanat 最近回复了
32 天前 回复了 huangmingyou 创建的主题 › Linux › Linux 桌面不一定非要安装一个 desktop system |
我也是常年只用 wm 而不用 de 的，但事实求是地说，wm 和 de 之间的差距还是挺大的。
这几天讨论 linux 桌面的帖子里，我感觉用户分化的主因是心态，而不是技术方案。能接受的人看重的是 linux 的长处，发挥优势。不能接受的人看重的是全面，不能有短板。所以接受不了 linux 就更接受不了 wm 。
这几天讨论 linux 桌面的帖子里，我感觉用户分化的主因是心态，而不是技术方案。能接受的人看重的是 linux 的长处，发挥优势。不能接受的人看重的是全面，不能有短板。所以接受不了 linux 就更接受不了 wm 。
33 天前 回复了 OceanRs 创建的主题 › 程序员 › 大佬们可以分享下你们画的的系统架构图吗？ |
我用过一段时间的 plantuml ，不过画架构图的话元素定位比较蛋疼，各种隐藏线，还控制不准。
蹲个解决方案。
蹲个解决方案。
33 天前 回复了 wuruxu 创建的主题 › Linux › zed 这个编辑器值得关注 |
35 天前 回复了 wuruxu 创建的主题 › Linux › 花了 3 小时，编译研究 foot 这个 Wayland 终端模拟器 |
我用了四五年了，作者 dnkl 的其他项目也都很优秀。
我感觉作者对于很多底层技术了解非常透彻，随便列举一下 foot 的优秀之处：
- 基于作者自己开发的 fcft 做文字渲染，fcft 的代码也非常值得一看，简单、可靠
- 基于 damage tracking 的渲染架构，速度和很多基于 gpu 实时渲染的不相上下
- 正确实现控制序列，支持 kitty keyboard 协议，主要是用于正确传递键盘事件，比如 gui->vte->multiplexer->app ，另外就是支持 OSC52 远程复制之类的指令，做 shell 交互集成
- 正确实现 wayland 分数缩放协议，text-input-v3 输入法协议
上面随便拿出来一条能做好了都非常难得。
另外还有一些可能不属于技术，但符合我技术审美的选择：
- ini 风格的配置文件
- server/client 架构的 daemon 模式
- 自带自身的 bash/zsh/fish 补全
- 很少见做对了 alpha blending （虽然方式是基于 hsl 转换）
PS
关于 alpha blending 解释：
这个过程几乎无处不在，但是由于历史遗留问题，加上又是基础组件中的实现，所以直到今天都存在大量且普遍的错误实现。
由于人眼对于暗部比亮部更敏感的特性，sRGB 之类的色彩空间是经过 gamma 矫正的，更多的编码精度留给了暗部。所以对 sRGB 来说，数值翻倍不代表亮度翻倍。所谓 alpha blending 就是模拟真实世界中光线混合，在一个背景色上显示一个前景色文字的过程，需要先将 gamma 矫正过的 sRGB 还原为线性空间，两种颜色在线性空间中混合之后，重新映射回 sRGB 空间来渲染。
如果 vte 或者其他任何应用不能正确处理 alpha blending 很容易出现混合区域变暗的情况，这一点在字符光栅化抗锯齿方面提现很明显。对于 vte 类应用可以观察一下在各种配色主题下的表现。
我感觉作者对于很多底层技术了解非常透彻，随便列举一下 foot 的优秀之处：
- 基于作者自己开发的 fcft 做文字渲染，fcft 的代码也非常值得一看，简单、可靠
- 基于 damage tracking 的渲染架构，速度和很多基于 gpu 实时渲染的不相上下
- 正确实现控制序列，支持 kitty keyboard 协议，主要是用于正确传递键盘事件，比如 gui->vte->multiplexer->app ，另外就是支持 OSC52 远程复制之类的指令，做 shell 交互集成
- 正确实现 wayland 分数缩放协议，text-input-v3 输入法协议
上面随便拿出来一条能做好了都非常难得。
另外还有一些可能不属于技术，但符合我技术审美的选择：
- ini 风格的配置文件
- server/client 架构的 daemon 模式
- 自带自身的 bash/zsh/fish 补全
- 很少见做对了 alpha blending （虽然方式是基于 hsl 转换）
PS
关于 alpha blending 解释：
这个过程几乎无处不在，但是由于历史遗留问题，加上又是基础组件中的实现，所以直到今天都存在大量且普遍的错误实现。
由于人眼对于暗部比亮部更敏感的特性，sRGB 之类的色彩空间是经过 gamma 矫正的，更多的编码精度留给了暗部。所以对 sRGB 来说，数值翻倍不代表亮度翻倍。所谓 alpha blending 就是模拟真实世界中光线混合，在一个背景色上显示一个前景色文字的过程，需要先将 gamma 矫正过的 sRGB 还原为线性空间，两种颜色在线性空间中混合之后，重新映射回 sRGB 空间来渲染。
如果 vte 或者其他任何应用不能正确处理 alpha blending 很容易出现混合区域变暗的情况，这一点在字符光栅化抗锯齿方面提现很明显。对于 vte 类应用可以观察一下在各种配色主题下的表现。
36 天前 回复了 cnbatch 创建的主题 › 程序员 › 恭喜 KDE，又一个操作系统 (FreeBSD) 打算把 KDE 设为首选桌面环境 |
Fedora 也把 kde 从 spin 提升至和 gnome 版一样的官方支持的 edition 了。
我很好奇，有没有人现身说法一下日常使用 freebsd 是什么体验，毕竟相比 linux 生态还是弱了点。
我很好奇，有没有人现身说法一下日常使用 freebsd 是什么体验，毕竟相比 linux 生态还是弱了点。
39 天前 回复了 profchaos 创建的主题 › Linux › 感觉 Linux 桌面也没什么用 |
39 天前 回复了 profchaos 创建的主题 › Linux › 感觉 Linux 桌面也没什么用 |
42 天前 回复了 mikewang 创建的主题 › 宽带症候群 › FakeHTTP - 伪装 TCP 连接为 HTTP，解除白名单限速 |
这个思路有意思，手动点赞
42 天前 回复了 CC11001100 创建的主题 › 分享创造 › 开源项目分享：小弟把之前写的一个增强 ast 分析体验的插件优化了一波，感兴趣的大佬可以康康哈 |
大佬的逆向工具都挺好用的 :D
42 天前 回复了 rmrf 创建的主题 › Linux › Gnome 窗口 变得不可以点击，折磨了我一个假期啊！ |
dnf 降级还是比较简单的，麻烦的是确定什么导致的，特别是问题来自底层依赖而非上层应用的时候。
Fedora workstation 版本只能支持内核版本降级（回滚/回退），作为更新相对激进的半滚动发行版，官方的思路是 atomic desktop ，对应 gnome 的版本是 silverblue 。
这个系列把系统更新完整打包，如果某次更新造成异常，可以省去确定是哪个软件造成的这个过程，直接做完整的回退。但是 atomic 依赖的 rpm ostree 在定制软件包方面不是那么灵活。
现在有基于 bootc 的非官方项目 universal blue ，和 ostree 实现的区别在于 bootc 就是标准的可以引导 oci 镜像。这个应该是未来 fedora 的发展方向。现在已经可以手动尝试了。
Fedora workstation 版本只能支持内核版本降级（回滚/回退），作为更新相对激进的半滚动发行版，官方的思路是 atomic desktop ，对应 gnome 的版本是 silverblue 。
这个系列把系统更新完整打包，如果某次更新造成异常，可以省去确定是哪个软件造成的这个过程，直接做完整的回退。但是 atomic 依赖的 rpm ostree 在定制软件包方面不是那么灵活。
现在有基于 bootc 的非官方项目 universal blue ，和 ostree 实现的区别在于 bootc 就是标准的可以引导 oci 镜像。这个应该是未来 fedora 的发展方向。现在已经可以手动尝试了。
Select Language