V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  a132811  ›  全部回复第 6 页 / 共 20 页
回复总数  387
1 ... 2  3  4  5  6  7  8  9  10  11 ... 20  
2022-10-28 23:02:59 +08:00
回复了 oceanthe1h 创建的主题 程序员 三战字节终无缘
我朋友所在的组,最近被字节裁了

你写后端什么呢?要不试试我们司呢,无人驾驶的。可私我
2022-10-13 13:42:54 +08:00
回复了 witcat 创建的主题 奇思妙想 为什么没有人做一个零食评测网站呢?
少吃零食,特别是小孩子,大部分零食还不如饿了么、美团的外卖
2022-09-28 14:57:45 +08:00
回复了 IBMall 创建的主题 Linux Linux 之父 Linus Torvalds 获颁英特尔首个终身成就创新奖
Linus 这肚子一天天的,感觉像是要生二胎了
可以参与开源项目。

我最近在关注 deno 。现在 deno 的生态很弱,从低层 rust 、到包管理完善、开发框架、npm 兼容、周边生态库,可做的事那太多了。

如果 deno 能发展起来,前端开发体验会上升一个数量级。

最近我在用 deno/fresh 做个人项目,考虑实现一些基础库
Client.Timeout exceeded while awaiting headers
可能服务端超时、或者带宽不够吧。
1. 确认你的网络有没有瓶颈
2. 确认你的服务真实并发:用 ab/vegeta/gowrk 等工具压测一下
2022-09-21 15:11:22 +08:00
回复了 tsingke 创建的主题 程序员 单元测试有落地效果好的团队吗?
@y2xworm 我是通过单元测试保证功能稳定的。没有单元测试,我都不敢做太大的迭代、重构。每次 git commit, 默认都要在 pre-commit 走一下 unittest(可以只测试修改过的目录)才会放心。
-------------

你们的 UnitTest 应该是测试的输入、输出吧。

你们修改核心的功能,有影响到输入输出吗?如果影响到了,说明你们修改属于 break changes (这是可接受的). 否则就是你们的设计存在问题
------------
我的体会是:
1. 单元测试的 mock 需要好的框架设计、也需要一些技巧和技术,这个话题可以展开说
2. 单元测试不必追求覆盖率、不必追求完全的 mock ,但是新增修改、核心代码,应该尽量覆盖
2022-09-15 19:40:17 +08:00
回复了 Nasser 创建的主题 Go 编程语言 关于 go gin 程序如果热更新的问题
试下这个吧 reuseport+gracefulShutdown: https://github.com/jensneuse/GoGracefulReusePort
@YuJianrong 不是纠结范型。只是想找一个比 overloaded 更简单的方法。

在 statckoverflow 我找到答案啦:
https://stackoverflow.com/questions/73718892/return-different-generic-type-via-functions-optional-argument-in-typescript
2022-09-05 00:15:29 +08:00
回复了 RedBeanIce 创建的主题 Java [mysql 字段] not null 还是 null default
@GTim 你们做国际化时,传时间都不带时区吗?我们都统一用 rfc3339 表示
现在城市的教育资源还是很紧张的,要么去城市搞教育,要么提前享受养老生活吧。
不过,未来可能不用担心教育、医疗、住房资源不够了
amvim+1 更丝滑,与 vscode 结合得更好,插件代码实现也更轻量级

@SiLenceControL 使用 vim 十多年,也写过 vim 插件。大多数情况速度上相差无几,处理大文件 vim/vscode 都慢。
遇到一些 bug 插件,无论是你是 vim/emacs 还是 vscode/idea ,就是耶稣来了都得跪
2022-08-15 15:06:09 +08:00
回复了 allAboutDbmss 创建的主题 问与答 第一次见大客户 有无礼物推荐?
男士 香水
2022-08-13 17:58:46 +08:00
回复了 ericgui 创建的主题 程序员 日本程序员薪资
@whywaoxaks 小杠一下,在帝都、魔都,多少钱能结婚?
量力而行,如果非要买房,可以考虑你们县城的二手老房,有装修的,成本小。

你最好问自己几个问题,尽量让自己理智一点,买房未必能缓解你的焦虑,观念打开:
1.早上车,怕以后买不起,继续等也没意思,父母无法工作,一个人赚钱存钱慢。等钱存够了,还不知道买不买得起。
房价暴涨的时代大概率是过去了。怕不怕以后房子跌?能否承受失业风险?

2.为婚房提前做准备,早买晚买总要买。
不考虑两人共同奋斗吗?准备贷款多少呢,自己是否能承受失业的压力吗?

3.虽然罹患心理疾病,但是前端开发月供 4k 应该还能接受吧
完全看你的消费支出,自己觉得能承受就行,除了房贷+房租+日常开销,还要留一点谈恋爱的钱、生病的钱、学习和业余爱好的钱

4.自身欲望大,心比天高,命比纸薄
做任何事,做最坏的打算,当期望无法到达时,不要自暴自弃

5.买房后入住想在附近软件园工作,节省房租,幸福感增强。
有时计划赶不上变化,做好自己的风险计划
2022-08-12 19:57:56 +08:00
回复了 x97bgt 创建的主题 程序员 惊魂一刻,密码管理软件的主密码忘记
@guazila 万一钱包掉了或者烧了,就..
2022-08-09 22:58:38 +08:00
回复了 gowk 创建的主题 Go 编程语言 用 Go 写 Web 后端合适吗?
我们组的后端基本是 go ,比 python 好维护太多了,比 java 代码少且好读

不用太担心泛型不够用、重复的代码、性能不够、生态,uber 和字节都大规模的使用,反正造轮子、看第三方包源码都很方便。

现在基本不用自己造轮子了,先看看这里 https://github.com/avelino/awesome-go

我最喜欢的,松散的 package/struct method 等设计,重构代码、组合代码、测试代码都太方便了,几乎是一行流、一键完成,修改调整文件名都不需要重构代码本身
2022-08-09 22:20:55 +08:00
回复了 a132811 创建的主题 Go 编程语言 感觉 uber/fx 并不比 getInstance 工厂好用
抱歉,你说的让我有点疑惑。

>> 1. 上面我也补充了,不需要放在顶层,放在你待测 Provide 目录中就行就行,你可能没看到吧。。在 16 层
在 16 层,你说的是避免循环引用吧?

拿你说的同层目录吧,model/{user.go,user_test.go} 都是放在 model 这个目录。
不还是需要在 model/user_test.go 中创建新的 fx.New(Provide) 吗?怎么能避免创建 fx.New(Provide)呢?

>>2. 私有函数问题,你可以试着封装 2 个 interface 。
>>M interface -> 外部暴露函数
>>P interface -> 黑盒测试私有函数

不太明白你说的黑盒测试私有函数是指什么?

既然是私有函数、方法,那它就不可以暴露给外部(如果能暴露给外部,那它就不应该是私有的)

既然是黑盒测试,那应该是从包的外部访问。既然从外部访问,那只能访问公有函数,而无法访问私有函数吧。

除非,你在内部写一个方法,将私有函数暴露出去(这就属于公有函数了)。

其实我并没有必要外部暴露它呀,如果我想运行这个私有函数,我只需要在同层目录放个 xxx_test.go 就可以访问运行它呀,多简单不是。
-------------
或许,我理解错了,你是指的别的吗?
1 ... 2  3  4  5  6  7  8  9  10  11 ... 20  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1326 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 36ms · UTC 23:59 · PVG 07:59 · LAX 15:59 · JFK 18:59
Developed with CodeLauncher
♥ Do have faith in what you're doing.