用douban的也可以。

你们也可以自己维护一套啊，做个本地cache也是好的。

针对你的问题，我只能回答：有。

@benjiam 全部静态编译没有解决第一个问题：编译时的参数，可能90%的需求只需要默认的编译参数就好了，那么剩下来的那些需求，会有专门的人去处理掉。反过来，如果默认打包时把所有的特性都加上，一来不是所有人都用得到，二来说不定会出现什么问题。所以如果要在Linux下使用，学好打包及包管理还是有比需要的。

至于未来和自己的业务，我也静态编译的方法。

@cxshun 我的做法一般是，如果程序必须用某个版本（有时候是旧的版本），那么我会尽量完成一次编译安装，然后按照发行版本的规则打包，放到自己维护的repo里面。如果不是，在程序里可以绕过，那么就绕过好了。

@cxshun 不冲突啊，如果所有的依赖源码都放在一起，只要基础包在任何人都可以./configure && make && make install. 复杂的地方就是这种版本依赖的问题，我的意思就是处理这种问题的方法就那么集中：
1. 用跟进比较快的发行版，比如arch，线上用debian也可以，一般debian的最新版里软件包版本也够用了。
2. 找人/自己维护一个仓库，在一个地方把包编译好然后放到各处安装。

我吐嘈的是这句话「有时候，我会想，这些源代码编译软件的存在，就是为了折磨我们吗？这版本依赖的存在，相比windows和mac的一个包搞定的，简直是坑爹得不行。 」

你在windows下和mac下去编译安装的时候，也会碰到相同的版本依赖的问题，解决起来一样的痛苦。而你所说的一个包搞定，对应的也就是Linux里的包管理器，只不过可能有些包windows/mac有人打好了包，你可以直接用，而在Linux里面，每个发行版都有自己跟进新版本的规则，导致你找不到最新的打好了的包，这时候就需要动手解决，而在解决的时候碰到了问题就好好说问题，这种抱怨是没有帮助的。

针对这个编译的问题，新版本的不认libpng，应该去看config.log，如果要需求帮助，应该把这些错误贴出来，补充好上下文，让大家一起看。

很有意思

一般的，信任包管理器就好。
有特殊需要要自己维护软件包版本的，请找一个人来维护。不要在这里吐嘈编译的问题，那是基本功不过关。

第三方客户端包括自己写的脚本啥的用163会有奇怪的问题，你换一个smtp server看看

@GotoKeep 薪资范围是什么呀

@FIRellen 薪资范围呢

「公积金以现金的形式发放」 是公司缴纳的部分和个人缴纳的部分一起发吗

@jasonding 网易高级上门还有个资深

@phoenixlzx 好奇你使用时的姿势

公司域名首页无法访问？

@abelyao （偷偷告诉你，其实是可以的，但前提你是企业客户这样

SAE现在是可以备案了