V2EX › james122333 的所有回复 › 第 20 页 / 共 71 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 16 17 18 19 20 21 22 23 24 25 ... 71

❮

❯

2024 年 7 月 21 日

回复了 Rorysky 创建的主题 › Linux › 这次蓝屏事件才发现，原来那么多物联网设备用了 windows 系统

@saltedfishgames

gui 不需要考虑这个因为你把库装上即可

2024 年 7 月 21 日

回复了 Rorysky 创建的主题 › Linux › 这次蓝屏事件才发现，原来那么多物联网设备用了 windows 系统

@moudy

是这样但这样效能不能保证

2024 年 7 月 21 日

回复了 Rorysky 创建的主题 › Linux › 这次蓝屏事件才发现，原来那么多物联网设备用了 windows 系统

@shijingshijing

差不多的只是分析更多
这是亡羊补牢不是釜底抽薪
个人不看好这种东西
至于它实现的不好导致 panic 那是它的问题
我是说正常驱动不应该导致 panic
而测试再多依究都是亡羊补牢而不是釜底抽薪

2024 年 7 月 21 日

回复了 Rorysky 创建的主题 › Linux › 这次蓝屏事件才发现，原来那么多物联网设备用了 windows 系统

@shijingshijing

而且果不其然支援最好的 linux 就是那些
有品牌价值的

2024 年 7 月 21 日

回复了 Rorysky 创建的主题 › Linux › 这次蓝屏事件才发现，原来那么多物联网设备用了 windows 系统

@shijingshijing

这我早就知道了虽说这阵子我是第一次知道这个软件撇除管控不讲搞防毒在 linux 下是很可笑的当然不是说没有但是机制才是最重要的
写在驱动层更是种傻行为首先不用这种东西是最好的即便真的用了 linux 下方便的跳过也简单不用停摆那么久损失这么多这是我的原意

2024 年 7 月 21 日

回复了 Rorysky 创建的主题 › Linux › 这次蓝屏事件才发现，原来那么多物联网设备用了 windows 系统

@hGaHLRyC

就是有没有人整以及不懂技术的管理层考量点而已

2024 年 7 月 21 日

回复了 Rorysky 创建的主题 › Linux › 这次蓝屏事件才发现，原来那么多物联网设备用了 windows 系统

@msg7086

甚至你直接产出 n 种配置的 kernel 出问题直接启动某 kernel 应急就可以

2024 年 7 月 21 日

回复了 Rorysky 创建的主题 › Linux › 这次蓝屏事件才发现，原来那么多物联网设备用了 windows 系统

@msg7086

况且 linux 还有 fallback kernel image 可用无额外驱动载入是可以处理问题的 kernel cmdline 也可以停用某驱动
你搭个 serial console 应该很好解决问题

2024 年 7 月 21 日

回复了 Rorysky 创建的主题 › Linux › 这次蓝屏事件才发现，原来那么多物联网设备用了 windows 系统

@emma3

这问题只需要厂商做好给人无脑使用即可

2024 年 7 月 21 日

回复了 Rorysky 创建的主题 › Linux › 这次蓝屏事件才发现，原来那么多物联网设备用了 windows 系统

@msg7086

内核驱动不是肯定 crash 发生通常是会无法载入驱动而已 linux 没有 win 下问题况且也根本不需要 cs 达成管控目的

2024 年 7 月 21 日

回复了 Rorysky 创建的主题 › Linux › 这次蓝屏事件才发现，原来那么多物联网设备用了 windows 系统

@msg7086

你这是把 win 管控软件等同 linux 管控软件
win 下会全炸 linux 下不会机制本来就不同
用开源套件也能管控不会 kernel panic 了
图形化 x11 更是管控友好

2024 年 7 月 21 日

回复了 Rorysky 创建的主题 › Linux › 这次蓝屏事件才发现，原来那么多物联网设备用了 windows 系统

那只是他们不知道使用姿势
外加洽饭的推波助澜形成生态罢了
linux 本来就没有一定得用终端开发需要而已
gui 是还好因为很多语言都有 gui 的 binding
你拿个目前不冷门的脚本语言都可以写 gui
工控有一些选择 tcl 是其中一个选择

2024 年 7 月 20 日

回复了 yagamil 创建的主题 › Visual Studio Code › vs code 有没有快捷键或者插件可以记住某个代码位置，然后快速切换过去的？

补充二楼`[字母键]跳自该行该鼠标位置
字母键如为大写则是跨文件标记

2024 年 7 月 20 日

回复了 javak 创建的主题 › Java › Java hello world 确实就要占用 30M

@mark2025

非内建微软相关

2024 年 7 月 19 日

回复了 javak 创建的主题 › Java › Java hello world 确实就要占用 30M

@whyso

java 过度设计封装太多坑很多
go runtime 大小相比其它没优势
rust 编译慢占用大选错方案效能还出不来撰写也很麻烦
python 效能低硬盘占用又不小的语言包管理也不好
js 乱七八糟的包一堆也是封装多小型解释器还好含 jit 的都是大容量占用

2024 年 7 月 18 日

回复了 javak 创建的主题 › Java › Java hello world 确实就要占用 30M

@shuimugan

不用到 HHVM 程度会写 java 就手搓的出来
spring 工程师才手搓不出来门槛并没有那么高

2024 年 7 月 18 日

回复了 javak 创建的主题 › Java › Java hello world 确实就要占用 30M

@shuimugan

如果明暸差异爱用什么就用什么这才是使用计算机

2024 年 7 月 18 日

回复了 javak 创建的主题 › Java › Java hello world 确实就要占用 30M

@shuimugan

虽然对 java 有些许怨言但我必需说所谓线程模型都是实现的只是.net 标准库预设实现好一点而已但对于手刻党来说这种差异根本不存在
认知多点更好

2024 年 7 月 17 日

回复了 qW7bo2FbzbC0 创建的主题 › Go 编程语言 › 被 go 语言的 json.Marshal 恶心到了

@qW7bo2FbzbC0

我有跳转过去 go 底层看就是基本类型应该都有函盖才对所以推测 driver 问题不过没验过对照一下 vczyh 的说明应该是这样

2024 年 7 月 17 日

回复了 qW7bo2FbzbC0 创建的主题 › Go 编程语言 › 被 go 语言的 json.Marshal 恶心到了

@qW7bo2FbzbC0

vczyh 先讲这问题的后面才看到你要先感谢他

1 ... 16 17 18 19 20 21 22 23 24 25 ... 71

❮

❯