V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  laminux29  ›  全部回复第 39 页 / 共 83 页
回复总数  1659
1 ... 35  36  37  38  39  40  41  42  43  44 ... 83  
这种搜索不能用基于分词搜索原理的软件,只能用基于 strfind 原理的,推荐 Ultra Edit 。
2020-12-10 02:33:07 +08:00
回复了 huanggan 创建的主题 程序员 请问从哪可以爬到 A 股股票交易的数据?
@shuianfendi6 我最近跟踪了一些程序员炒股例子,总结了一些规律:

1.首先炒股的本质是零和博弈。

2.金融方向的数学要求比计算机高,计算机从业者人均玩不过金融。

3.股市上有很多顶尖精英,人家还组团。计算机从业者大多连金融本科知识都没学,怎么单枪匹马地,去和人家精英专门从业者还组团去斗?

综上,大部分程序员,炒股赔钱是常态,赚钱了反而是特例。

另外很多程序员喜欢炒比特币等各种空气币,比特币有李嘉诚的精英团队,注了大量资本在玩。不说码农有没有这种资金量来抗衡,你能达到加入人家团队的实力门槛吗?
2020-12-10 02:24:33 +08:00
回复了 llsquaer 创建的主题 Python 做了一个 PyQt5/Pyside2 的中文文档,欢迎鉴赏..
建议题主还是考虑一下 web,因为 web 做自动化会更方便。

CS 模式主要是某些业务,web 性能上达不到,只能用 CS 。但中文文档这业务,不存在必须要用 CS 的需求。
2020-12-10 02:05:36 +08:00
回复了 bbxiong 创建的主题 Python 请教巨大 if elseif 程序的优雅组织方式
我觉得用表更好。这不是啥优雅不优雅的事情,而是方便管理。

特别是用 csv 或 xls 来组织数据,用 excel 管理起来很舒服。
1.有可能是 raidrive 自己限速;

2.有可能是 raidrive 协议容易被墙深度识别导致限速;

3.有可能是 raidrive 协议在高延迟情况下无法达到高吞吐;

4.有可能是 onedrive 针对 raidrive 的协议有限速,等等。

问题太多了,特别是问题 3,排查难度相当高。
@Tink 把我发的东西,大声朗读 100 次,如果还觉得不对题,那就背诵下来,加深理解。
@mingl0280 这问题我两年前就踩过 3 次,最后找出该问题的本质是微软的这套东西,因用的人少,导致 bug 没能及时修复。

你说我的方案屁都不值?看看那你给的方案:备份,检查硬盘与阵列是否有损坏,然后?

我可以直接告诉你答案,硬盘与阵列不会有损坏。

然后让题主再重来一次 readonly ?我 TM 当时就是这么做的,最后连续搬运整个数据池 2 次,第三次就迁移到 linux-lvm,最后再无问题。

你这方案才屁都不值,懂?因为这种问题,你自己根本就没踩过。

正确的方案就是我说的,迁移到有很多人用并保持稳定的 linux-lvm 。
@germain 噗...

1.我要是你,在没搞清楚到底是什么原因,造成一个 FS READONLY 之前,是不会轻易进行强行修复的。十几年前,fs 故障,我当时没检查内存条,直接强行命令行修复硬盘,结果报废了一辆 X3 价值的数据,算算通货膨胀,猜猜今年应该是 X 几的价?

2.我虽然不知道,为啥这事能扯上 PB EB,但看上去,你应该认为 PB EB 已经很大了。我顺手看了一下,我现在在单位附近的家里,一个分数据中心,里面的小电影,总量 0.8 个 PB,你猜猜我这分数据中心,每月电费?

至于存储方面的其他问题,我就不提当年某报纸报道过的大一学生捐赠 EMC 当年最强存储产品进实验室,不提某捷固件门国内第一版原理解析,不提当年 Oracle 文档妹和我对线 Oracle 存储细节,不提我和谷歌工程师对线机房散热与能耗控制,不提某电视台的新媒体存储方案,不提我和 XX 服对线他们最新的 X 融合一体机的 xSAN 的延迟问题...

不想提这些,是因为整个 IT 领域,我觉得,存储问题,真的只是入门问题。当 PB EB 就称为了你的上限时,你应该反思自己。

做人,还是谦虚点。
@mingl0280 我已经给出解决方案了,看不懂的话,可以大声朗读 100 遍并背诵来加深理解。

另外这种基础东西,为啥你会觉得有优越感。
2020-12-09 04:30:40 +08:00
回复了 hahaFck 创建的主题 程序员 有工作日需要午睡的么,怎样睡的能舒服一点?
午睡质量与付出价格成正比。

第一种是搬到公司附近住,最舒适,但价格也最贵。

第二种是在公司附近酒店,找经理谈一个午休用的钟点长包房,价格会有惊喜。

第三种是买一张平板式的折叠床,要保证宽度,才会有舒适度,最便宜的比如这种:
https://item.jd.com/44003143124.html
贵一点的 800 元起步,带床垫。如果公司没有独立休息室,还需要配眼罩与耳塞。

再往后面就不推荐了,已经没啥舒适性可言。
软阵列,以及高端文件系统,这些东西是 Linux 范畴的事情,因为 Linux 界这类东西用的多,就算有 bug 有争议,也很早就被解决。比如 linux 的各类 fs,只因为 fs 挂载时的 sync 或 async 参数,以及 os flush delay 时间,都在曾经引发一场很多大佬参与的讨论(撕逼),当时有些 fs 的重要作者还根据讨论结果对这方面的设计做了改进。

Windows 就没这运气了,无论是 Win8 新出的存储空间,还是 ReFS,甚至连很早就有的软阵列,因为用的人太少,导致各种问题。Windows 至今没有 lvm 的完整功能。

给你一个建议,你的数据如果有 300T 了,建议用基于 Linux 的 OS 来进行管理。把 raid ( mdadm )、lvm ( pv/vg/lv )那套东西好好学学,该做的实验也做做。
2020-12-09 02:23:14 +08:00
回复了 ll5270 创建的主题 程序员 从苹果换到安卓,最不爽的就是应用通知
1.每个 OS 都有优缺点。对我而言,苹果像 Windows,缺点是溢价高,RAMROM 少,但优点是逼事少,稳定性强。

2.安卓则不一样,安卓则像 Linux,缺点是非常复杂,优点是你一旦撑过了高门槛的入门阶段,后面就爽了。

我建议经济不差的,都买吧。
2020-12-09 02:16:04 +08:00
回复了 duxiansen 创建的主题 程序员 百度搞了个开发者搜索 https://kaifa.baidu.com
开发者需要的搜索关键是:

1.各种文档、规范、协议的标准。

2.各种高端开发者的社区或邮件列表或讨论组。

3.各种方便免费或高性价比的在线服务或云服务。

可惜以上三者都在国外。
2020-12-09 02:12:45 +08:00
回复了 kevinwan 创建的主题 推广 在流量暴增时如何让服务保持稳定
在流量暴增时要让服务保持稳定,那就需要:

1.精准计算现有服务需要的算力。以前的 FC 游戏、工业控制等业务,还能勉强做做,但在互联网业务面前,很难做到。互联网这类复杂业务,一般是通过提供冗余算力供应来达到目的。

2.对超出算力与冗余供应的请求进行不服务,或者降低服务维度比如队列排队。

你那些什么滑动法、冷却期,不仅监测上需要浪费额外算力,冷却期更会造成空闲的 CPU 周期。
2020-12-08 23:16:27 +08:00
回复了 luvxy 创建的主题 程序员 2 个 16 比 9 的双屏还是 21 比 9 带鱼屏更爽?
我身边的顶级 IT 高手是 4 个起步,2 层,每层 2 个。

我自己在大学实验室阶段就已经 5 个了,搞复杂调试时还经常不够用。

也许显示器数量,也是技术水平的一个分水岭。

建议方案,淘宝上有些网吧拆机显卡,大概 200-400 元,不贵,有 4 个输出。

京东自营有立式支架,可以装两个显示器。

显示器要买支持壁挂属性的。
1.题主息怒,这帮人只是为了喷而喷你而已。

比如 13 楼 @msg7086 这位用户,你自己去看他的发帖纪录,17 年他也因为这事被坑过一次,结果现在来回帖喷你。而且他那答案居然还那么多赞。

这些双标的人,你不用理他们。

2.资本主义为什么喜欢搞信用制,账单制,历史里有写。曾经美国还因这事导致大萧条大失业,那些怼你的人可能连这些事情都不懂。信用制就是逼着你的多消费,他们还说什么只是给公司用的,公司难道就是冤大头?

我也给不少公司做过这些方案,基本上是固定的预付款式,极少是账单制,因为国情在这里。

aws 不顾国情,为了多收费搞账单制,我觉得你不需要在在意这个事情,大不了以后不用它家的东西。
1 ... 35  36  37  38  39  40  41  42  43  44 ... 83  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5001 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 41ms · UTC 07:18 · PVG 15:18 · LAX 00:18 · JFK 03:18
Developed with CodeLauncher
♥ Do have faith in what you're doing.