V2EX › cmdOptionKana 的所有回复 › 第 507 页 / 共 743 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 503 504 505 506 507 508 509 510 511 512 ... 743

❮

❯

2021 年 12 月 29 日

回复了 johnsonshu 创建的主题 › 问与答 › 现在想搞个网站的话，选哪家合适？

@johnsonshu 墙外才方便啊

2021 年 12 月 29 日

回复了 oblivion 创建的主题 › 宽带症候群 › 陪伴了近 10 年的移动号码被封停了

绑定手机号，微信绑定各服务，这些都让我非常不安，但毫无办法。

2021 年 12 月 28 日

回复了 66beta 创建的主题 › 问与答 › 请教一下，想买个双盘位硬盘盒备份重要数据，是不是买个互拷底座更合适？

不要多盘位，也不要底座，因为那都是“多个硬盘共用一个硬件”的方案，也就是说，有导致两个硬盘同时损坏的可能性。

既然分开硬盘备份，当然尽量分散风险是最好的，所以索性就搞独立移动硬盘或独立硬盘盒吧，通过连接电脑 USB 来同步数据，这样，只要两个硬盘不同时损坏就安全了。

还要注意一个重点：Raid 不是备份、Raid 不是备份、Raid 不是备份。

2021 年 12 月 28 日

回复了 Macolor21 创建的主题 › 分享创造 › 恰逢 Typora 收费, Obsidian 现已支持实时预览

@closedevice 可以实施 VNote, 用 Qt 和 C++做的，性能应该会好点吧 https://vnotex.github.io/vnote/zh_cn

2021 年 12 月 28 日

回复了 Saxton 创建的主题 › 程序员 › 垃圾外包公司，行业的搅屎棍

我看垃圾网络小说，很垃圾那种，故事情节生造硬凑，但就算那样的作者，也知道找外包要把合同写好，过程抽检，做好验收，随便去农村找一个没读过大学的人，他都懂这个道理，外包需要盯紧点。

2021 年 12 月 28 日

回复了 omysho 创建的主题 › 反馈 › 2021－ 12－ 28 0:00 左右 V2EX 无法访问是什么原因

早已猜到，时差的原因，站长睡觉中。

2021 年 12 月 27 日

回复了 zbzzh 创建的主题 › 分享发现 › 微云或许是最香的网盘

@7colcor 看到过别的案例，坚果云丢数据问题严重。

2021 年 12 月 27 日

回复了 ophunter 创建的主题 › Go 编程语言 › go 写一个完整的后端服务，需要的技术栈包括啥

go 标准库就已经非常好用了，而且 go 的 web 框架大多数都支持与标准库无痛转换（都是对标准库的简单包装而已）。

其实不仅 go ，现在你用任何一种主流语言主流框架，写后端都像搭积木一样简单。

麻烦的是防攻击、防滥用、防敏感词敏感图、省流量提高效率优化 seo 等等一大堆运维方面的东西，不过当然，有钱也好办（没钱要自己去搞就很烦了）。

2021 年 12 月 26 日

回复了 zbzzh 创建的主题 › 分享发现 › 微云或许是最香的网盘

@SenLief 同意，但既然有审查，就有可能被删除资料，有的资料确实违规，有的资料则可能被误杀…… 因此我还是认为普通云盘只适合临时储存，不适合长期保存。

2021 年 12 月 26 日

回复了 Vnaner 创建的主题 › 问与答 › 肯德基/麦当劳咖啡送的那个棕色棒棒到底是吸管还是搅拌棒？

两用

2021 年 12 月 26 日

回复了 zbzzh 创建的主题 › 分享发现 › 微云或许是最香的网盘

《腾讯微云也开始对存储的文件进行审查过滤了》
https://v2ex.com/t/813675

我认为云储存，也就加密后放上对象储存、冷储存之类的才能确保安全。普通云盘只适合当临时储存，长期并不看好。

2021 年 12 月 26 日

回复了 partystart 创建的主题 › 程序员 › 纯吐槽帖关于 go 的 err 和重载

这个不需要重载啊，变长参数就可以了。
data := make([]int, 2)
data := make([]int, 2, 4)

而这个
color = new Color(0,0,255)
color = new Color("#FFFFFF")

Go 的习惯是
c = color.New(0,0,255)
c = color.ByHex("#FFFFFF")

从简洁的角度看差别不大。
(其中 color 是 package 名字，New 和 ByHex 是 public 函数)

2021 年 12 月 26 日

回复了 partystart 创建的主题 › 程序员 › 纯吐槽帖关于 go 的 err 和重载

@hutoer 要不是怕占了关键词（保留词），换成多个函数名反而更好（从 Go 的审美角度看），我并不觉得会被骂（唯一被骂的理由只是占了保留词）。

2021 年 12 月 26 日

回复了 partystart 创建的主题 › 程序员 › 纯吐槽帖关于 go 的 err 和重载

@hutoer make 选择这种类似重载的风格，主要因为这种自带函数有一半“占据关键词”的副作用，因此才不得不减少函数名。而在 strings, sort 之类的标准库里，就选择了显性的风格。

2021 年 12 月 26 日

回复了 partystart 创建的主题 › 程序员 › 纯吐槽帖关于 go 的 err 和重载

@hutoer 当然，我第一次听这种说法的时候，也是愕然了一下，但人家说的是有点道理。

说个题外话，另外一个 Go 语言相关的更震惊我说法是：语法高亮没有必要。

Rob Pike 平时使用一个自己做的编辑器“Acme”是不带语法高亮的，Go 团队里的另一个重要人物 Russ Cox 也使用 Acme 。事实上，可能有些人甚至没有察觉，Go 的文档服务 godoc （现在已迁移到 go.dev ）里的示例代码全都没有语法高亮，但只要脑子里想的是如何解决问题，就会发现没有语法高亮一点影响都没有，甚至都忘记了自己看的代码是没有高亮的。

我自己的感受是，看代码时确实语法高亮的影响很小，但自己写代码时高亮还是有明显的辅助作用。

2021 年 12 月 26 日

回复了 partystart 创建的主题 › 程序员 › 纯吐槽帖关于 go 的 err 和重载

@hutoer 关于重载看过一些讨论，比如你举的例子，改成

Color::ColorRGB(0,0,255)
Color::ColorHex("#FFFFFF")
Color::ColorName(Color::RED)

只是一种更显性的风格，很难说好不好，只能说各人喜欢的风格不一样。

2021 年 12 月 25 日

回复了 YaakovZiv 创建的主题 › 问与答 › 关于花钱买催更的问题

视频网站有法律手段，可以打击浮出水面的盗版站，因此会员只能各自花钱，可以积少成多，一个会员给很少钱就行。

开源有一个人买了，就能自由公开，因此作者无法积少成多。

1 ... 503 504 505 506 507 508 509 510 511 512 ... 743

❮

❯