@kidlj 应该有不少人不知道 import "github.com/dimfeld/httptreemux" 和 import "github.com/dimfeld/httptreemux/v5" 的区别。只能说和常用的 npm 太不同了

@terencelau 确实是换了。 谢谢

@littlewing 基于 theia 的 gitpod 你试试

可以反过来问问自己：钱多，项目好，公司好，老板靠谱，不加班，福利好，期权股权都要有，这些(xx && xx && xx && xx)你们是怎么打出来的？同时具备如此多的特点的公司还叫初创公司吗？如果真的有，这些公司为何不选择行业大牛？

既然追求高回报（股权换成钱），必定是有高风险的。给你的承诺不兑现， 公司黄了，加班等等等都是自己要下注的筹码。加入初创企业就是要同企业一同快速成长和博一个光明。 加入初创本身就是不理智的行为（ 1000 个初创能有几个最终股份换钱？），赌的是其下两点。

初创团队能否给你一个快速成长的机会 或者 长远的回报。

@NCZkevin 直接回复就行了。 有互动他，他都会回你。

@basefas 去 twitter 跟 Bill 直接开聊， 要 discount 。 官网的价格一般都是对公司采购的

@basefas https://twitter.com/goinggodotnet/status/1443667036568182785 只要你能吹，课程免费拿

Vue + Vite + TypeScript + Tailwind CSS, Golang + SQLite Vite+Tailwind 是真的舒服的。 我是 React + Vite + TypeScript + Tailwind CSS, Golang. 没有入手过 vue 的生态

@xianzhe Go 语言实战 是 Bill Kennedy 写的基础入门书，Ardanlab 是他做的高阶 golang 教学，其中的 ultimate service 讲述他的 ardanlab_service pattern. 不买他的课，可以直接去 github 看源码

6666666. ui 设计的很有风格的

学几个 web app 的 design pattern，类似 mvc, 然后用 mvc 搞几个小项目。 再去 github 搜一下 ardanlab_service, 学一下它的 design pattern 和中间件的使用。

@lesismal 我这辈子都没有碰到有人为我写那么长的文章的人，我谢谢您。

“我也赞成 named/naked 不好， 但是我抓到了对方论点里一点不严谨的地方， 我要去打他的脸，打不成我就去翻他以前的贴子，去黑他，然后我再装圣母。” 这是杠精行为， 我不回复了。 你慢慢品。

@lesismal 你 jjyy 那么多只为打脸我一句“standard lib”都不用 naked return. 然后还举个例子， 例子里还是反向证明大部分都不用 naked return. 你也太搞笑了，是你去翻我的“黑史”。 我可没有去翻你的贴子。

// ReadByte reads and returns a single byte.
// If no byte is available, returns an error.
func (b *Reader) ReadByte() (byte, error) {
b.lastRuneSize = -1
for b.r == b.w {
if b.err != nil {
return 0, b.readErr()
}
b.fill() // buffer is empty
}
c := b.buf[b.r]
b.r++
b.lastByte = int(c)
return c, nil
}


这两段来自同一个你引述的 package， 什么叫双重混用。这种代码读起来就不是非常舒服。你可以举证为什么这种代码是最优雅的。

"naked return 会影响 readability" 对我来说很明显，我不知道怎么解释。

我所有的回复都因为那个人的“我只知道 naked return”的半嘲讽，这个贴早就可以停了。你强行打脸，你打成了吗？其他人也应该少和你对话， 一言不合你就开始翻我的 post 记录，找找能人身攻击的东西，就差人肉了吧？其他人也回来翻翻你这个贴的行为

你说的那个贴，我真的不觉得有什么。我错了别人指出来，我认错，他还解释了我的提问。

func (b *Reader) Discard(n int) (discarded int, err error) {
if n < 0 {
return 0, ErrNegativeCount
}
if n == 0 {
return
}

b.lastByte = -1
b.lastRuneSize = -1

remain := n
for {
skip := b.Buffered()
if skip == 0 {
b.fill()
skip = b.Buffered()
}
if skip > remain {
skip = remain
}
b.r += skip
remain -= skip
if remain == 0 {
return n, nil
}
if b.err != nil {
return n - remain, b.readErr()
}
}
}

@lesismal 我所有的回复都是针对这个人的这个话 ”@XTTX 这不是 go 的常见做法么，还能写出啥花样？" 。 所有的 std libs 都有明确的 return 。所有的事都有 corner case. 你自己举例的代码都来回混用，肯定不是值得推荐的写代码的方式，反而是一个 readability 的反例。 一个 method 里使用了 nake return，后面又注明 return value 。你说 block 了我 xttx,我用这个号回你。你这多看不出来么。 你强行打脸不成还去挖坟，你这个病得看。我也特别闲， 你挖坟得时候可以看看我的那个贴，错了就是错了。 <<为什么不要用 naked return>> https://levelup.gitconnected.com/go-naked-returns-4e2094b598e6?gi=5c972b7c406c https://www.ardanlabs.com/blog/2013/10/functions-and-naked-returns-in-go.html

哈哈哈，你是最棒的呢。

@lesismal 你回复的莫名其妙的。你自己不觉得很迷吗？我不想再解释也不是对你说的， 我对那位上来就反对然后不举证的老铁说的。 你非要对号入座。你觉得例子你觉得是很好的例子吗？ 里面一会 named return , 一会又用另一个方式，named return 里一会 return , 一会又完整列出来。 你喜欢就这么写好了，我只是说我知道一些团队特意禁止这种方式。你自己不那么写，还要浪费那么多时间找些不好的例子， 就为打我的脸？您是真的迷