V2EX › geelaw 的所有回复 › 第 74 页 / 共 189 页

V2EX = way to explore

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

For Existing Member Sign In

1 ... 70 71 72 73 74 75 76 77 78 79 ... 189

❮

❯

2019 年 6 月 26 日

回复了 ShroudNix 创建的主题 › 信息安全 › 如何将密码安全的发送给别人？

@sunocean #14 使坏者总是知道所有的算法细节。

@hx1997 #17 密码不是密钥，它的熵太低了。
#28 “窃听者”一词总是表示被动攻击，而中间人攻击是主动攻击。

除非引入受信任的第三方或者提前共享的秘密，否则在经典计算机模型下不能抗替身型攻击。

2019 年 6 月 26 日

回复了 ShroudNix 创建的主题 › 信息安全 › 如何将密码安全的发送给别人？

当然是加密啦，看一次的东西都被记下来了，单纯不能再次查看是没有意义的。

2019 年 6 月 25 日

回复了 ccming 创建的主题 › 微软 › 微软将 Slack 列入内部的禁用和不鼓励使用名单

@ryd994 #13 存储不一定是 share 啦，在 MSRA 弄 VSTS 之前我们是在服务器上建立一个 git server 来做的。

2019 年 6 月 25 日

回复了 ccming 创建的主题 › 微软 › 微软将 Slack 列入内部的禁用和不鼓励使用名单

@tangbao #10 为什么 Windows 的 network share 不如 1drv4b 安全？

2019 年 6 月 25 日

回复了 ccming 创建的主题 › 微软 › 微软将 Slack 列入内部的禁用和不鼓励使用名单

我觉得微软即使用自己的产品也是 prefer on-premise 的，比如先前的 MSRA 安全培训要求不能用 OneDrive for Business 存储代码，而应该用 network share。

2019 年 6 月 25 日

回复了 aoscici2000 创建的主题 › Java › try catch 和 if 在处理程序可能的出错上有什么区别?

@msg7086 #23 我说的是断网

2019 年 6 月 24 日

回复了 aoscici2000 创建的主题 › Java › try catch 和 if 在处理程序可能的出错上有什么区别?

@a719114136 #1
@questionlin #4
这个想法非常危险，如果不细致地处理异常，外面的处理器通常不能明白到底发生了什么，如果这时继续运行将会带来不可预料的结果。

@msg7086 #6
不全是，比如所有的网络访问都应该被假定可以失败，但是很多高级语言中只能通过 try...catch 来捕获异常（因为错误代码已经被转换为异常）。

——————

回到题主提到的问题，第二种写法效率更好。

2019 年 6 月 24 日

回复了 e1nher1ar 创建的主题 › 问与答 › 关于 OneDrive 的同步逻辑：重装了笔记本，原来在 OneDrive 上面的文件在本地，如何能重新建立和 OneDrive 的同步？

Supported 方式是扔掉之前的内容重来。

2019 年 6 月 20 日

回复了 lisicong 创建的主题 › 程序员 › 都 2019 年了，我还在写 VBA...

VBA 最大的问题是对 Unicode 支持不太好，PowerShell 用了 COM 操作 Office 也很简单呀。

2019 年 6 月 19 日

回复了 shijingshijing 创建的主题 › 程序员 › 用 markdown 文档完全替代 word 文档的可行性

呃首先 docx 是标准化的，可以解压缩查看 XML。其次，自动化的检索等任务可以用 COM。

2019 年 6 月 18 日

回复了 yulitian888 创建的主题 › C# › 记一个 BUG 的排查过程：一个类里有一个成员方法，用着用着， GC 把这个方法杀了，类实例还活着

@yulitian888 #2 你需要的是

DelegateType dlg = new DelegateType(currentSnap.CallBack_KaKou);
ExternalObject.SetCallback(dlg);
...
GC.KeepAlive(dlg);

因为是委托对象被咔擦了。把委托对象作为属性是一种不符合对象本身表达意思的方式。

2019 年 6 月 18 日

回复了 yulitian888 创建的主题 › C# › 记一个 BUG 的排查过程：一个类里有一个成员方法，用着用着， GC 把这个方法杀了，类实例还活着

这并不会让你的代码正确。

真正的原因是非托管代码和 GC 之间互相不认识，所以你需要 GC.KeepAlive(currentSnap) 或其他做得 currentSnap 仍然可达的方式来确保 currentSnap 在成员方法没有被取消监听之前不会被回收。

2019 年 6 月 14 日

回复了 szopen 创建的主题 › 编程 › 关于中国日历的一周的第一天的问题，大量的程序都是不符合标准的

@ys0290 #32 ……请您搜索“三位一体”。而且北美和伊斯兰地区以周日为一周开始可以只是规定的巧合，并非要和政治 /宗教挂钩。

“为什么中国也学别人把周日放第一天”，您这里的“为什么”后面的被解释对象是不成立的，现代的中国设置周一是一周开始。而且现代中国已经把七曜和星期每日的命名解绑了。

2019 年 6 月 13 日

回复了 szopen 创建的主题 › 编程 › 关于中国日历的一周的第一天的问题，大量的程序都是不符合标准的

@summerwar #1 你似乎同意了一下楼主？

@haimall #21 可能是因为你在北美或者伊斯兰地区。世界上大多数地方一周的开始是周一。

@ys0290 #30 见上。

回到本来的问题：大多数值得使用的日历 app 都支持设置一周的第一天是周几。

2019 年 6 月 13 日

回复了 mamahaha 创建的主题 › 问与答 › 为什么登录奖励不自动发放？

参数二减去参数一永远不超过 0，除非服务器的时间倒退过。此外，正确考虑的两个参数应该是“上次发放的日期”和“今天的日期”。

至于为什么要点一下才能领取，还要问 @Livid

2019 年 6 月 13 日

回复了 abcbuzhiming 创建的主题 › 数学 › 线性代数想认真学习的话该如何入手

王萼芳的《高等代数》挺好的（虽然有些部分我不是很喜欢）

2019 年 6 月 11 日

回复了 heixiaobai 创建的主题 › Linux › cat file.txt > file.txt 导致 file.txt 被清空

cat file.txt > file.txt 肯定会让 file.txt 清空，但对于有多个管道的情况则不是“天然”会导致 file.txt 清空的（除非文档指出了一些实现细节）。

对于 cmd1 arg1 ... argn > out，shell 惟一正常的实现方式是打开 out 之后 exec，因此 out 会在 cmd1 启动之前就清空。

如果是 cmd1 args1 | cmd2 args2 > out，那么 shell 启动 cmd1、cmd2 以及打开 out 的顺序、方式可以有很多种，在文档没有规定如何实现的情况下，这可能和 shell 具体是怎么写的有关，即使确定了 shell 的实现，实际结果也可以取决于一些竞态条件的结果。

2019 年 6 月 10 日

回复了 RLinux 创建的主题 › 问与答 › 创建个人博客是否有必要

如果你问这个问题了说明是没必要做这件事情的，也不值得。

2019 年 6 月 9 日

回复了 donething 创建的主题 › 问与答 › Windows 上，有没有可编程的便签软件？

一个简单的想法是用 UI Automation 来编辑自带便笺的内容。

1 ... 70 71 72 73 74 75 76 77 78 79 ... 189

❮

❯