V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  thtznet  ›  全部回复第 19 页 / 共 36 页
回复总数  703
1 ... 15  16  17  18  19  20  21  22  23  24 ... 36  
喜欢克苏鲁,我个人觉得这是人类的天性,喜欢探索未知的事物,才能不断往前,你喜欢的马斯克也喜欢,所以人家才整那么多活,区别是马斯克科学地探索,并且有钱有能力付诸行地,各位键盘侠喜欢归喜欢,没有钱没有能力行地。
不会 Debian 运维,别用 PVE ,首先 WEB 界面是很古老的,毕竟开源不会像商业系统做那么漂亮,另外就是很多功能都是需要深入 linux 自己敲命令的,WEB 管理平台的功能有限,很弱鸡。ESXi 么毕竟是收费的系统,如果你打算不付费,那么还是别用了,很多受限功能,另外就是对小部分消费级的硬件可能有兼容性问题。普通的个人用户其实就是推荐 Hyper-V 的,Windows 对硬件的兼容是最好的,Hyper-V 2019 本身许可是免费的,也可以用 Win10 自带的,管理方便,装个 Admin Center 也是可以的,缺点就是 2 头不靠,不如 PVE 灵活和强大,也没 ESXi 做得更完善。
2022 年 2 月 2 日
回复了 Cagliostro 创建的主题 生活 走亲戚巨痛苦的情况
任天堂带好就行了,换个思维想想,你一生中还有多少这样的机会?亲戚还健在,父母身体还能走动?一年就这一次,你数数还能剩几次?
2022 年 1 月 31 日
回复了 liuser666 创建的主题 Windows 又看了一天的 Windows UI 相关的文档...
桌面用 Winform\WPF\WinUI 等任何技术, 反正只是一个框,然后框里嵌个 webview2 就可以了,剩下的就是 HTML5 的事情了,一点也不乱。
都老丈人了,那么买茶叶就买塑料袋散装斤称的吧。
2022 年 1 月 24 日
回复了 zuobinwang 创建的主题 程序员 求企业级 CRUD 解决方案推荐
.Net 的话,ABP 。
2022 年 1 月 24 日
回复了 binbinyouliiii 创建的主题 Java Javaer 用了一下 Go web 开发,感觉开发体验倒退了
很多年前写前端的人嫌 手动操作 DOM 太随意,BUG 到处飞,于是出现了 jQuery 库规范基础的操作,jQuery 写多了又觉得代码设计不够优雅,于是出现了框架将 DOM 操作封装隐藏起来,老外软件工程起步早,一来就意识到了问题核心,搞了个 Angular ,把前端衍化体系一下子快进到和后端一样,这时候国内的前端人刚刚脱离切图仔的标签,jQuery 还没捂熟哪见过这么体系化的技术,纷纷表示这玩意太复杂太重了,发展不开。寻了 N 久找到一个模仿并简化 Angular 的 Vue 框架, 就是它了,最适合国内的行情,带着点设计模式比 jQuery 高得不知道哪里去了,又比 Angular 简单啊,那么多代码堆一个组件里一把梭齐活,搞着搞着,就成了江湖。
Yoga 我觉得很不错,各方面平衡,除了品牌遭人骂。
2022 年 1 月 19 日
回复了 noobma 创建的主题 程序员 28K 大小周 VS 26K 正常双休,如何选择
双休还能活下来的公司,说明业务是有核心竞争力的,也不怕它哪天改作息制度和倒闭。而大小周的公司有可能还在行业里挣扎,也许哪一天就改单休了,然后改 996 ,最后倒闭了。
系统重置即可,不用重装,例如 iPhone 经常重装么?
偷偷地告诉你一个事实,你老丈人的卡宴和丈母娘的 7 系应该不是自己的,都是在公司名下的,他们名下应该没车。所以兄弟你 10 万的车如果是自己买,已经 99%超越了你太太的家庭。
建议直接走 virtio 虚拟网卡,性能最强。
2022 年 1 月 10 日
回复了 Coolwinds 创建的主题 职场话题 在国企的运维,感觉干不下去了
天有不测风云,很多人劝你混吃等死,你别信,上世纪国企下岗潮前也有人笃定一辈子混吃等死到退休的,后来下岗后有技术的能干活的都自立门户很快发展起来了,只会混日子的你自己去打听混得怎么样。一句话:在古代,木工只要有技术,改朝换代都有饭吃。
不惯用驼峰的语言都是耍流氓,包括 js 。
2022 年 1 月 6 日
回复了 vigidroid 创建的主题 Linux 为什么 openwrt 上本地的 io 操作会严重影响整体性能?
CPU 指令集的缺失,路由器并不是设计用于做 SMB 共享用的,偶尔有点路由器有这个功能也是为了固件的备份等附带用途。
买台一样型号新的,旧的挂咸鱼
二手房不重新装修么?房价这么贵,装修成本相比就不高了,人活一世,负担这么重的房价,装修得好点让自己舒服点应该的。
这就是我讨厌 RESTAPI 的地方,无奈现在清一色的这种风格,客观得说,如果 API 设计合理,面向资源模式设计清晰的话,Http Status 的状态可以覆盖 90%的错误状态,很少存在业务错误需要把 code 放在 body 里的,如果业务错误非要放在 body 里说明 API 的设计没有完全面向资源,仍然以 action 的理念在设计 RESTful API ,但是实际情况是,一个需求非常非常难才能清晰地设计成资源模式,因为后端程序员长期接触面向对象设计思想,思维惯性在设计过程中自然而然会用面向对象的思路考虑 API 设计,不自觉的,我到现在还没法使用完完全全的 RESTful 。我感觉早期只编写 php 或者 asp 的程序员可能会相对容易点,我个人觉得对于后端来说,gRPC 才是接口风格设计的出路,不过现阶段并不方便,也不成熟,对测试也不友好,工具也不配套等等。
1 和 2 事实上是统一的,任何计算机的所有联接目前都是物理联接,网线也是通过物理连上的,所以 1 和 2 的区别只是联接的线是 PCB 上的金线还是光纤+PCB 金线,理论上 PCB 金线的数据传输极限也是光速,光纤的传速极限也是光速,但是基于物理地点的差距,那么即便都在光速的情况下传输信号,那么 [方案 1] 永远都比 [方案 2] 快,那么现实的问题是,如果 [方案 1] 的计算资源不够了怎么办?目前计算机设计的方案就是在物理地点附近堆硬件,将 2 台物理计算机相邻放置,并将 CPU 和内存和硬盘等多个组件全部联起来,用什么连?用 PCB 连,所以它成了多路服务器,规模再大点,还要继续堆硬件,物理地点还要更靠近,一个 PCB 板有制造极限,那么用多个 PCB 联接起来,所以它成了刀片服务器,规模再大点,继续堆。。。所以它成了超算。。。
2021 年 12 月 20 日
回复了 LaGeNanRen 创建的主题 生活 觉得每天自己的时间好短,为啥又穷又忙没钱还没时间
过分了啊
1 ... 15  16  17  18  19  20  21  22  23  24 ... 36  
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   924 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 73ms · UTC 20:20 · PVG 04:20 · LAX 13:20 · JFK 16:20
♥ Do have faith in what you're doing.