V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  shyrock  ›  全部回复第 47 页 / 共 265 页
回复总数  5281
1 ... 43  44  45  46  47  48  49  50  51  52 ... 265  
2023-06-09 10:48:18 +08:00
回复了 lirno 创建的主题 信息安全 企业等保有必要做吗?
@hhjswf #46 你给客户做的政务系统需要过等保,但是你自己不需要。我这样理解。
2023-06-09 09:26:26 +08:00
回复了 iamqk 创建的主题 分享发现 AlphaDev 发现新的排序算法,直接突破人类极限
知乎的回答说到了点上。
这不是有没有新算法的问题,而是能否颠覆信息论的问题。

在信息论的框架下,各种排序算法都有其适用的场景(有不同的最坏情况),并且在效率上都有一个共同的上限。
这种公众号文章,要么是揣着明白装糊涂骗流量,要么就是计算机民科。
2023-06-08 20:30:17 +08:00
回复了 lirno 创建的主题 信息安全 企业等保有必要做吗?
@lijialong1313 写这么多,中心仍然是尝试论证保护费的合理性而已,呵呵。
2023-06-08 17:52:20 +08:00
回复了 ytll21 创建的主题 上海 今年上海卷的作文题目,感觉超出全国卷十条马路啊。。。
上海题至少有一个好处,可以立意上反着写,如果写得好仍然是佳作。

至于圣旨命题,反着写能不能得分就难说了。。。
人最重要的两项财富:一是时间,二是身体。
一定要在你还富有的时候好好珍惜好好利用,等你失去时就找补不回来了。

乔布斯说把每一天当成最后一天来活,这句话是有道理的,虽然没有大目标和大愿力的普通人很难做到。
2023-06-08 17:33:50 +08:00
回复了 zhaojiaxing 创建的主题 分享发现 广东电信全省崩溃,会是什么原因?
美的扔了一波 EMP 。。。
2023-06-08 16:36:16 +08:00
回复了 lirno 创建的主题 信息安全 企业等保有必要做吗?
@nba2k9 #28 你们单位什么性质?
2023-06-08 16:35:46 +08:00
回复了 lirno 创建的主题 信息安全 企业等保有必要做吗?
@lijialong1313 #27 建议厂家的人别冒充良民发言。
按你说的:对真正的安全无影响,执法时却作为定罪依据,这不就是货真价实的保护费?

不如你再展开说一下,二级如果自查是怎么产生这 10w 费用的。
2023-06-08 16:32:07 +08:00
回复了 lirno 创建的主题 信息安全 企业等保有必要做吗?
@npe #29 建议仔细读一下上下文。就明白我有没有说 GDPR 是保护费了。。。
2023-06-08 15:24:05 +08:00
回复了 lirno 创建的主题 信息安全 企业等保有必要做吗?
@dko #24 共勉。

顺便,就这件事而言,最差的表现是现实中被迫交保护费,网络上还替保护费张目。
2023-06-08 15:14:16 +08:00
回复了 lirno 创建的主题 信息安全 企业等保有必要做吗?
@dko #22 遵守 GDPR 就是要给当地公务员勾连的企业交保护费吗?
这种法条并没有明确的的税你爱上你上去。
除非你就是等保企业的人,否则支持这种保护费的行为是难以理解的。
2023-06-08 14:46:57 +08:00
回复了 lirno 创建的主题 信息安全 企业等保有必要做吗?
@dko #16 地主家的钱也不是大风刮来的,这狗屁等保每年(还是每几年)都要更新,相当于每年百花几万几十万出去。
2023-06-08 14:17:13 +08:00
回复了 lirno 创建的主题 信息安全 企业等保有必要做吗?
@nba2k9 #12 不一定,你跟他虚与委蛇拖一阵子,他就不找你这种难啃的骨头了
1 ... 43  44  45  46  47  48  49  50  51  52 ... 265  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1477 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 55ms · UTC 17:16 · PVG 01:16 · LAX 10:16 · JFK 13:16
Developed with CodeLauncher
♥ Do have faith in what you're doing.