V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  dcsuibian  ›  全部回复第 45 页 / 共 76 页
回复总数  1518
1 ... 41  42  43  44  45  46  47  48  49  50 ... 76  
2022-07-18 22:49:27 +08:00
回复了 andyJado 创建的主题 程序员 你最常用的 CLI(命令行工具)是什么?
1 1452 14.3891% git
2 1053 10.435% cd
3 774 7.6702% ls
4 656 6.50084% yarn
5 492 4.87563% ping
6 318 3.15132% rm
7 317 3.14141% brew
8 313 3.10177% docker
9 270 2.67565% ssh
10 229 2.26935% code
11 203 2.01169% ll
12 193 1.9126% mvn
13 181 1.79368% sudo
14 174 1.72431% open
15 151 1.49638% mkdir
16 118 1.16936% java
17 110 1.09008% cat
18 102 1.0108% ifconfig
19 94 0.931523% find
20 83 0.822515% curl
2022-07-18 19:38:21 +08:00
回复了 Richard14 创建的主题 Java InputStream 必须用 try/catch 捕捉?
@matepi 随手写的,平时用的就是具体异常(反正 try/catch 是 IDE 写的)。

Exception 比起 Throwable 来说,漏掉的就是 Error 。但 Error 本身就是那些严重到程序员无法处理的错误了。
[When to catch java.lang.Error?]( https://stackoverflow.com/questions/352780/when-to-catch-java-lang-error)

我一般将 Error 看作是系统崩坏。
比如某个接口抛出了 Exception ,我可能还 catch 一下,打个日志,返回个错误信息,至少其它接口还能用。
而如果捕获到一个 Error ,我认为 jvm 就不可靠了,直接挂了吧。
2022-07-18 14:52:16 +08:00
回复了 Richard14 创建的主题 Java InputStream 必须用 try/catch 捕捉?
@dcsuibian 转成 RuntimeException 然后抛,或者打印一下日志再抛。留给最上层处理。

Java 的检查型异常是个没啥用的东西,其它语言都没有采用这种机制( C++:???)。
最不实用的地方在于:就算你捕获到了这个异常,你也不知道怎么处理。

网络、文件很容易出问题,但出问题了咋整,再试几次?试过几次还是不行呢?万一在 close 的时候出现异常呢?
看看那些 ORM 框架、或者文件操作工具库,很明显底层一定会有 IO 操作,但他们就不会在方法上加一堆 throws 。
2022-07-18 14:38:21 +08:00
回复了 Richard14 创建的主题 Java InputStream 必须用 try/catch 捕捉?
try{

}catch(Exception e){
throw new RuntimeException(e);
}
2022-07-18 13:22:06 +08:00
回复了 hhhWhy 创建的主题 问与答 v 友们,迫于预算有限,现在是装电脑的好时机嘛
同有这个打算,但准备等等了,30 系都是矿
2022-07-17 23:43:19 +08:00
回复了 blankmiss 创建的主题 Python pycharm 自动推断 typing
应该不会有什么大的进步,要代码提示的话上 Github Copilot 试试。
参考隔壁,有了 TypeScript 后,IDE 推导 JS 的能力就强了很多。但我感觉不会有 type python 这种东西。
2022-07-17 16:45:59 +08:00
回复了 GreatAuk 创建的主题 Node.js nodejs 中文网要开 vip 收费了,会员费用为 199 元/年。
骗到一个算一个。

Nodejs 官方根本没有什么中文网。这东西是山寨的。正宗的是 nodejs.org

刚学 node 的时候误点进去看了下。就是纯翻译,翻译的不好还不及时。
看核心直接 node.dev/learn ,api 要看这种机翻的话还不如去直接百度下算了。199 我真的笑出声。
2022-07-17 13:44:46 +08:00
回复了 akphilip 创建的主题 硬件 目前主流 PCIe NVMe 协议的固态硬盘寿命能有多长?
买的盘烂,用 sata 也好不了
2022-07-16 13:26:27 +08:00
回复了 satoru 创建的主题 程序员 你最喜欢的 ORM 有哪些最讨厌的地方?
同意#1 ,两种模型其实并不是非常和谐的。
我现在都是用 DO 、PO 对应数据库单表,然后再转换成比较面向对象的结构。
内存不够用的时候,能够限制 CPU 和显卡的发挥。够用的时候,提升就不明显了。
至少,我把电脑内存从 16G 升级到 32G 以后,什么感觉也没有。而且 2022 年了,对某些用户 8G 还够用:
https://www.bilibili.com/video/BV1t3411c7bi


不过我感觉最重要的是,现在没人关心电脑了,都在关注手机。
国产软件都在祸害手机,竞争又激烈,当然要把参数搞大点。
2022-07-16 12:23:02 +08:00
回复了 fox0001 创建的主题 Vue.js 前端用 VUE3 打包静态文件,后端 API 是否需要考虑安全保护?
要考虑。不过不是前端考虑。
所有前端发过来的东西都是不可靠的。敏感数据鉴权,限制访问次数都是后端的事。
前端做不了,浏览器控制台看网络请求,api 一目了然。你要回避就得在请求体里再加密包一层,但前端加密的密钥还是藏在前端代码里的。

有些网站,比如 github 、v2ex 还会提供开放 api ,允许别人直接访问。这时候连前端都没有。
代码混淆什么的可以做,不过得在后端已经做得很安全了以后,锦上添花罢了。

最后,打开你平时上的网站:百度、狗东、B 站、支付宝,甚至是竞争对手的网站,看看人家咋做的。
2022-07-15 16:57:15 +08:00
回复了 NueXini 创建的主题 程序员 2022 年过一大半了 , 请问有什么跨平台开发框架推荐吗
①游戏开发相关,性能要求高 ② 跨平台 ③个人学习
这种情况能放心推荐 Flutter

HTML 、CSS 、JS 确实是目前比较好的跨端方案,但写的一般就是增删改查应用。
2022-07-15 15:15:28 +08:00
回复了 KevinXC 创建的主题 Apple MacBook 办公方式
电脑:MacBook Pro 2019 Intel 16 寸
键盘:宁芝 82 键
鼠标:微软人体工学大馒头(在我推荐下已经有 3 个同事入了)+ Magic Trackpad
外接显示器:U2720QM ,单屏
扩展坞:贝尔金 雷电 3

合盖用立式支架,所以需要独立触摸板。因为有扩展坞,插一根雷电线就可以了。
但实际上并没有那么优雅,每次都是笔记本开盖,然后插上线,等显示器输出画面,再合盖,放到支架上。(如果直接合盖插,那么显示器就没有信号,至少 Catalina 的时候还是这样的,有时候搞不好还会死机)

其实我还有一个 2k 的显示器,但 mac 的 2k 支持很差,使用了 one-key-hidpi 又有鼠标消失问题。于是现在单屏了。mac 双屏应该要双 4k 才好。
另外体验也不好,我在学习的时候,经常是左边屏幕放 B 站视频,右边 Typora 做笔记。如果写了一点笔记,然后想暂停下视频。必须得在视频位置点一下先让 Chrome 获取焦点,等一小会儿再点第 2 下。如果直接双击就会全屏、只点一下 Chrome 获取焦点了,但视频还在放。本来以为是 Magnet 的问题,后来发现双屏也这样。
准备换回 Windows 了。
2022-07-15 14:48:35 +08:00
回复了 jwh199588 创建的主题 程序员 为什么看起来相同的 sql,却有一条查询不到数据
遍历 codepoint 对比下。
我项目里都是用 utf8 without bom 的。
2022-07-15 14:45:24 +08:00
回复了 Ba 创建的主题 问与答 chrome 现在也有广告了吗
我也看见了,看来是今天刚上的
设置-->设备偏好设置-->系统-->USB 模式,选兼容模式试试看?
我猜的
我也觉得响应式好,但这个难度很高。
自己设计肯定搞不出来。
2022-07-14 12:21:46 +08:00
回复了 MuXia 创建的主题 Java 询问一个关于 Java 日期在数据库存储的格式问题
“有的语言会把时间戳定义为当前时区自 1970-1-1T00:00:00 到现在的毫秒数”
根本就没有语言这么做,再者说就算这么做了,也跟我时间戳(无论是毫秒还是秒)这个普遍概念没关系了。
2022-07-14 12:14:04 +08:00
回复了 MuXia 创建的主题 Java 询问一个关于 Java 日期在数据库存储的格式问题
@nothingistrue
[1-中国标准时间.jpg]( https://dcsuibian-public-resources.oss-cn-hangzhou.aliyuncs.com/img/1-%E4%B8%AD%E5%9B%BD%E6%A0%87%E5%87%86%E6%97%B6%E9%97%B4.jpg)

[2-亚马逊标准时间.jpg]( https://dcsuibian-public-resources.oss-cn-hangzhou.aliyuncs.com/img/2-%E4%BA%9A%E9%A9%AC%E9%80%8A%E6%A0%87%E5%87%86%E6%97%B6%E9%97%B4.jpg)

你看看在切换时间后,时间戳这两个数字差了多少? 36438 毫秒,也就是 36.4 秒,就是我在第一个运行完、截图、改时区等操作花了一会儿而已。
2022-07-14 12:01:30 +08:00
回复了 MuXia 创建的主题 Java 询问一个关于 Java 日期在数据库存储的格式问题
@nothingistrue
ISO 是国际标准化组织,又不是只面向计算机从业者的,8601 是规定了显示方法。数据的存储和显示相分离的设计原则不是再正常不过了吗?
我一开始不就说了使用“毫秒”级时间戳。确实时间戳没有国际标准。各种语言都可以轻松地处理。
Python 的 time.time(),Java 的 System.currentTimeMills(),JavaScript 的 Date.now(),也就差一个 1000 处理。推荐使用“毫秒”时间戳只是因为整数比浮点更好处理罢了。
最重要是,处理过程中没有涉及到任何“时区”相关的东西?

这个数字只跟时间点有关。如果你没条件找个其它时区的人跟你一起试的话。至少换个系统时区再试试,关键是



你到底有没有试过?
1 ... 41  42  43  44  45  46  47  48  49  50 ... 76  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5171 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 49ms · UTC 08:47 · PVG 16:47 · LAX 01:47 · JFK 04:47
Developed with CodeLauncher
♥ Do have faith in what you're doing.