是她不肯尽全力相帮，这样的媳妇不要也罢，还是和兄弟过比较好。

1. 不苟同 djoiwhud 的观点哈
说实话，我也有「好为人师」的惯性（要好的朋友提醒我的，我铭记在心），要不然我也不会写下下面这么多文字。
我仅仅分享一些个人的感受和经历给楼主 @zzz22333

2. 就 「白菜价」这词说一点我的感受
我也本能的会「反感」这个词，很多「优秀的应届生」开口闭口说「白菜价」这词，实际上这薪资就「倒挂了」
很多工作多年的人，也包括我自己，所以站在我这种上了点年纪的人看来，本能的会有一些反感。

3. 分析一下当前的就业困境
3.1 外部环境：
现在企业都很艰难，我所从事的互联网行业，不夸张的说「都在裁员」，很多是大面积裁员，甚至公司倒闭。
再加上，国内的很多公司都卷，劳动者权益保障做的不好，「大小周」「常态化加班」的公司很多。

3.2 个人原因：
我和楼主一样，非常抵触「大小周」「常态化加班」。

4. 我是怎么做的
我从事的互联网开发工作，在当前这个就业形势下，要想找个各方面都相对称心的工作，周期会比较长。

那我要面对的问题是：
（ 1 ）在深圳的 BAT 就一两家，而且在大裁员，如果都面试完了，怎么办？
（ 2 ）找工作时间长了，内心会很沮丧、焦虑，质疑自己的能力公司看不上怎么办？
（ 3 ）兜里的钱花完了，还有高额的生活成本要负担，家人要照顾，怎么安排？（我有家人小孩要照顾）

所以，我尽量会控制找工作的时长，面试的公司数量，针对性做足充足的准备，节约生活开支。

再来，就是要有取舍方案：
方案一：暂时接受「薪资白菜价」这个事实，Offer 先拿着。
方案二：平薪 or 涨薪的前提下，在「大小周」「常态化加班」「不感兴趣的工作」等方面做一个取舍，看看哪个是自己最不能接受的，做排除法选择公司。

我选择了方案二，也成功实现了，结果是大幅度涨薪（还不包括年终奖和期权），做着比较满意的工作。
令我意外的是，进来后，我发现我司以及这个岗位，也没有那么卷，假期和福利政策也早就不一样了。

网上的传言有噪音，个人的感受可能因为部门和项目而异，有可能会导致你误判。

支持一下，辛苦

@bvanished 楼主要是 3 年后确定要回沈阳发展，那么无疑是要 “快” 点转方向了（时间也不多），所以你的核心需求是尽快转岗成功。

如果华为内部转岗快，那无疑是内部；如果拖拖拉拉，那不如换公司；
然后你感兴趣的是前端还是后端，这两个岗位的选择在于你的兴趣。

手里的饭碗先端着，换方向也不能迟疑。

楼主为啥要换 后端 前端 岗（现在卷的很），嵌入式岗位很少吗？不太了解您所在的行业。

放弃 ORM ，就不需要这些 Tag 了。

我认为：剩余的寄存器，比如 ecx ，eax 等，协程切换时，保存在 go 的栈上。（不管是老的，还是新的调用规约）

看明白了，去南方城市（珠三角、长三角）读大学，而且是 985 无法实现了。
那就从可以选择的 985 里，找个相对喜欢的城市吧。

@simonlu9 你不想单独划分一个 “头饰服务” 没什么问题，可以把它划入 “用户服务”，作为用户的扩展属性来对待。
至于你说的侵入性大，那就是你的思路错了，“单体服务” 依然可以内部划分和隔离，隔离的程度取决与你的需求。

实际上 goroutine 是不建议暴露 ID 和外部改变 goroutine 的行为的，所以你不能像线程那样去控制它。

我基于你的代码，改动的这个例子，是把死循环的 work 逻辑移动到了一个单独的 goroutine 中，这样 select 对应的其他 case 可以触发。如果死循环 work 它确实无法退出，我们最终是通过 main 函数退出来终止它的运行的，也就是进程退出。

应该是你的代码写的有点问题：

```
package main

import (
"fmt"
"sync"
"time"
)

func workRoutine(done chan string, wg *sync.WaitGroup) {
work := func() <-chan string{
c := make(chan string, 1)
msg := "work"
go func() {
for i := 0; i < 100000; i++ {
fmt.Println(msg)
time.Sleep(time.Second)
}
}()
c <- msg
return c
}
select {
case donemsg := <-done:
fmt.Println(donemsg)
case msg := <-work():
fmt.Println(msg)
case <-time.After(time.Second * 1000):
fmt.Println("timeout")
}
wg.Done()
}

func closeWorkRoutine(done chan string, wg *sync.WaitGroup) {
time.Sleep(time.Second * 10)
done <- "done"
wg.Done()
}

func main() {
done := make(chan string, 1)
wg := sync.WaitGroup{}
wg.Add(2)
go workRoutine(done, &wg)
go closeWorkRoutine(done, &wg)
wg.Wait()
}
```

一来是哥们你基础还薄弱，而来是哥们确实有点好高骛远了。

什么中间件，高并发，还不如人家 MySQL 本身牛逼。

建议你对比一下自己模拟成功的 http request ，和 nginx 代理后发出 http request ，对比一下具体有啥区别。

可以写个简单的 http server 来模拟用友，看看修改 nginx 配置后的具体效果快速调整。

把访问 127.0.0.1/$request_uri 代理到 http://10.108.11.149/U9$request_uri

你的问题应该是代理后的路径写法不合法吧，试试下面这个写法

location / {
proxy_pass http://10.108.11.149/U9$request_uri;
proxy_redirect off;
}

所以 nginx 为什么快？

所以 redis 为什么快？

go 开发 web 项目是无法和 php 比优雅的，放弃吧兄弟。

高低搭配: python 写业务, go 写中间件