V2EX › fregie 的所有回复 › 第 1 页 / 共 9 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9

❮

❯

9 天前

回复了 biuyixia 创建的主题 › Android › 艹，垃圾小米是不是存在系统级别监听啊

类似的情况我遇到很多次了,好几次都是口头提到或者在视频通话中提到的东西,第二天的广告就开始给我精准推送了,不是碰巧遇到的对应的广告哦,是连续遇到提到的品类产品推荐.
比如某牌子某系列的鞋子

10 天前

回复了 busier 创建的主题 › NAS › 开源免费 NAS 操作系统众多，哪一个有好操作的移动客户端呢？

为了解决这个问题,我自己写了一个手机照片同步的 app,可以直接传到 samba,webdav 和 nfs,给你推荐一下
https://github.com/fregie/pho

12 天前

回复了 fregie 创建的主题 › 分享创造 › Pho - 一款可以替代系统相册的照片上传/同步开源 app

@coolfan 听起来是个有价值的功能，你可以提一个 issue 记录一下吗，后面会考虑加

12 天前

回复了 fregie 创建的主题 › 分享创造 › Pho - 一款可以替代系统相册的照片上传/同步开源 app

@BaseException 最大的区别是无服务端，不需要部署，其他地方要用数据简单很多

12 天前

回复了 fregie 创建的主题 › 分享创造 › Pho - 一款可以替代系统相册的照片上传/同步开源 app

@dcsite 安卓端做的差不多了会做 ios

12 天前

回复了 fregie 创建的主题 › 分享创造 › Pho - 一款可以替代系统相册的照片上传/同步开源 app

@icyleaf7 现在有后台定期同步功能。不被杀后台就行

12 天前

回复了 fregie 创建的主题 › 分享创造 › Pho - 一款可以替代系统相册的照片上传/同步开源 app

@luckjoe680 哈哈,感谢夸奖

12 天前

回复了 xuqiccr 创建的主题 › 塞尔达传说 › 《王国之泪》玩了三天啦，来聊聊感受吧

老婆捡了三天破烂,所过之处寸草不生
我找了三天人马,今天终于找到一只

16 天前

回复了 chenqh 创建的主题 › 咖啡 › 大家喝什么咖啡推荐

711 的咖啡实际上相当好喝,比星巴克\瑞幸要好喝很多,但是前提是豆子要新鲜.
刚开的豆子味道和两个月的豆子味道天差地别.

16 天前

回复了 random1221 创建的主题 › 问与答 › 你的终端管理软件是什么？

gnome terminal + byobu

18 天前

回复了 AllenDarwin 创建的主题 › 问与答 › 为什么在管理大型代码项目时，领导不喜欢使用成熟的自动化工具而非要自己写脚本实现？

猜测:维护一个脚本可比维护一个大型服务各方面成本低得多

18 天前

回复了 Colderer 创建的主题 › 程序员 › 真心发问，以下哪种人能走的更远？

想挣钱的领导选 A ，想掌权的领导选 B

18 天前

回复了 xiajiebuhui 创建的主题 › NAS › 纠结如何使用百度云和阿里云

plex + 阿里云盘有一个更好的方案.
阿里云盘有一些开源项目可以部署成 webdav 服务,再用 rclone 把 webdav 挂载到本地目录,直接在 plex 中添加这个目录,就可以直接用 plex 播放阿里云盘中的视频,还是原始质量的.
至于部署在哪里,看哪个系统你折腾的最少部署在哪里,相对稳定.

19 天前

回复了 daryl 创建的主题 › 生活 › 有没有一起执行非必要不消费的人

这个“必要”的界限如何划定才是关键啊。每个月吃两顿好的必要吗，人均多少算好的呢？

20 天前

回复了 Legman 创建的主题 › 随想 › 婚姻有惑

求同存异.没有哪两个人是完全合适的,都需要互相理解和妥协才能一起生活.生活时间长了很可能因为对方某些缺点累积起来而忽略对方的优点

21 天前

回复了 swqslwl 创建的主题 › Go 编程语言 › 请教一个并发设计问题

2 中存入 b 的过程也要锁。
其实这里不用切片用队列比较合适

28 天前

回复了 voidmnwzp 创建的主题 › Go 编程语言 › 写了个 err warp，或许可以少写点 if err

@voidmnwzp 我打赌没有，有这种语法糖 go 就废了

28 天前

回复了 voidmnwzp 创建的主题 › Go 编程语言 › 写了个 err warp，或许可以少写点 if err

golang 都迭了这么多代了，仍然一点没改错误处理机制，大概谷歌那帮开发 golang 的专家没有这里的评论者考虑的周全吧，为什么不加 try-catch 呢？
从对 golang 的理解就可以看出各位到底是一位优秀的 coder 还是一位优秀的 engineer
coder 会从自己的角度出发，觉得写起来最方便最快的就是好的
engineer 会从工程的角度出发，考虑如何能让工程的效率和质量更好
现代大型软件的业务逻辑 bug ，绝大多数都是因为错误处理不得当导致的，各位 coder 不妨回想一下最近一年遇到的 bug ，是不是如此。
这种又臭又长的错误处理机制，虽然烦人，但是有效

1 2 3 4 5 6 7 8 9

❮

❯