@ty89 所以还是 mac 对开发者友好啊，开机就可以写 python、php

@shanefisher 魔都，今天刚问了客服，必须让我去营业厅

@carlclone 哎，最近看论坛，发现真的 PHP 被鄙视，好多很业余的问题，都赖在 php 身上。。。

php 官方文档写的非常非常清楚： http://php.net/manual/zh/control-structures.switch.php

Note:
注意 switch/case 作的是松散比较。

http://php.net/manual/zh/types.comparisons.php#types.comparisions-loose


官方手册真的要常读~

楼主一定是玩 WOW 的

@yulitian888 我觉得你在这里讨论题目没有参照性。

我告诉你一个办法，VP 和老板有一次找我，问我：“你笔试题是不是出的太难了，为什么 3 个月了一个人没招到？”
我跟他说：“这套题目我给全公司所有的研发都做了，20 题，没有一个人错误超过 3 个。如果一个面试的人超过 5 个，那这个人能力我是怀疑的”

速溶 --> 咖啡豆磨粉法压 --> 胶囊

金桥生活氛围特别好，住过 1 年。


唯一的缺点是那条路，早晚高峰坐地铁特别痛苦。。。

daemonsync

个人觉得没有 PHP 工程师这一说法，PHP 工程师意味着知识面一定是要比较广的。

技术线（偏深度）：
1. 基础知识，比如数据结构，面向对象，设计模式，I/O，Http 协议等
2. 语言深度，比如 PHP 的运行机制，自动加载，性能优化，APC/OPcache （以及其原理等），异常处理，安全
3. 源码阅读，比如看过哪些框架，其中的机制是怎么样的，往细了问(如自动加载、依赖注入、Laravel 的 Facades 门面模式、路由)
4. 知识宽度，静态语言，比如 C、Java 等，顺便看学习积极性
5. 项目经验，做过什么，是否复杂，负责什么，做了什么
6. 设计，这一点和第五点比较类似


业务线（偏能力）：
1. 业务能力，也就是之前做过的项目（担任的角色，负责的部分），可以举例自己觉得做得不错的项目；
2. 沟通能力，这一点能从沟通中就看出来
3. 主动性，之前主动推动的事物等等，哪怕是一个小的点也可以
4. 抗压能力，之前做过的项目中去挖掘细节
5. 技术宽度，了解不一定要深入，我一般会问一些比较泛的，比如多语言，Linux 操作，HTTP 协议等
6. 解决问题能力，如何调试错误，如何分析问题，如何调优

偶尔会问：
1. 有 GitHub 或者 Blog （技术热情），最近看过什么书 /开源项目
2. 离职原因和同事相处（你懂的）
3. 业余时间利用（技术热情）


我一般的面试流程：
1、先自我介绍一下，礼貌~；
2、让对方介绍项目（看对方表达能力和对项目的了解）；
3、php 基础：面向对象、设计模式（结合实际例子来说）；
4、http 协议相关： http 协议，可能会问到 cookie、session 之类的、4xx/5xx 报错如何捕获；
5、业务：用户非常多的网站，开发抽奖 /秒杀系统系统，可能有哪些问题，怎么解决？（看分析问题能力，包括并发、缓存、安全）；
6、优化：5 的系统开发好了，页面很慢，从哪些方面分析？（前后端都有可能，看他有没有实际解决问题的经验和能力），可能会问到前端的优化、php 的分析和优化、redis 的设计、mysql 的性能分析和优化；
7、遇到以上问题解决不了的，怎么办？平时会看哪些网站 /书学习？最近看过的开源项目 /书是？
（很多人口头上自己热情积极学习，其实一问就知道）
8、有些人会说我看 Laravel 什么什么的，就继续问，composer 怎么实现自动加载的？框架的流程大致是什么样的？路由怎么实现的？怎么做单元测试？依赖注入？等等
9、其他：有什么优缺点？有什么问我的？等等

问题来了，为什么这个会在 PHP 节点？？

我最近也天天收到验证邮件：



xxx，您好！
为确保是您本人操作，您已选择通过该邮件地址获取验证码验证身份。请在邮件验证码输入框输入下方验证码：

123456

勿向任何人泄露您收到的验证码。验证码会在邮件发送 30 分钟后失效。
此致
华为帐号

没有，你是一个人，一个人，一个人

有单独的 win10 机器，哈哈。

web 开发用 mac 比用 win 爽不止一点点。

@gouchaoer 一般都是一组服务器一起发的，比如说我们有 200 台 php 服务器，每次发布 10 台服务器，下线=>发代码=>检测代码发布完成=>上线，服务器集群会自动把下线的机器从集群在线列表下掉的，用户无感知。

一般公司大了，多多少少会有一些历史问题，想完全用别人的，很难。。。

@gouchaoer

原理和流程 sagaxu 写得蛮清楚的了，按照他这个思路自己写脚本即可。可以用脚本自己实现，也可以依赖其他的持续集成工具。

我们大致的流程是：

# 制定 svn/git 规范，比如 release/master 就是线上代码，trunk 就是生产代码；
# 制定代码目录规范，比如 tests 目录是单元测试用例代码；
# 代码全部测试完成，leader 合并分支代码到线上目录；
# 发布后台点击“发布”，脚本依次执行:
## 从指定分支 checkout 代码；
## 运行单元测试；
## 代码打包：php 可能要 require 一些依赖项目 /配置，java 可能要打成 war 包；
## 代码传到指定服务器（也可以先到测试服务器）：php 直接复制到指定目录即可； java 要多一点，kill 掉 tomcat、复制 war 包、重启 tomcat ；
## 检测环境是否正常：预先写好一些本地脚本，当前机器发布完自动调用测试一下响应和状态；
## 发送邮件 /记日志...

通过一系列的 shell 脚本串联起来即可。

@Love4Taylor guetzli 压缩还行，就是太慢太卡。。。

mac 下安装官方 webp 工具就好了，自己写 shell 批量处理一下即可。

我把我的给你参考一下。

直接终端在图片目录执行即可，或者改成 ls /xxx/images ：

```shell

ls|while read line ; do a=$(echo "$line"|grep ".webp"|wc -l) ; [ $a -eq 1 ] && continue ; case "`file "$line" 2>/dev/null | sed -ne 's|^.*:[\t ][\t ]*||p'`" in PNG*|JPG*|JPEG*) ; /usr/local/bin/cwebp -q 80 $line -o $line.webp 2>/dev/null ;esac ; done

```

转换规则是：

列出当前目录的非 webp （粗暴地检测了文件名），如果文件存在并且文件属性是 png/jpg/jpeg ，则转换，后缀规则是直接文件名后面加.webp （ xxx.jpg => xxx.jpg.webp ），质量是 80%。

原图压缩比在 60%以下的 jpg 有可能会变大，可能的话，安装一个 imagick ，用如下命令检测原图压缩比：

```

identify -format "%Q" xxx.jpg

```

我来组成分母 O(∩_∩)O 哈哈~