V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  lookStupiToForce  ›  全部回复第 31 页 / 共 56 页
回复总数  1119
1 ... 27  28  29  30  31  32  33  34  35  36 ... 56  
2022-11-09 10:23:24 +08:00
回复了 sdjl 创建的主题 分享发现 应 V 友要求,分享墨水屏写代码的使用体验。
@superliy #36 解释一下我#37 楼猜测的视中心黄斑接收不了太高的功率
在戴上眼镜前(不管是近视镜还是远视镜),你看屏幕时,眼球视中心接收到的是模糊的像,让你看不清。
而戴上眼镜后,视中心接收到的是精确汇聚的像。
模糊的像意味光在此处已经发散开了,接收到的功率肯定不及汇聚的像功率高

所以解决眼睛疲惫的方法还是调节屏幕和环境亮度
2022-11-09 10:12:40 +08:00
回复了 sdjl 创建的主题 分享发现 应 V 友要求,分享墨水屏写代码的使用体验。
@superliy #36 你是戴的远视镜(凸透镜)?按道理来说,近视镜(凹透镜)不会让接收功率增加,只有远视镜因为汇聚光线才有增加光通量->增加入射功率的效果。

但人眼接收功率和光入射功率还隔了一个眼角膜和晶状体,纯以入眼的功率来看的话,可能你的视中心黄斑确实接收不了太高的功率。
你这样的情况挺适合在屏幕上加一个防反光膜,减少反光影响,然后调低显示器亮度试试。
当然也可以试试在眼镜上戴个偏光太阳镜夹片,但那价格真的贵
2022-11-08 19:12:48 +08:00
回复了 maichaide 创建的主题 Linux 远离国产软件,只配在虚拟机和沙箱里跑!
事情变得精彩了起来,搬好小板凳,坐等大牛前来剖腹取瓜🐶期待完整证据链
2022-11-08 18:43:40 +08:00
回复了 sdjl 创建的主题 分享发现 应 V 友要求,分享墨水屏写代码的使用体验。
@superliy #32 没有文章很正常,毕竟眼干症患者直接用墨水屏替代发光液晶屏也不会晚于墨水屏显示器推出的这几年,墨水屏又贵试错成本又高,显示效果对比普通屏幕也完全没法比

我前面说那一大堆是根据原理推断的,基本思路是下面这样:

普通屏幕:LCD 背光或 OLED 自发光,光通量大,人眼接收功率高,且高于环境光(不然由于屏幕反射环境光,容易看不清)。而现在所有 oled 屏幕(主流高端屏幕 /手机)都有频闪(类 DC 调光杜绝不了频闪),或多或少的问题,这对于某些眼睛“进化出众”的人类(非贬义)更加费眼;而如果是用的 led 屏幕,其背光本身高蓝光,本身就对人眼有害

墨水屏:非自发光,全靠漫反射,不加前光 /背光情况下,亮度跟随环境光源亮度,人眼接收功率低,且不会因为与环境光的亮度差产生视觉疲劳。但其优势也是弊端,环境光太暗漫反射更暗,看不清,环境光太亮漫反射清晰了,但人眼又会因为过亮的环境光而受累。

那么想要用屏幕达成墨水屏的优势,直接想法就是降低人眼接收功率——上太阳镜。同时也能降低 oled 频闪的光亮度上下限,对待特定人眼更有效。
然后摒除屏幕反射环境杂光的影响——上偏光镜。这样也能让屏幕可以更暗一些
这么一结合自然而然想到偏光太阳镜。
2022-11-08 12:17:04 +08:00
回复了 noble4cc 创建的主题 问与答 有没有感觉现在的电脑电源越卖越贵?
电源这玩意儿 1W1 元才能用得放心,你是没见过炸电源的吗?
功率越来越大是真的,参考 N 牌最新款核弹
2022-11-08 10:44:04 +08:00
回复了 maichaide 创建的主题 Linux 远离国产软件,只配在虚拟机和沙箱里跑!
国产软件因为有几个大流氓混得那叫一个风生水起,所以小流氓也无所顾忌,确实只配活在沙箱 /虚拟机
况且还有一个黑帮老大虎视眈眈地盯着底下的流氓让按时上供和提供后门,真没啥理由放他们出来
2022-11-08 10:18:56 +08:00
回复了 hunter1213 创建的主题 推广 双十一云服务器特价,全场 0.1 折起,欢迎新老用户尝鲜
故意选的这种字体?
中间一列是高 IO40G ?
2022-11-08 10:15:17 +08:00
回复了 sinmo 创建的主题 Apple 我天, Ventura 简直是个半成品吧!
恨不得楼里每个说半成品的都赞一遍(。
2022-11-07 17:50:15 +08:00
回复了 xiaoyuesanshui 创建的主题 分享发现 慎用井井标签打印机
知道为什么非要登录了才让用吗?因为*******🐶🐶🐶
要么等不及就 6750
要是等得及就等 RX7000 系列和 RTX4000 系列
非要买矿卡不如闲鱼尝个鲜就只玩几个月
2022-11-07 15:51:29 +08:00
回复了 sdjl 创建的主题 分享发现 应 V 友要求,分享墨水屏写代码的使用体验。
不知道 op 有没有试过偏光太阳镜
普通屏幕加上偏光太阳镜,理论上显示效果、使用体验、眼睛舒适度综合下来应该比单纯墨水屏要好
因为单纯从传统屏幕换用墨水屏只是减少了入射眼睛的光线而已(从 led 背光变成反射光),本质上不会比一个偏光太阳镜要护眼。而看纸质书看得眼睛发痛的人也有很多
2022-11-07 15:14:23 +08:00
回复了 shijingshijing 创建的主题 程序员 Twitter 貌似出了问题又在把裁掉的人请回来。
这个马老板他最近十年到底写没写过代码啊?
2022-11-07 11:38:48 +08:00
回复了 killva4624 创建的主题 生活 关羽扮演者陆树铭去世
页面 404 了
sad
2022-11-07 11:24:00 +08:00
回复了 chengong 创建的主题 NAS 文件存储服务搭建建议
这不整个白群或者黑群?
2022-11-04 15:14:45 +08:00
回复了 twinsant 创建的主题 分享发现 突然发现 V2EX 的经济系统很有趣
2014 注册到今年......op 你火星了 8 年半还行
不过为此水了个贴骗了几个回复还是可行(我咋感觉我输了呢?
2022-11-03 19:52:51 +08:00
回复了 deplivesb 创建的主题 Python 各路神仙,求解一个问题
v 站贴代码真费事
这个是上面贴过一遍的错误答案的:
https://justpaste.it/9droi

这个是正确答案的:
https://justpaste.it/8ijo2

蛋疼完了,上面的正确答案就算能弄出来也不建议使用,
所以最后 3 点改进建议:
1. 用 1#说的邻接矩阵遍历
2. 把你原先 find_all_paths 的结果拿出来另外做递归解析
3. 把图结构做成单张链表,上数据库用递归查询
2022-11-03 19:36:39 +08:00
回复了 deplivesb 创建的主题 Python 各路神仙,求解一个问题
心肺停止+1+1+1+1+1......................

我挺佩服你写的出来 find_all_paths 还达成效果了👍👍👍👍
但你数据结构写成这样基本没法往里加功能没法维护了:
path 和 paths 存在互相转化且一会儿要包[]后加了才能用,一会儿却只能 append
key 和 value 作为图得节点也需要互相转化
导致可读性 /可理解性稀烂 pro plus max ,往里加任何东西都是工程灾难

而且你自己给出的例子里好像也错了,后面 3 个应该是
Start A F G I D End
Start A F X D End
Start A F P Q D End

下面是我特么脑抽闲的超级蛋疼,在你的屎山上(真的,这个实现足够屎)按照你的要求想破脑袋修改测试后再特意改错得到的 find_all_paths ,你试试如果你不看最后的答案能改对不?
反正我过了今天肯定改不对了,这破 list 和 k-v 转来转去已成天书,我弄完了都记不住也不想记

```python
from itertools import product


def extend_expanded_path(ori, new):
if isinstance(new, list):
if len(new) == 0:
return ori
else:
return [i + j for i, j in product(ori, new)]
else:
return [i + [new] for i in ori]


def print_node_list(node_list):
p_str = ''
for node in node_list:
if isinstance(node, Graph):
p_str += node.name + ','
else:
p_str += node + ','
return p_str


def find_all_paths(graph, start, end, path=None, path_expanded=None, sub_graph_flag=False):
# path_expanded list(list)
# print('当前图名: %s 。位于节点:%s 。后续节点:[%s]。' % (graph.name, start, print_node_list(graph[start]) if start in graph else None))
if path is None:
path = []
if path_expanded is None:
path_expanded = [[]]
if not isinstance(start, Graph):
if sub_graph_flag:
if start not in ('Start', 'End'):
path = path + [start]
path_expanded = [i + [start] for i in path_expanded]
else:
path = path + [start]
path_expanded = [i + [start] for i in path_expanded]
if start == end:
return [path], [path_expanded]
if start not in graph:
return [], [[]]
paths = []
paths_expanded = [[]]
for node in graph[start]:
if node not in path:
if isinstance(node, Graph):
sub_path, sub_expanded_path = find_all_paths(node, "Start", "End", None, None, True)
path = path + [sub_path]
path_expanded = extend_expanded_path(path_expanded, sub_expanded_path)
new_paths, new_paths_expanded = find_all_paths(graph, node, end, path, path_expanded, sub_graph_flag)

for new_path in new_paths:
paths.append(new_path)

for new_path_expanded in new_paths_expanded:
paths_expanded.append(new_path_expanded)
return paths, paths_expanded

print(find_all_paths(g3, "Start", "End")[0])
print(find_all_paths(g3, "Start", "End")[1])
```
2022-11-03 14:16:44 +08:00
回复了 JinTianYi456 创建的主题 MySQL SQL 中 on 条件与 where 条件的区别
最简单的测试方法就是看两种情况下的执行计划就行了,inner join 条件下 on 和 where 在优化器不出岔子的情况下理论上没任何区别,但如果涉及到的表统计信息不对 /不及时,导致优化器出的执行计划两者不一样,或者优化器很笨不知道你写在 on 里的条件能让它选择更好的 join 方式,那肯定还是有区别的

就是前面有一个 v 友说的“在复杂的语句(动辄百行以上),CBO 分析不过来的时候,on 能更好的帮助确定过滤集”。这也是为啥 oracle 支持的 hint 对于数据库工程师来说是超强的利器,你分析不过来工程师自有更好的执行法子限制你不发癫。

outer join 就不谈了,从 on 挪到 where 里结果都可能会不同
1 ... 27  28  29  30  31  32  33  34  35  36 ... 56  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2314 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 48ms · UTC 11:55 · PVG 19:55 · LAX 04:55 · JFK 07:55
Developed with CodeLauncher
♥ Do have faith in what you're doing.