@soho176 不给你一键部署其实是节省你的时间啊。趁早放弃

注意看，那是中国绿卡
说白了那个就是歪果仁

30 万公里*0.05s=15000 公里

见过我家的光猫作为 NAT 角色的时候，DNS 性能很差，解析几个域名就挂了的情况

@jmc891205 centos 兼容性是伪需求。只要驱动能装上的都兼容

国内一般不用 PTR 作为强制措施，一般就做个参考。因为很多运营商拒绝提供 PTR 设置的服务

在磁盘管理窗口里右键点那个分区，分配个盘符就醒了

配置环境用个把星期，我猜测你在解决其它操作系统上不存在的问题

给你个建议：别用 windows

用 kafka 的基本上属于分不清 pubsub 和 messaging 模式

@wdlth 这个 IP 是干什么的？

关键是别在多个 schema 之间建立 relationship
其他都还好

@wsgzao 我觉得多写写和别人不一样的内容才有意义。如果都一样都干嘛看你的呢？
但你那几个 ImportError 在你的每篇文章里都包含，而且占比极高，基本上把标题上要说的内容都冲淡了

另外我也不觉得学习辛苦有什么可敬的，如果没学到，再辛苦也只是他自己的事而已
你天天发这些，真觉得是有价值的吗？坐标轴是不是定的太低了点？

baseline 是底线，但现在已经被你搞成了上限了

RHCA 我觉得就别拿出来说了吧。脱离 ansible 这个话题，我说说以前我招聘的时候，见过的几个 rhca 考官连系统启动过程都说不清楚。

btw：你的 rhca 同事们知道系统启动过程吗？

所以，你明白为什么得降薪才能进去了吗？

@wsgzao
1https://access.redhat.com/solutions/3358 这里说 Installing unsupported packages does not necessarily make a system unsupportable by Red Hat Global Support Services 你和你的 RHCA 们，确定真的懂 Redhat 吗？

2 rhel7 里的 epel 当然不会再有 python2.7 了，因为系统已经自带了 2.7 ； 6 可以装 epel 里的 2.7
4 用自动化工具，但没用自动化工具改善工具本身，你不觉得有问题吗？

你经常发表的这些笔记，其实都是在解决其它企业风格里不存在的问题。

至于金融行业自己的特殊性，从你这个“管”中，我大概“窥”到了，你们并没用明确的利弊在指导工作，没有正确的是非观，而是要么不懂，要么 refuse to lean，把工作扣死在流程上，换句话说就是把责任推给指定流程的人

@ironx 然后剩下的麻烦就是他们赖着不给你钱了。可以找你自家保险公司代位追偿

建议选 Java 的
C++语言本身虽然很厉害，但现在越来越“不是生产力语言”了

看了不少你的文章了，有几个问题
1 为啥不选已经带有较新版本 python 的操作系统，而选择在旧版本上编译呢
2 为什么不选已经打好包的新版本 python （比如 EPEL 里的），而选择编译呢
3 为啥你总是 ImportError 然后再补东西呢？ pip 的自动依赖管理就被你这么给降级成手工管理了
4 你有没有觉得上述这些问题，和 ansible 的理念相悖呢？

感觉政企信息化项目的思维方式和互联网行业相比，差太远了