V2EX › neoblackcap 的所有回复 › 第 26 页 / 共 100 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 22 23 24 25 26 27 28 29 30 31 ... 100

❮

❯

2020-03-02 17:32:38 +08:00

回复了 ybw 创建的主题 › macOS › macOS 窗口管理的硬伤

@zmxnv123 菜单放上面没问题，关键是这个菜单是全局共享的。除开应用自身的菜单，还要跟系统的时间，常驻程序图标等等一起竞争那一丁点地方。大概设计这菜单的人是用 27 寸显示器的吧

2020-02-29 16:54:39 +08:00

回复了 asilin 创建的主题 › 程序员 › 最近自底向上学习网络模型，看到 TCP 层经常有人提到"粘包"，我笑了

我来再科普一次吧。
首先“粘包”是不存在的，“粘包”这一个词主要是面向低水平或者没有受过比较系统的网络编程学习的读者。
因为 TCP 是没有包这个概念的，都是流。
那么既然没有包这个概念了，那么“粘包”如何谈起？显然包这概念就出现在应用层了（ TCP/IP 五层网络模型）。“粘包”本质上就是如何从流里面提取信息出错。导致好像两个信息好像粘连在一起一样。
实际上这是一个解析错误，本质是对二进制数据解析出错。根本不是 TCP 的问题，是应用层的信息解析器写得太烂了。出现解析错误，无法正确处理从 socket 里面读取的数据。

2020-02-29 12:29:47 +08:00

回复了 pabno 创建的主题 › 程序员 › 10 亿用户数据分库分表设计

@ifconfig 分区还是单机，分表就可以多节点了

2020-02-29 12:25:56 +08:00

回复了 pabno 创建的主题 › 程序员 › 10 亿用户数据分库分表设计

@lovelife1994 我提的那边理论上只要开发支持（分布式事务，查询变更），你说的几点都解决了。无论是 phone, email 的可变更，还是查询的性能。我说的主要是 Cassandra 的解决方案。
不过如同你所说，分布式方案肯定是有其他问题，路由，分布式事务。要结合生产环境取舍（压测）。这样的问题的确可以算是真正架构师的活了。

2020-02-29 10:12:48 +08:00

回复了 wwwwwang 创建的主题 › JavaScript › 怎么将 Python 代码转换成 js 抽象语法树呢？

加一部 bytecode 在 ast 跟解释器之间不就好了？然后大家都生成 bytecode

2020-02-29 10:08:29 +08:00

回复了 pabno 创建的主题 › 程序员 › 10 亿用户数据分库分表设计

同 @peyppicp 的解决方法，采取非规约化的方法对数据库进行处理，分别以 phone, email 为主键(cluster key)建表，关联 user_id。
问题还是在于用户注册时就变得需要一次性写三个表。不过这个不算是大问题，哪怕是后面进行分布式事务，这个性能也是可以接受的。

2020-02-25 23:18:08 +08:00

回复了 PlainTech 创建的主题 › 程序员 › 有在用 Dash 这款文档阅读软件的老哥吗？

@Chingim 我看不出，所以我不买了

2020-02-05 14:31:29 +08:00

回复了 levelworm 创建的主题 › 程序员 › 对联想的笔记本比较失望

Mac 下的 Excel 就是残废的，你如果强依赖 Excel，那么我不建议你换 Mac。那些说用 Mac 装 Windows 的，请问你之后遇到使用 Windows 问题，去找天才吧吗？
老实找 IT，或者多申请一台，对资料进行远端备份不就 OK 了。开不了机就换一台，把东西下载下来就可以继续操作了。你下载速度总比你物理解决这些问题快多了

2020-01-30 15:23:47 +08:00

回复了 szzhiyang 创建的主题 › 程序员 › Electron 的性能瓶颈在于主进程还是渲染进程？

在于人

2020-01-25 21:13:16 +08:00

回复了 mifar 创建的主题 › Redis › Can't chdir to '/usr/local/redis/data': No such file or directory 怎么处理？

@codehz 你说的对，经过试验是我错了，应该用绝对路径就好了

2020-01-25 01:38:48 +08:00

回复了 mifar 创建的主题 › Redis › Can't chdir to '/usr/local/redis/data': No such file or directory 怎么处理？

能挂载的只有目录，文件是不能挂载的，挂载父目录吧

2020-01-14 15:59:06 +08:00

回复了 john170502 创建的主题 › Python › 各位有用 Pytorch 或 Tensorflow 做制造业产品外观不良检测的吗？

据我了解，这个领域好像还不需要 PyTorch 这些，好多是基于 OpenCV 做的，识别率还行。

2020-01-11 13:16:34 +08:00

回复了 LiuSha 创建的主题 › 程序员 › 真是怕了那些用异常捕捉却不抛出错误的人了！

@zappos 我由头自尾都没有谈到 GUI 的问题。

处理不了就要崩掉，你数据库连接不了。不崩掉，然后能正常运行？每个程序总有你处理不了的异常，这个时候不打日志崩掉还追求所谓 long running，那才是奇怪。

记住不是盲目追求长时间运行，或者一小问题都要崩掉。这是两个极端。

错误处理应该是，这层不能处理就应该往上层传递，最上层都处理不了了那么就要打日志崩掉。能处理的话，那么就正常处理就好了。好比你举得例子，你 handler 抛出的异常，你能处理，那么就处理啊。不能处理就打日志崩掉啊。难道你还想说不能处理的就当没事发生？

2020-01-10 13:06:19 +08:00

回复了 LiuSha 创建的主题 › 程序员 › 真是怕了那些用异常捕捉却不抛出错误的人了！

因为绝大多数人是不知道错误应该怎么处理。
举个例子，比如我要处理一下 Excel 文件，然后往里面写入一个名为报告的工作表。
第一步 Excel 文件就不存在，应该如何处理？

很多人受不能抛出异常，不能抛出错误的说法影响。好像程序一直跑着就是正常的，就是没有 bug。
其实有问题不能处理就应该往上层抛，尽量保持事发当时的环境。这样才是正常的做法。假如最上层都不能解决的，那么就应该赶紧打日志然后崩溃。阻止进一步的错误发生。

正是因为不了解错误处理，所以才那么多那么多空的异常处理，仅仅为了糊弄编译器。

2020-01-03 12:12:03 +08:00

回复了 onhao 创建的主题 › 宽带症候群 › 为什么现在的路由器都不支持静态路由这个功能了？

当然是成本啦，一般人又用不着，你想要充钱也有啊。

2019-12-24 16:13:07 +08:00

回复了 litp 创建的主题 › Python › Python Web 开发， PyCharm 还是 VScode 或者其他？ macOS 平台

你们不用智能感应的，就用文本编辑器，哪个顺手用哪个。需要智能感应的就上 IDE

2019-12-23 15:05:00 +08:00

回复了 gramyang 创建的主题 › Java › 请教一个浏览器的 io 模型问题

@gramyang 堵不堵塞是你具体的实现，没有强制要求网络另外一端是不是堵塞一说。难道你写的服务端我用 Windows 的机器就不能调用？我还异步 IO，用 IOCP 实现呢。压根就不存在堵塞非堵塞的说法。
年轻人应该多读书，多写代码实验。而不是自己纯猜想。推荐《 UNIX 网络编程》一书。

2019-12-23 11:52:22 +08:00

回复了 gramyang 创建的主题 › Java › 请教一个浏览器的 io 模型问题

你这样改对浏览器应该都是透明的，bio 跟 nio 的区别是一个是堵塞（ blocking ），一个是非堵塞（ non-blocking ），但是这个是不是堵塞都是对你服务器而言的。
浏览器看到的都是堵塞，即浏览器没有收到回应。