V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  dcsuibian  ›  全部回复第 12 页 / 共 113 页
回复总数  2247
1 ... 8  9  10  11  12  13  14  15  16  17 ... 113  
2025 年 7 月 17 日
回复了 jjrow 创建的主题 问与答 大家能否拍照分享一下自家 nas
@dcsuibian 不要放规则里--》不要放柜子里
2025 年 7 月 17 日
回复了 jjrow 创建的主题 问与答 大家能否拍照分享一下自家 nas
[img]https://i.imgur.com/Z9ZMc7C.jpeg[/img]

千万记得不要放规则里,否则就是这样:

[img]https://i.imgur.com/sS7JJe8.png[/img]
2025 年 7 月 17 日
回复了 Ghostisbored 创建的主题 Java 兄弟们 现在 windows 下管理多版本的 jdk 最优解是什么呢
下载 8 、11 、17 、21 的 zip 版本的 jdk ,然后解压成对应的文件夹。JAVA_HOME 配的 21 的,因为主用 21 。
一般用不着切换,真要切换的话,在 IDEA 的 Project Structure 里面改一下就好了吧,而且我记得 IDEA 会解析 pom.xml 来选择 jdk 版本的
相比于 Python 和 Node.js ,我感觉 jdk 版本不太需要管理
2025 年 7 月 15 日
回复了 phobal 创建的主题 问与答 为什么前端直接调用大模型?
想起 Next.js 的高危漏洞了
2025 年 7 月 14 日
回复了 cat9life 创建的主题 问与答 我也来分享一个“手机监听”事件
从可证伪性上来说:
“巨头没有录音监听我们”很容易被证伪。因为只要你找到一项监听的证据,就是伪命题了。
“巨头正在录音监听我们”很难被证伪。即使你在一条路径(比如 APP 抓包)上没有发现,也无法证明所有路径都不存在。
“正在监控”是存在性命题(∃x ),只需一个反例即可证实。
“没有监控”是全称命题(∀x ),需完全排除所有可能性才能证实,逻辑上更难。

若一个命题无论如何都无法被证伪(如“上帝存在但不可观测”),则它不属于科学范畴,而属于形而上学或信仰。
女同学漂亮吗
2025 年 7 月 14 日
回复了 lizhian 创建的主题 问与答 大家是如何存储主密码的?
Keepassor 路过,最近正好换了主密码和文件密钥。我的结论就是不存储也不写下来,就硬记
我之前的密码大概类似于 3jbk<,.!6aubTYan3372 这种,说实话我自己也记不住,完全是靠肌肉记忆。但是 AI 给了我另一个观点:长短语密码比随机字符密码综合效果更好
因为使用长短语更好记忆,可以适当增加密码的长度,而增加密码的长度可能效果更好。当然如果你是超人类,可以同时增加长度和使用随机字符就更加无敌了
2025 年 7 月 11 日
回复了 pigeon2049 创建的主题 全球工单系统 阿里云 maven 悄咪咪删除腾讯云依赖
第一次见到在 Maven 利用 LATEST 的唉
2025 年 7 月 11 日
回复了 jiashuaibei 创建的主题 Ubuntu 该装服务器了,装 Ubuntu24.04.2 还是 Ubuntu22.04.5
debian 12
2025 年 7 月 10 日
回复了 kalozzz 创建的主题 职场话题 公司的开发流程极度不专业,自己又是新人怎么办
认真地说,我能理解
我呆在我司的一个重点因素是公司比较小(刚来的时候甚至就我一个程序员),我可以自己搭基建,有必要的话,领导也愿意花钱(领导不是太懂,但也愿意支持)
目前的开发流程、项目技术选型基本上是我来定的,所以我可以模仿大厂又不完全模仿大厂的方式来做。选什么样的框架、开发语言、软件版本、编程规范甚至是周边的如何做 CI/CD ,使用什么配套软件,选购什么服务器和操作系统,如何设计架构等。
不得不说这种感觉还是挺爽的。因为我对自己的定位一直是架构师,所以能自由发挥的感觉还是挺好的


但是吧,如果你公司人还是有一些,你自己又是个新人。那我建议你还是先忍忍,至少得等你站稳了脚跟、证明了能力再跟领导说。关键问题是领导愿不愿意相信你,花这些时间和精力能否真的提升效率。
而且一定的模仿能力是程序员的基本要求,大公司应该更是如此,你不能一进来就重构重新设计流程,而是尽量模仿别人已经有的代码写。
微软总是反复横跳、砍产品、改名,跨平台技术真的信不过。没什么凝聚力,怀疑内部是部门斗争状态。
2025 年 7 月 5 日
回复了 xujdan 创建的主题 职场话题 今天部门开会,我被当众“批评”
@xujdan 那倒可以理解,急着上线就是会有 BUG 的。
拿什么样的工资干什么样的事,扪心自问没问题就 OK
2025 年 7 月 4 日
回复了 xujdan 创建的主题 职场话题 今天部门开会,我被当众“批评”
不好评价,如果说你没做自测的话,那确实是你的问题,没上心。
另外你组长怎么回事,他占了大部分还能当你组长,为啥?
2025 年 7 月 4 日
回复了 razertory 创建的主题 游戏 30 岁,我玩过了 27 个游戏
[img]https://i.imgur.com/tUFPPVD.png[/img]

这里面前三的排名很难定下来。第一的排名绝对是 Minecraft
2025 年 7 月 1 日
回复了 maybeonly 创建的主题 宽带症候群 [科普] 结尾为 0 或者 255 的 ip
“1.0.0.0 甚至都可以 ping 通!这总不可能在 0.0.0.0/7 的子网吧”

我感觉这句话读起来有点怪。
你可能想说的是对于 1.0.0.0 这个地址,无论掩码位是多少都不合法:
1 、如果<8 ,那么会把 0.0.0.0/8 也包括进去导致不合法
2 、如果>=8 ,那么掩码无论怎么取 1.0.0.0 也会是某个网段起始地址
所以 APNIC 那边没法划分。(事实上他应该也做了特殊处理)

但是我觉得更准确的说法是你不应该关心别人的网段是怎么划分的。

举个例子,对于 182.255.32.12 这个 IP 来说,如果 IP 地址的持有方将掩码位设为 30 ,那这个地址对他来说是不可用的。因为他是 182.255.32.12/30 这个网段的起始地址。
但是他一眼看上去就很像个可以正常使用的 IP 地址吧。
而且 IP 包的首部并不存在网段信息,只有 IP 信息。所以对于发出的机器来说,他并不判断这个 IP 地址最终在哪个网段(有些特殊的比如换回除外)。
所以对于发出方来说,并不关心也没法关心他最终在哪个网段,有没有可能被用于起始或终止地址。他说是可用的,那就是可用的。
1 ... 8  9  10  11  12  13  14  15  16  17 ... 113  
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   5750 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 63ms · UTC 03:17 · PVG 11:17 · LAX 20:17 · JFK 23:17
♥ Do have faith in what you're doing.