zhuisui 最近的时间轴更新
zhuisui

zhuisui

V2EX 第 274978 号会员,加入于 2017-12-16 20:57:55 +08:00
zhuisui 最近回复了
2 天前
回复了 dream4ever 创建的主题 程序员 Dockerfile 该如何优化?
第一个,apk update/add 完之后,可以清理清理缓存。甚至看看有没有更小的基础镜像自己装 node
第二个,yarn 也一样,安装完之后清理缓存,build 完之后清理开发依赖。如果不知道要清理啥,那就和 #7 说的一样,把 built 和 node_modules 拿出来用。

最大的就是 node_modules ,没太多优化空间
如果要便宜的话,我选小米 s1 。小米的缺点是前两秒出水不热,因为我每次只接 100ml ,大概没考虑这个工况吧。
用过奥克斯,有一股塑料味,去不掉。虽然没有加热问题。

恒温壶之类的考察过,要么烧开放凉,要么得一直保温,不管是耗电还是噪音都不可接受。
13 天前
回复了 jinqzzz 创建的主题 Linux 想请教一个关于 Bash 管道符和 tee 的问题
@julyclyde
先开 a 输出再开 b 输入把 a 接到 b ,就需要 pipe 先 buffer 一下 a 输出;反过来直接对接管道就行了,甚至不需要 buffer 。
你说呢
13 天前
回复了 jinqzzz 创建的主题 Linux 想请教一个关于 Bash 管道符和 tee 的问题
@jinqzzz 因为 process substitution 也可能用 pipe 实现,道理一样
https://www.gnu.org/software/bash/manual/html_node/Process-Substitution.html
13 天前
回复了 jinqzzz 创建的主题 Linux 想请教一个关于 Bash 管道符和 tee 的问题
@julyclyde 理论上 bash 对管道没有这样的声明,实际上自然也不能做这样的假定。
而且先开输入再开输出再连接它们在技术上是完全可行的。
15 天前
回复了 jinqzzz 创建的主题 Linux 想请教一个关于 Bash 管道符和 tee 的问题
pipeline 水管嘛,想想现实世界中的水管,谁会用水管储水,不都拿蓄水池嘛
所以你想把上游的输出全部放到水管里以后再放到下游的水龙头,就知道这样做是不合适的了吧
但是如果你真想干这种奇怪的事,那就是想办法造一个非常大非常粗的水管了
15 天前
回复了 jinqzzz 创建的主题 Linux 想请教一个关于 Bash 管道符和 tee 的问题
bash 的 pipeline 只声明了会将命令程序的输出和输入连接起来,可没声称这些命令的执行开始和结束顺序。
15 天前
回复了 vlinx 创建的主题 硬件 NIZ 的键盘怎么这么难用
@zhuisui 不是驱动,是固件
15 天前
回复了 vlinx 创建的主题 硬件 NIZ 的键盘怎么这么难用
四年前买的 niz atom 66 ,那时候的驱动,节电模式下蓝牙信号干扰严重的时候输入有问题,居家办公的时候发现的(可能家里 2.4 G 的 wifi 信号太多),但是后来的驱动修复了发包策略,再也没出过问题。
一把键盘用到现在。现在办公室鼠标、键盘、耳机全蓝牙。也不用 wifi ,因为蓝牙省电。
16 天前
回复了 gongxuanzhang 创建的主题 程序员 在一个群里被恶心坏了
我通篇看下来,包括技术和交流方式两条线,尝试分析一下
1. 先说交流方式
- 架构师嘛,我猜估计资历和年龄都不小,有点脾气也能说得过去吧。上来先是教训小朋友的口气,然后是有点不太耐心仔细的回答,最后一竿子打死看起来不怎么靠谱的新人。我想说是没那么好,但是也没那么差。这个世界就是这么浮躁。
- 题主嘛,开口就是“你说得不对”(技术的东西我一会儿说),直接莽撞,然后回答也没那么严谨仔细(第二句“但是...”,下面说),也是充满了年轻人(我猜的)的脾气,也没做到处事严谨仔细。

在我看来半斤八两。
2. 再说技术
我很久没看 MySQL 了,临时搜索了解的脏读、不可重复读、幻读三个问题,以及快照读、当前读俩读取手段,还有可重复读和串行读四种隔离级别,也看到一些文章提到可重复读对于当前读手段,会有产生幻读问题的情况。当然我也没有验证,不过人家声称是验证了的,所以我觉得这是可信的。这里又牵扯到 MySQL 版本的问题。
我想说,这个特定场景在特定时空下肯定是存在的,而且这和题主的声称(但是...)的场景也相左。(不知道题主说的修改、冲突具体指啥,也不是专有名词概念,也不一定是指“可重复读对于当前读产生幻读问题”)
可以认为题主自己的技术也不严谨,一开始声称是 MySQL 实现上用 innodb 彻底解决了幻读问题,说对方是只知道规范。但是实际上是反过来的,对方才是很了解实现的人(毕竟都在美团了应该也见过不少特殊场景了),而题主自己主要是在看文档(虽然自己做了测试,但没提到上述场景)。

所以技术我站对方。

但是再看一下这个帖子的标题吧,我觉得题主过分了。
我自己吧,不觉得架构师就应该有好人品好涵养什么的,这是一个技术称谓,又不是“大师”“方丈”😃。
over
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2734 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 14ms · UTC 14:10 · PVG 22:10 · LAX 07:10 · JFK 10:10
Developed with CodeLauncher
♥ Do have faith in what you're doing.