V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  RedisMasterNode  ›  全部回复第 4 页 / 共 28 页
回复总数  557
1  2  3  4  5  6  7  8  9  10 ... 28  
157 天前
回复了 Tidusy 创建的主题 职场话题 虾皮/Shopee 现在怎么样?
@Tidusy 我已经离职了,走之前团队很好。个人换城市了。
157 天前
回复了 Tidusy 创建的主题 职场话题 虾皮/Shopee 现在怎么样?
@liaojl 不同团队不一样,在哪儿,在啥时候都是更准确的描述...要''曝光''一些真的不加班的团队当然也能找出来,以偏概全(不管是偏好还是偏坏)都是不行的,还不如直接问哪些团队不加班
另外楼主这个问题个人觉得不要用 channel 在里面做混淆比较好,很显然误导了一部分人的思考方向。如果:
1. 把 f() 中的 <-c 去掉
2. 把 main() 中的 c <- 0 改成 time.Sleep(10 秒)

应该就更贴近本意了。思考一下,time.Sleep 在这里的作用是什么,它对确保正常打印出 "hello, world" 有帮助吗?有,但是跟线程间的数据一致性没关系,那问题就可以很简单地转变为如何保障 bla bla bla 了,也就是作者上面跟别人讨论的各种缓存、锁、内存管理。
@dyllen 他就是想知道为什么,特别是两个协程跑在不同线程上时,一个协(线)程修改了值之后这个值在多级缓存、内存如何扩散和同步和保证一致的。

> 一个协程修改了,另一个协程里面能立马读到新的值。

你说的是表现,他问的是原理,虽然帖子表述本身也很有问题,这跟 Golang 关联只能说 55 开,每个语言都可以这么问,每个语言都会分成内核(或者硬件)和编程语言层级的实现原理。
159 天前
回复了 sadfQED2 创建的主题 Python Python Web 项目的部署如此之复杂!
感觉不是语言的问题。不太理解,这些东西不是在 README 里面写好就行了吗?

https://images2.imgbox.com/91/09/qF1P6Xv1_o.png

这是自己写的古老的新人项目,入职第一周做的,要怎么运行写好就是了,python 也是一样的。

所以骂 python 没用,python 也有一样轻轻松松启动的项目,要怪就怪你这个同事。我运行 java 项目也摸索了很久不知道要怎么启动,c++ 也是各种依赖问题,说白了就是还菜(没有贬义,每个人都有新学东西的时候),还没入门,接手了不熟悉的语言就要运行要调试了,心态放好点都不至于这样。
165 天前
回复了 Ainokiseki 创建的主题 Go 编程语言 如何有效提高测试覆盖率
@seeu2ex 不对,可以明确你要测试的范围和手段,例如单元测试应该以方法或者精简的极小模块为“单元”,针对这个单元的功能测试,例如一个时间转换方法、一个调用后端+数据处理的方法;端到端测试是给定用户输入,触发前端逻辑->调用后端->调用 xxx->返回给用户,检查返回结果是否匹配。

然后如果你觉得测试的时候需要写大量的重复代码,可以考虑优化测试的框架,这个框架是否帮你封装了逻辑,让你只需要管理输入参数即可?用不同输入参数走到不同分支?可以先把测试框架做扎实再写 case ,说白了,要时间的,不是哪天想搞就能简简单单搞
165 天前
回复了 Ainokiseki 创建的主题 Go 编程语言 如何有效提高测试覆盖率
@seeu2ex 分支不如你举个例子?不同分支比如说上面某个变量得值不同,因此下面走了不同分支,测试代码里面不就是 2 个 case ,然后各自 mock 那个变量到不同得值,就能走到不同分支去了?

按我的经验,测试代码里面执行部分基本不会改动的,改来改去都是测试用例部分,举个自己写的例子:
https://github.com/open-telemetry/opentelemetry-collector-contrib/blob/main/processor/tailsamplingprocessor/internal/sampling/ottl_test.go

然后也有人说业务代码没法这样简单,那我觉得其实只是本身代码组织得不够合理、每个方法目标不够明确,改改习惯就行。
166 天前
回复了 Ainokiseki 创建的主题 Go 编程语言 如何有效提高测试覆盖率
(背景:擅长+喜欢写测试,搞 TDD )

要不你把你的代码形式翻出来大伙儿看看,到底是什么代码单测这么难写?
谢谢~-1
已 star 建议补充 benchmark
楼主如果之前是脂肪肝的话,比较靠谱的量化指标是肝脏弹性硬度测试,在医院可以预约,给你的反馈是两个指标:硬度指标和脂肪变指标,可以更准确衡量肝硬化和脂肪肝程度。然后费用的话有医保一般都非常便宜,几十块的样子,方式跟 B 超类似(应该说比 B 超更简洁),如果是出于关注身体健康的目的可以去消化科预约体检一下。健身房测的指标是不准的,健身目的参考可以,健康目的不建议使用。
抛开城市谈宽带价格的都是流氓。

楼上还有说电信这价格贵了的,实际真的不贵,因为电信在广州(为例)正常价格贵得离谱...好处就是比其他两家运营商的延迟低一些,之前用电信的时候 LOL 延迟长期 10ms 内,现在变成移动了一直都是 30ms 。

反正吧,垄断的东西就是这样的,正常渠道电信都是三位数一个月的月组,而且,爱买不买,十多年价格从来没降过。
@Navee A 是否像你所说的那样开,都不影响你追尾的责任...

楼上也说了如果有兴趣你可以去举报 A 变线去匝道,但是这是两码事。你把 A 车捂住不看,再来判定责任就很清晰了。
@CamelName 没啥特别高深的东西呀,主旨就看有啥配置全关了呗。我把所有的任务线程数都改成 1 了,docker compose 启动时去掉了我不需要的容器。

我看好像反向代理也可以去掉,因为同机上有 nginx ,但是当时没发现。
@embolon 这个真不用了我们现在就经常吵吵闹闹的...群里挺热闹

相册更多是希望方便观看吧,不用翻来翻去,你想不管是直接往群里发链接,还是发图片,也都是“打扰”他们嘛,一样的。相册观看起来体验稍微好一些,而且记住域名(我取了非常有意义的域名)方便随便看
Update 一些选型的信息,从好多 v 友给的建议里面逐个看了,不过其中家中 NAS 的方案都没有考虑,原因杂七杂八的就不浪费大家时间了;

QQ 空间和微信的方案都是认真考虑过的,最后是觉得访问体验不如(成本更高、带宽拉满的)公有云;

剩下公有云的方案里面,主要关注了:
1. CPU 、内存要求,这个比较影响成本;
2. 页面美观、访问难度(期望管理者登陆访问、访客直接可见部分相册),也排除掉了一些。

最后花时间研究了半小时 immich 需要多少资源、哪些组件可以砍掉的,我不太需要类似机器学习的功能,砍了两个容器,调整了少量配置,让它运行在了 1c 1g 的 ecs 里,成本大概是 3 年 400 多,流量是按量付费的,最符合私人服务的需求:访问少、带宽 100M 。
最后选用了 immich ,谢谢大家
@ryansvn 这个一直都有,但是出游一次有好几百张照片,发 pyq 这种不解决问题,这也是为什么需要一个“像册”。。。。
@YsHaNg 这个我自己有在用,在家里访问体验挺不错的,功能也不需要多。只是一个是家里的网络不知道能不能流畅访问(譬如对比 HK 的云服务器,100Mbps ),另一个是动手能力有限,对于内网转发各种东西没那么有把握快速弄好,所以就优先在考虑放云上。

我也看到很多人推荐了基于 NAS 的方案,硬件条件咱这是有的,如果动手能力足够的话看看能不能行得通吧,发帖主要还是想考虑公有云(甚至微信、qq 也算)的方案。
@rap16 可以朋友,404 还能接受,就怕连 404 都刷不出来哈哈哈

没事没事大家随便讨论就行,对我没帮助的也可以给别人参考,不打紧不打紧
1  2  3  4  5  6  7  8  9  10 ... 28  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5016 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 41ms · UTC 07:24 · PVG 15:24 · LAX 00:24 · JFK 03:24
Developed with CodeLauncher
♥ Do have faith in what you're doing.