生效就肯定生效的，没报错的话
如果内核没重新读入信息， lsblk 显示旧的也不奇怪
执行 partprobe 可以让内核载入新的分区表

如果是前端渲染的架构，那就没有用 MVC 框架的必要，用 net/http 套一层类似 rpc 那样的、映射请求到方法的机制即可。例如 https://github.com/reusee/ja 。简单粗暴，框架都算不上，但用起来顺手。

怎么变？怎么在编译时确定所有值的类型而不对语言大改大砍？
这只能叫，设计一个新语言，并起名叫 python 而已。

不用 PHP 就什么事都没有。

可以
import foo ".."

不过不要这样做，用绝对路径最好，不然没法 go get


@Akagi201 main 包是不能 import 的，既然有 cmd ，那上面一层就不应该是 main 包

有这样的前端，后端不知道多省功夫，连 api 都不用你想。
当然， po 主水平不足，享受不了了。

@wuxqing 京东底层用 go 挺多的其实

arch 有什么不稳定的？最不折腾就是它了。

多虑了，根本不会有性能问题

数据库崩，就去调数据库参数
connect 超时，就加网络带宽
和 golang 其实没什么关系
而且，把 goroutine 看成线程就对了，性质基本一致

他们凭什么有这种权力？

做不到。

把原先的文件系统整个复制下来，然后用 systemd-nspawn / docker / rkt 跑。
把原先的文件系统整个复制下来，然后用 systemd-nspawn / docker / rkt 跑。
把原先的文件系统整个复制下来，然后用 systemd-nspawn / docker / rkt 跑。

虽然 rails 这样确实值得批评，但是是有办法解决的，没必要重写。

按照《 Site Reliability Engineering 》里说的趋势，不会做开发的运维，很快会被淘汰
提高自动处理，减少人工干预，要你这些半桶水何用？

跨 os 当然要这样设计。
特定系统的系统调用，用这个 https://godoc.org/golang.org/x/sys

awesome

systemd-nspawn

只要宿主系统有 systemd-nspawn ，就可以跑任意的发行版。
我用 arch ，需要的时候跑个 fedora 、 debian 什么的不成问题。

当然， arch 是给"competent user"用的，那些遇到问题连 google 都不会用的人，那些 wiki 里已经写得明明白白但就是没有能力接触到的人，继续用你的“方便”的系统吧。

@windfarer 还有支持 snapshot 的文件系统，大升级前做个镜像，真出问题了直接回滚，比 TimeMachine 不知高到哪里去。