Redhat 7
Fedora （那天晚上发布 alpha 版的时候在线等着，然后 BT 做种）
debian
ubuntu
Gentoo
LFS
然后就 uboot 嵌入式了

太长，我就不参与了。

1 、你的路由器做 NAT 转去、或者能做透传
2 、拿个笔记本直接连网线


我家光猫是 root 过的，下面有 4 个设备，并且都各种拨号，所有有时也需要上光猫去做一些设置（因为有 IPTV 在），我通常是选择拿个笔记本去接网线。（其实我那个光猫支持 WiFi ，但我不希望打开它。）

@echo1937 嗯，支持。
不过还有一个现象，就像那句，铁打的营盘流水的兵。最初技术部门成立的时候，第一任 CTO 就已经决定了这个技术部门的风格和作风。 CTO 天天忙到咳血，谁不主动自觉完成自己任务再回家，等这个 CTO 咳血死了，殉职了，再换 CTO ，那这个作风应该是会被延续下去的。因为大部分人都已经养成了这个习惯和思维，新人是会被同化的。

至于前期不规范，每个团队都会有这个过程，但是格局一定要有，就像我们现在的网站就几万 PV ，那我们的架构规划也应该考虑到日后上亿的 PV 的情况，我们要提前去考虑将来要过渡到那个架构怎么能更顺滑，有经验的架构师就知道怎么做伸缩预留，就知道用虚拟化之类的手段去提前布局对吧？所以讨论环节其实 CTO 就可以把架构定得更高，预留更多空间，以免扯皮。

哈哈，他们这也够逗的， CTO 不拿事，研发和运维扯皮，还没个人能断案···好惨

你试试养芦荟吧，我深圳那堆芦荟必须定期压制他们的繁殖，否则逆天

@echo1937 对的，不过这种会议会开得想革委会的会议那样。
发挥各自所能去提意见和建议是很好地事情，但主持会议和做协调决定的人特别重要。

所以说，兵怂怂一个，将怂怂一窝。

有个叫 a2 什么的，有 gui 的，上次在某呼上看到过，可是我一直用迅雷就没记下来

CTO 可以不懂技术细节（毕竟技术日新月异），但应该懂技术选型和方案规划，还有架构，当然最重要的是协调能力和沟通能力。最后终极的是业务能力（对业务的理解和对业务给出的解决方案）。还要考虑 TCO （总拥有成本、维护成本）。
所以 CTO 是一个很综合的产物，不是什么人都能干的，技术人员有部分甚至大部分都存在一个问题就是技术思维， CTO 就不能有这种思维，不能只从技术层面考虑问题，也不能不考虑技术问题， CTO 就是个桥梁，就是个中间件；还有就是技术（比如开发人员）就是要精专的，难免会一根筋，这是正常的，但是 CTO 就不能这样，如果 CTO 一根筋了，就容易钻牛角尖，团队和产品就容易出问题。

哦，说运维呢·····不好意思
运维，提意见很好啊，很棒，有些 [ [ [ [ [主管 /主观] ] ] ] ] 偏向也是可以理解的，只是需要一个更棒的人，从大局角度去说服他，去反驳他，最后拍板选择一个合适的方案出来。

CTO 可以不懂技术细节（毕竟技术日新月异），但应该懂技术选型和方案规划，还有架构，当然最重要的是协调能力和沟通能力。最后终极的是业务能力（对业务的理解和对业务给出的解决方案）。还要考虑 TCO （总拥有成本、维护成本）。
所以 CTO 是一个很综合的产物，不是什么人都能干的，技术人员有部分甚至大部分都存在一个问题就是技术思维， CTO 就不能有这种思维，不能只从技术层面考虑问题，也不能不考虑技术问题， CTO 就是个桥梁，就是个中间件；还有就是技术（比如开发人员）就是要精专的，难免会一根筋，这是正常的，但是 CTO 就不能这样，如果 CTO 一根筋了，就容易钻牛角尖，团队和产品就容易出问题。

哦，说运维呢·····不好意思
运维，提意见很好啊，很棒，有些主管偏向也是可以理解的，只是需要一个更棒的人，从大局角度去说服他，去反驳他，最后拍板选择一个合适的方案出来。

搜索路径优先，你重名了，就没有去后面找了

navicat 或者 mysql 自带得迁移工具都可以

@hbkdsm 好吧，个人看法。

做 IT ，你的水平或者条件，到了不需要加班的地步了么？
有个朋友，以前做程序，加班；后来技术真的牛做开发经理了，就不加班了；后来更牛逼了，做总监了，继续加班；再后来···

另外请问下怎么举报 4L

1L 正确，会带温度信息

发现一条财路的感觉
哈哈

已 star
没有 demo 的都是耍牛氓

@bestyoung 加湿器也是那么出风啊，只是向上吹而已，发挥 DIY 精神吧，支持你。