每到年底，YouTube 和 Google 都会发布总结过去一年的创意视频，而今年，Facebook 也加入了这一行列。一起通过他们的视野，重温这颗星球的2015年。

来源： 睿士

Google：A Year in Search “2015年，我们提出的问题，反映了我们是怎样的人。”

在 Google 的年度视频里，他们用搜索框里出现的9个问题串联起了这一整年的热门事件。

Google 从来都不是一家苦大仇深的公司，但在纷扰不断的2015年，这个星球上发生过的苦难、灾祸和冲突依然在他们的年度回顾中占据了大量篇幅。

值得注意的是，Google 在呈现这些不快的事件时，所采取的都是“如何解决？我们能做什么？”的视角。这是一种十分积极而正面的态度，也是我们在面对此类事件是最应提倡的反应。作为一个为“解决问题”而存在的网站，Google 在这个短短的视频中作出了最好的示范。

当然，这一年的地球上不只有冲突，在很多争执已久的议题上，Google 的搜索框里都发生了积极的反馈。

比如在今年热议的女权问题上，有人向 Google 问了一个这样的问题 :为什么女性不能成为游骑兵?半年前，极具话题的变性勇士 Caitlyn Jenner 使更多人开始关注这个特殊的群体，于是有人开始在 Google 上提出这样的问题 :你是天生的跨性别人士吗？而这些话题归根结底，讨论的都是人类社会所固有的多样性。不同种族，不同宗教，不同性别取向的社群必然会有不同的观点和认知；就连一条裙子的颜色，也能引发一场互联网大战 :这条裙子是什么颜色？

MySQL写速度确实不敢恭维，但是通过MySQL自带的一些功能，可以提高其写的执行效率。

1、将insert into tab(col1,col2) value(value1,value2)的单条写修改为insert into tab(col1,col2) values(value1,value2),(value3,value4),...(valueN,valueN+1)批量写

2、如果一次需要写入上百万的数据，可以先将数据安装表字段，写成文件，然后LOAD DATA INFILE "./data.txt" INTO TABLE tab;直接导入，同时可以在导入开始前关闭表索引，导入成功之后，再开启索引，

3、如果上面两个方案还是觉得慢？？那就来大招了，在写入数据钱，先将查看变量innodb_flush_log_at_trx_commit是否为0，如果不是则将变量innodb_flush_log_at_trx_commit修改为0，写入完成之后，在恢复到原来的值 ，该参数表示将MySQl产生的日志写入到磁盘的策略，0表示等待系统每秒写一次，1，表示每次事务都写，同时还要刷新到硬盘，2，表示每次都写，但是不刷新到硬盘，等待操作系统自己刷新

2015 年是微软 Windows 操作系统和运行 Windows 系统的笔记本电脑的转折年——这一年，Windows 系统和运行这一系统的 PC 完成了华丽的转身，丑陋不再是二位的代名词。

首先，微软公司于 7 月下旬发布了 Windows 10 操作系统，这一系统是继辉煌巨作 Windows XP 之后，最好的操作系统。Win 10 修正了 Win 8 饱受诟病的一系列问题，提升了或任务操作的体验和性能，更快的搜索显著提升了用户的工作效率，收悉的操作方式使用户的学习成本显著降低。

其次，运行 Windows 系统的笔记本电脑发生了颇具里程碑意义的改变。为了「超越」苹果 MacBook 在设计、人体工学以及电池续航方面的独到之处，各大笔记本尝试追随和尝试了多年后，戴尔、惠普以及微软终于在 2015 年全面爆发。现在，你可以购买一台非常出色的、运行 Windows 系统的笔记本电脑——它可以满足一天的超长续航需求，以及一些无需键盘操作的混合 PC。

随着假期的临近，一大批搭载 Intel 全新处理器的笔记本不断上市，是时候买一款能够与苹果的 MacBook 媲美、运行 Windows 系统的笔记本电脑了。但是哪一款？在测试特 20 款笔记本电脑，评估了这些电脑的续航能力、整体性能、触控板以及键盘的用户体验之后，笔者给出如下建议：

机皇：戴尔 XPS 13（Dell XPS 13，售价 800 美元起）

多年来，笔者一直认为，不论你是 Mac 还是 Windows 系统用户，苹果 MacBook Air 是最好的笔记本，没有之一。这款苹果的经典之作的续航能力为 10 个小时，触控板的性能已经爆表，没有任何一台笔记本可以比肩，即使是安装 Windows，操作体验也非常赞。然而今年，笔者认为有一款产品可以与 MacBook Air 相媲美——Dell XPS 13。

相比 MacBook Air，Dell XPS 13 拥有较小的机身尺寸，较高的屏幕分辨率，然而续航时间和苹果的 MacBook Air 一样。在笔者进行的电池测试中，这款非触摸屏、1080p 分辨率型号的笔记本续航时间达到 10.5 个小时。配备 QHD 高清屏的型号，续航时间将减少 2 个小时，但也达到了惊人的 8 个小时。笔者测试的其他同类型的电脑，比如惠普 Spectre X360，联想 Yoga 900，以及宏碁 Zenbook UX303U 续航时间仅有 7 个小时，超高清的分辨率屏幕是造成续航不足的罪魁祸首。

在使用过程中，Dell XPS 13 的触控板表现非常出色，大大超出预期。这款触控板灵敏度更高，配合 Win 10 触控板软件，双指屏幕滚动以及其它手势操作的用户体验与 MacBook Air 的触控板没有太大的区别。

超窄边框是 XPS 的特色，因而虽然 2.7 磅的重量，但外形看起来要比其他同类产品小巧很多。然而与同价位的电脑相比，XPS 不具备可翻转的屏幕。如果需要一款既能够使用键盘，又能够翻转屏幕收起键盘，那么惠普推出的 Spectre x360 是非常不错的选择，售价 900 美元起，其电池的续航能力比其它变形本优秀许多。

性能之王：Dell XPS 15（1000 美元起），Surface Book（1500 美元起）

对于大多数多任务操作，轻度图片和视频编辑的用户而言，XPS 13 提供了足够的马力。但对于那些注重便携性和显卡性能，以及强大性能集于一身的用户而言，Surface Book 或 XPS 15 是相当不错的选择。

2015 年，微软推出的第一款真正意义上的笔记本，可以说从做工方面已经向苹果看齐。虽然「动态支点铰链」并非是每个人的所爱，然而铝合金材质，3000x2000 像素的超高清屏幕，重新设计的悬浮式键盘，反应更加灵敏的触控板，以及长达 9.5 小时的续航时间是大部分用户的所爱。此外，Surface Book 是市面上少有支持人脸识别系统登录系统的设备。然而这款设备的最大痛点是其 1500 美元的起售价！仔细想一下，很少有人会把它当做平板使用，因为单独作为平板使用时，起续航能力只有 2 个小时；而用户所花费的大部分钱仅仅是购买了一个可拆卸的触摸屏平板。

如果用户需要强大的处理器，更大的屏幕，Dell XPS 15 定是不二之选。与 XPS 13 一脉相承，出色的触控板、键盘以及外观设计，但 15.6 英寸的屏幕，以及可以自选配备最强大的组件。在测试中，笔者使用的是一款配备 4K 屏幕，英伟达显卡，8GB 内存，以及 i7 处理器（售价为 2099 美元）。由于配备 4K 显示屏的关系，该机的电池续航仅为 4.5 小时，然而如果选择 1080p 屏幕的基础款，续航时间将大大提升。

性价比之王：华硕 Zenbook UX305（售价 600 美元起）

笔者一再强调，购买 Windows 笔记本，最好不要购买售价 600 美元以下的产品。这些产品的内部工艺和人体工学设计非常差，在使用过程中的体验非常糟糕。在 600 美元这个档位，华硕 Zenbook UX305C 是目前市面上最具性价比的一款机器。

华硕 UX 305C 配备了一块 1080p 的高清显示屏，触控板的体验非常灵敏，8GB 内存，256GB 固态硬盘。虽然处理器为英特尔 Core M 系列处理器，但是应对日常办公、娱乐还是绰绰有余。

如果你打算选购一款 700 美元以下的笔记本，还可以考虑一下戴尔 Inspiron 13 700。这款笔记本配备了可翻转式触摸屏，如果选择 Core i3 处理器，4GB 内存的配置，售价大约在 600 美元。

脓肿羞涩：东芝 Chromebook 2（售价 230 美元起）

如果你的预算在 400 美元以下，那么你的选择真的不多，最适合你的 Windows 笔记本应该是一款 Chromebook！说实在的，400 美元甚至以下的 Windows 笔记本会让你有自杀的倾向。

售价 200 美元的联想 IdeaPad 100S，键盘非常难用，浏览网页时随时都有可能奔溃。售价 250 美元的华硕 EeeBook X205TA，表现稍微好一点，然而过于紧凑的键盘以及触摸板，使手腕处非常不舒服，严重不符合人体工学设计。

如果你需要一款具备浏览网页、收发邮件等基本功能的笔记本，而你的预算真的很少很少的话，运行谷歌 Chrome OS 的笔记本是最好的选择。Chrome OS 对于硬件的要求并不如 Windows 高，因而可以节省很大部分开支，即便是配备很好的显示屏，出色的外观设计，这样的产品售价也不会很高。长达 7 小时的续航时间，售价仅为 230 美元，13 寸东芝 Chromebook 2 是最棒的选择。

变形本不考虑？

配备键盘的平板电脑，比如 Surface 不值得考虑吗？

在考虑购买此类产品时，请先闭上你的眼睛，认真考虑一些你打算如何使用这些产品。如果你平时 90% 的时间都需要用到键盘，那么你最好购买一台常规的笔记本电脑，如果预算允许，你可以购买一台配备触摸屏的笔记本电脑。戴尔 XPS 13 系列就是非常不错的选择。如果你打算记笔记，看视屏，以及浏览网页，不希望产品过于沉重，并且有非常不错的续航和便携能力，那么这类变形本是非常不错的选择。

在笔者的测试中，微软自家推出的 Surface Pro 4 是最棒的选择。与惠普 Spectre x2、戴尔 XPS 12 相比，Surface Pro 4 是一款最轻，最便携的产品。出众的外观设计，便携式支架，高清的分辨率，流畅自如的手写笔，丰富的接口等都使这款设备成为出差、娱乐用户的首选。在测试中，Surface Pro 的续航时间达到了 6 个小时，比惠普和戴尔的都要出色。然而与 iPad Air 2 和 iPad Pro 的 10 个小时的续航时间相比，Surface Pro 4 的续航也不算出众。但由于运行 Windows 系统，在办公和处理公务方面的兼容性方面体现出诸多优势，而且可以实现苹果 iPad 系列产品无法替代的功能。

Windows 阵营一直没有非常出众的平板电脑，续航能力差，触摸式应用程序用户体验差是最主要的原因。然而随着 Windows 10 的发布，2016 年或许会有许多令人赞叹的产品出现。

文章来源： WSJ，由 TECH2IPO / 创见 孙朝 编译，首发于创见（http://tech2ipo.com），转载请注明出处。

0x00 审计命令

在linux中有5个用于审计的命令：

• last：这个命令可用于查看我们系统的成功登录、关机、重启等情况；这个命令就是将/var/log/wtmp文件格式化输出。
• lastb：这个命令用于查看登录失败的情况；这个命令就是将/var/log/btmp文件格式化输出。
• lastlog：这个命令用于查看用户上一次的登录情况；这个命令就是将/var/log/lastlog文件格式化输出。
• who：这个命令用户查看当前登录系统的情况；这个命令就是将/var/log/utmp文件格式化输出。
• w：与who命令一致。

关于它们的使用：man last，last与lastb命令使用方法类似：

last [-R] [-num] [ -n num ] [-adFiowx] [ -f file ] [ -t YYYYMMDDHHMMSS ] [name...]  [tty...]
lastb [-R] [-num] [ -n num ] [ -f file ] [-adFiowx] [name...]  [tty...]
who [OPTION]... [ FILE | ARG1 ARG2 ]

参数说明：

1. 查看系统登录情况

   last：不带任何参数，显示系统的登录以及重启情况

2. 只针对关机/重启

   使用 -x参数可以针对不同的情况进行查看

3. 只针对登录

   使用 -d参数，并且参数后不用跟任何选项

4. 显示错误的登录信息

   lastb

5. 查看当前登录情况

   who、w

0x01 日志查看

在Linux系统中，有三类主要的日志子系统:

• 连接时间日志: 由多个程序执行，把记录写入到/var/log/wtmp和/var/run/utmp，login等程序会更新wtmp和utmp文件，使系统管理员能够跟踪谁在何时登录到系统。（utmp、wtmp日志文件是多数Linux日志子系统的关键，它保存了用户登录进入和退出的记录。有关当前登录用户的信息记录在文件utmp中; 登录进入和退出记录在文件wtmp中; 数据交换、关机以及重启的机器信息也都记录在wtmp文件中。所有的记录都包含时间戳。）
• 进程统计: 由系统内核执行，当一个进程终止时，为每个进程往进程统计文件（pacct或acct）中写一个记录。进程统计的目的是为系统中的基本服务提供命令使用统计。
• 错误日志: 由syslogd（8）守护程序执行，各种系统守护进程、用户程序和内核通过syslogd（3）守护程序向文件/var/log/messages报告值得注意的事件。另外有许多Unix程序创建日志。像HTTP和FTP这样提供网络服务的服务器也保持详细的日志。

日志目录： /var/log(默认目录)

1. 查看进程日志

   cat /var/log/messages

2. 查看服务日志

   cat /var/log/maillog

0x02 用户查看

Linux不同的用户，有不同的操作权限，但是所有用户都会在/etc/passwd /etc/shadow /etc/group /etc/group- 文件中记录；

1. 查看详细

   • less /etc/passwd：查看是否有新增用户
   • grep :0 /etc/passwd：查看是否有特权用户（root权限用户）
   • ls -l /etc/passwd：查看passwd最后修改时间
   • awk -F: '$3==0 {print $1}' /etc/passwd：查看是否存在特权用户
   • awk -F: 'length($2)==0 {print $1}' /etc/shadow：查看是否存在空口令用户

   注：linux设置空口令：passwd -d username

0x03 进程查看

1. 普通进程查看

   进程中我们一般使用ps来查看进程；man ps

   • ps -aux：查看进程
   • lsof -p pid：查看进程所打开的端口及文件

2. 检查隐藏进程

   • ps -ef | awk '{print }' | sort -n | uniq >1
   • ls /proc | sort -n |uniq >2
   • diff 1 2

   注：以上3个步骤为检查隐藏进程

0x04 其他检查

1. 检查文件

   • find / -uid 0 -print：查找特权用户文件
   • find / -size +10000k -print：查找大于10000k的文件
   • find / -name "..." -prin：查找用户名为...的文件
   • find / -name core -exec ls -l {} \;：查找core文件，并列出详细信息
   • md5sum -b filename：查看文件的md5值
   • rpm -qf /bin/ls：检查文件的完整性（还有其它/bin目录下的文件）

2. 检查网络

   • ip link | grep PROMISC：正常网卡不应该存在promisc，如果存在可能有sniffer
   • lsof -i
   • netstat -nap：查看不正常端口
   • arp -a：查看arp记录是否正常

3. 计划任务

   • crontab -u root -l：查看root用户的计划任务
   • cat /etc/crontab
   • ls -l /etc/cron.*：查看cron文件是变化的详细
   • ls /var/spool/cron/

4. 检查后门

   对于linux的后门检查，网络上有一些公开的工具，但是在不使用这些工具的前提时，我们可以通过一些命令来获取一些信息。

   首先就是检测计划任务，可以参考上面；
   第二：查看ssh永久链接文件：vim $HOME/.ssh/authorized_keys
   第三：lsmod：检查内核模块
   第四：chkconfig --list/systemctl list-units --type=service：检查自启
   第五：服务后门/异常端口（是否存在shell反弹或监听）
   其它：
   ls /etc/rc.d
   ls /etc/rc3.d

Author:逆巴@阿里移动安全

0x00 恶意应用简介

近年许多的android市场实现免root安装应用，也就是下载完成立即自动安装，而黑产界也同样利用该技术在进行恶意推广，静默安装。最近拦截到大量恶意应用利用系统AccessibilityService静默安装应用。一旦恶意的Accessibility服务被激活，恶意应用将弹出广告，即使用户关闭弹出的广告该应用程序也会在后台下载，随后自动安装推广的恶意应用。

0x01 AccessibilityService介绍：

AccessibilityService作用：

Android Accessibility用于那些由于视力、听力或其它身体原因导致不能方便使用Android智能手机的用户，Android提供了Accessibility功能和服务帮助这些用户更加简单地操作设备。开发者可以搭建自己的Accessibility服务，这可以加强应用的可用性。开启AccessibilityService后应用通过它能实时地获取当前操作应用的窗口元素信息，并能够双向交互，既能获取用户的输入，也能对窗口元素进行操作，比如点击按钮。

AccessibilityService的使用场景：

Android应用市场使用android Accessibility来免root安装应用；近来火热的抢红包应用也用使用AccessibilityService自动抢红包。

0x02 恶意应用分析

我们监测到一款名为“WiFi密码查看器(增强版)”的应用滥用AccessibilityService。应用启动后诱导用户开启“WIFI信号增强服”，其实就是开启恶意应用自身的AccessibilityService；以查看WIFI密码让恶意应用获得root权限，而这一切都是为该恶意自动安装做铺垫。下图是该应用运行图

图应用启动与引导开启wifi信号增强界面

应用启动后会引导用户开启WIFI信号增强服务。应用跳转到ACCESSIBILITY_SETTINGS界面，提示用户若要增强Wifi信号强度，请开启WIFI信号增强服务。用户启用恶意应用的该服务之后，手机将疯狂下载该应用云端准备的应用包，并且在手机上自动安装运行。

图启动Accessibilty Service界面

以下是恶意代码运行流程

图恶意代码云信流程

流程图解析

1. Wifi_list模块，恶意应用利用wifi信号增强诱导用户开启 Accessiblity Service;查看Wifi密码诱导用户给该应用赋予Root权限。
2. PushDownLoad模块，该模块由 PushCoreService和 ChapingCoreService服务组成，它们利用后台服务上传设备信息，获取待Push的应用包，下载应用包。
3. 安装模块，恶意应用解析下载成功的包，然后弹出 DialogPushActivity的广告框，非Root利用 AccessilbityService安装，root利用 pm install完成静默安装
4. daemon模块， daemon是存放在raw目录下的elf文件，它是一个守护进程，保护应用不被杀死。daemon原理是fork出子进程之后，让子进程成为新的会话的领头进程，并与其父进程的会话组和进程组脱离，紧接着就是在子进程中定时去启动java层配置的任务。这里它保证 PushCoreService和 ChapingCoreService一直在后台运行。

以下对核心服务 PushCoreService跟踪分析

首先向目标服务器Post设备的imei,wifimac,SerialNumber信息，服务器返回uuid,并记录在 DefaultSharedPreference文件的”uuid”字段

图请求服务器获取uuid

上图最后调用 this.m_context.handler.sendEmptyMessage(1)，启动线程GetPushThread线程。该线程向 http://api.findzhibo.com/ad/open?appCode=1&appVersion=appVerion请求获取当前应用的“open_status”字段。只有“open_status”字段为True时，云端服务器才会继续运行，否则表示当前应用版本对应的云端关闭。开启状态向 http://api.findzhibo.com/index.php/ad/push，发送post请求，服务器返回待push的应用，写入“cc_push_sp.xml”的push_json字段

图云端恶意推广app的push_json

图云端请求获取恶意推广应用

上图最后调用 this.m_context.handler.sendEmptyMessage(2),解析push_json字段填充intent,启动 PushDownloadService进行应用下载和恶意广告页面弹出。 PushDownloadService解析appJson,获取下载信息，随后通过handler消息对应用下载安装。

图解析appJson,进行下载安装

Handler存在4个msg.what值，‘3’处理下载失败；‘4’下载成功；‘5’弹出DialogPushActivity广告框若开启Accessiblity Service，启动WifiZengQiangService； ‘6’弹出DialogPushActivity广告框，启动恶意推广的应用。 首先发送“4“表示开始后台下载，随后启动下载安装的线程。该线程检查本次推送的应用是否已经被下载到指定目录，sdcard/.wifi_ckq保存下载的应用包以及广告图片，appName经过md5加密。

图sdcard目录存放下载的推广应用包

图下载恶意推广应用

下载完成后发送对应用静默安装，设备非root发送‘5’，root使用 pm install安装应用随后发送‘6’启动应用。

图发送handler安装应用

handler ‘5’,’6’都会启动DialogPushActivity，

图启动DialogPushActivity

DialogPushActivity其实就是一个ImageView，用户在触摸该界面后推送的应用将被自动安装

图DialogPushActivity界面

启动WifiZengQiongService自动安装服务。之前的Ghosh Push,Kemoge等病毒家族，都是先对设备root然后植入推广应用。而该恶意应用的AccessibilityService一旦被启动，随后应用弹出恶意广告界面，即使受害者关闭弹出的广告，该应用程序也会被自动下载，随后成功安装。这个过程是调用系统的packageinstaller,获取安装界面的按钮位置，Accessibility提供的模拟用户点击功能，代替用户自动点击下一步，直到安装结束。下图是弹出的广告图，触碰后即可开始下载安装推广的应用。下图AccessibilityService里唤起安装界面

图调用系统packageInstaller

AccessibilityService的onAccessibilityEvent方法不仅处理’com.android.packageinstaller’ 的event,还处理一些安全软件，这样该恶意应用将会完全控制安全软件行为，也就意味着该应用可以自动安装，启动任意app，卸载任意应用，而且利用AccessibilityService控制安全软件进行免杀。

图AccessibilityService控制指定应用包

在推广的应用成功安装过后，系统将会发出 “android.intent.action.PACKAGE_ADDED”广播消息，AppListenerReceiver类接受该广播并启动应用。

0x03 总结与建议

到此滥用 AccessibilityService过程分析完毕。该应用已增强WIFI信号诱惑用户启用 Accessibility，以及查看WIFI密码是应用获取root权限。在此提醒用户谨慎给不受信应用开启 AccessibilityService，以免被恶意应用控制；最近火热的抢红包应用也会利用 AccessibilityService，实现自动抢功能，我们已发现黑客利用‘自动抢红包’诱导用户开启 AccessibilityService控制手机，建议用户在安全渠道下载抢红包软件，以免不必要的损失。

• —软件人才免语言低担保 赴美带薪读研！—

还是回到之前一直持续的 Mesos话题。在之前的环节里，我们已经尝试了Mesos的安装，Marathon守护服务以及相对比较主流的Mesos作为Hadoop的资源管理器的实际操作。这次就说说同属于伯克利出品的Spark。

其实spark最初0.7以前的版本还没有自己的资源管理系统，资源的调度都是通过Mesos来执行的。甚至还有小道消息说spark本身就是Mesos用来作为测试的一个项目派生出来。所以说，相比Hadoop+mesos的组合，Spark+Mesos作为大数据分析平台是更为原生态的。

曾经有人一直问过类似于“spark是否可以完整的替代hadoop？”之类的问题，我想说的是，hadoop最强大的地方是它的hdfs，而对于spark来说，它的优势在于将大数据的计算做到了极致的简化，但对于大数据来说，大容量的存储和高IO的读写也是一个复杂的工程，这正是Hadoop的价值所在。恰恰相反的是spark的流行只会加速Hadoop的发展。

OK，回到正题，还是要准备一套Mesos的环境，请参照 此文档。

到 这里下载一份spark的安装包，到你的Mesos Master节点上。个人的建议是你可以选择“pre-built for hadoop的版本”，比如我用的 spark-1.5.2-bin-hadoop2.6.tgz

wget http://d3kbcqa49mib13.cloudfront.net/spark-1.5.2-bin-hadoop2.6.tgz

照例的解包之后，开始配置

cd <YOUR_SPARK_PATH>/conf 之后，vi spark-env.sh，内容其实挺简单的：

#!/usr/bin/env bash

export MESOS_NATIVE_JAVA_LIBRARY=/usr/local/lib/libmesos-0.24.0.so
export SPARK_EXECUTOR_URI=/usr/local/spark.tar.gz
#export SPARK_EXECUTOR_URI=hdfs://spark.tar.gz

好吧，这个地方有一个很大的坑，官方文档上都没有任何的提及，直到我在踩了很久之后才从这里爬出来。vi spark-defaults.conf。

spark.io.compression.codec lzf

全部弄好之后，将你的spark目录重新打包成tar.gz，然后分发到每一个slave节点下的/usr/local。官方文档是将这个文件上传到hdfs上，这个默认的配置已经被我注掉了，这仅仅只是个测试，我没有HDFS。

应该就差不多了，回到spark主目录，冒烟测试：

/usr/local/spark# bin/spark-shell --master mesos://10.239.21.100:5050

Welcome to
 ____ __
 / __/__ ___ _____/ /__
 _\ \/ _ \/ _ `/ __/ '_/
 /___/ .__/\_,_/_/ /_/\_\ version 1.5.2
 /_/

Using Scala version 2.10.4 (OpenJDK 64-Bit Server VM, Java 1.7.0_91)
Type in expressions to have them evaluated.
Type :help for more information.
I1218 16:00:58.975153 37814 sched.cpp:164] Version: 0.24.0
I1218 16:00:58.983880 37808 sched.cpp:262] New master detected at master@10.239.149.196:5050
I1218 16:00:58.985206 37808 sched.cpp:272] No credentials provided. Attempting to register without authentication
I1218 16:00:58.992024 37808 sched.cpp:640] Framework registered with 20151218-113549-3298160394-5050-19515-0052
Spark context available as sc.
....

....

scala> val a = sc.parallelize(2 to 1000) //手工输入
a: org.apache.spark.rdd.RDD[Int] = ParallelCollectionRDD[0] at parallelize at <console>:15

scala> a.collect //手工输入
res0: Array[Int] = Array(2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, 80, 81, 82, 83, 84, 85, 86, 87, 88, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 100, 101, 102, 103, 104, 105, 106, 107, 108, 109, 110, 111, 112, 113, 114, 115, 116, 117, 118, 119, 120, 121, 122, 123, 124, 125, 126, 127, 128, 129, 130, 131, 132, 133, 134, 135, 136, 137, 138, 139, 140, 141, 142, 143, 144, 145, 146, 147, 148, 149, 150, 151, 152, 153, 154, 155, 156, 157, 158, 159, 160, 161, 162, 163, 164, 165, 166, 167, 168, 169, 170, 171, 172, 173, 174, 175, 176, 177...
scala> exit //退出scala界面

中途省略的部分可能有部分报错，以我的经验是换成了官方的jdk1.8之后就OK。看起来openjdk也不是一直都靠谱的。

实验下python调用吧，还是写一个并发版的经典 “羊群繁殖”算法，由于我的集群有96个core，而在一个时间片上一个core只能做一个job，所谓大数据中多于core的任务分配数就是耍流氓，所以这个节点数就设置了96。

vi hog.py

from pyspark import SparkContext

if __name__ == "__main__":
 sc = SparkContext(appName="PythonHog")

 def f(i):
 if i < 2: return 1
 if i < 5: return f(i-1) + f(i-2)
 return f(i-1) + f(i-2) - f(i-5)

 count = sc.parallelize(range(0,35), 96).map(f).reduce(lambda a, b: b-a)
 print(count)

 sc.stop()

提交一个任务

bin/spark-submit --master mesos://10.239.21.100:5050 hog.py

PS: 相比python／Java／R语言来说，最适合Spark的编程语言是Scala。支持全面而且代码简单明了。不过我对这种非常容易写出过于变态的语法还是持一种谨慎态度的。

　　不久之前我们曾看到这样一则报道：2016 年将是 iPhone 自诞生以来首次销量下滑的一年。今天我们看到的一份报告似乎也印证了这种预测。威锋网消息，市场调研机构 Raymond James 在其最新报告中表示，现在有越来越多的美国消费者选择 Android 而不是 iPhone 作为他们的下一款智能手机。

阅读全文

这是一篇豆瓣创始人&CEO 阿北（杨勃）刚刚发表的 长文，始终被认为理想主义的阿北，在文中阐明了豆瓣电影评分的原则和做法，用以保护公众对豆瓣评分的信任。随着“豆瓣的电影评分在影视行业的影响越来越大”，阿北说豆瓣收到的威逼利诱也多起来……以下为全文。

（豆瓣 CEO 阿北，图片来自 Qdaily）

这是篇长文，没空的话，看下大意：豆瓣电影评分在过去十年里一直中立地还原观影大众的平均看法，影视市场的爆发正给这一工作带来更大的外部压力，我们会继续满怀诚意地保护公众对豆瓣评分的信任。

我是豆瓣的创始人，也一直是豆瓣的 CEO。我还写过计算豆瓣评分的最早的几版代码（不难，加起来除下人数）。

除了最早的几年之外，我不直接负责豆瓣电影。但电影评分的大原则和策略，包括和商业独立的原则最早的时候是我定的，后来一直也没变过，期间少数个案也会被捅到我这里拍板。所以以下说的你可以认为是我的个人看法，也可以看作是豆瓣的“公司意志”。

因为用户的力量，豆瓣的电影评分在影视行业的影响越来越大。这两年电影的商业体量激增，评分的影响也跟着变得重要。无论雨点大小，“水军”的雷声越来越大。我们收到的威逼利诱也多起来，诸如“不开个价给水军放行，就找媒体黑你们”之类的。这些让我们觉得，不管愿不愿意，豆瓣的评分会更频繁地被推到风口浪尖。

我们一直认为提供一个真正可信的服务就好了，不需要整天说自己。但现在看起来保护公众对豆瓣评分的信任变成另一个工作，我们需要清楚明确地表达豆瓣的原则和做法，避免可能会出现的误解，让豆瓣评分对影视行业的成长继续有积极和健康的贡献。

一：豆瓣评分是谁定的？

很多评奖的场合有“专家评审团”和“大众评审团”。豆瓣没有专家评审，但有一个一亿多人的大众评审团。

豆瓣的注册用户看完一部电影，心情好的话会来打个一到五星的分（有时候心情不好也会来）。比方说一部电影有 42 万用户打分。我们的程序把这 42 万个一到五星换算成零到十分，加起来除以 42 万，就得到了豆瓣评分。这个评分会自动出现在豆瓣各处，中间没有审核，平时也没有编辑盯着看。每过若干分钟，程序会自动重跑一遍，把最新打分的人的意见包括进来。

那 42 万用户里可能包括资深电影评论家，可能包括你、你的亲戚、你的小学同学、早晨卖你油条的那个人，也可能包括阿北我个人。但每个人都是一票。这个是“大众评审团”应该的含义：不是说团里的人全都大众，而是说和大众一样一人一票。

豆瓣的工作人员偶然收到“我明明给这个片子打了五星，为什么评分一点没变”的投诉的时候，除了心里嘀咕一下“哎，你拿这些红人／独生子女／八零后／九零后／零零后／数学不好的人怎么办”以外，会（或者应该）这样耐心解释：评分实际是变了，只是在小数点后四位，被四舍五入掉了，但如果有几千个人和你一样都打五星的时候，分数就会变。

“一人一票”唯一的例外，是豆瓣的程序判断是“非正常打分”的帐号。这些打分会被排除在外。具体下面会说到。

豆瓣电影评分的主旨和原则，是“尽力还原普通观影大众对一部电影的平均看法”。这个主旨过去十年没变过，将来也不想变。

它并不是专家、影视从业人员或者资深人士对电影的看法，虽然这些看法会被豆瓣算在“普通观影大众”之内。所以有次听到“豆瓣电影评分不专业”的说法的时候，我的反应这是在说“大众不专业”，应该怪语文才是。个人认为汇总专家意见会是另一个很有价值的服务，但这个确实不是豆瓣评分的宗旨。

二：豆瓣评分反映文艺青年的喜好吗？

早已经不是了。

早些年可能是的，因为来打分的人里文艺的比例要比街上的比例高些。但是现在每个月有一亿上下的人会用到豆瓣的评分，我不觉得咱们文艺青年的势力变这么大了。基本能确定现在豆瓣评分反映了大众观点。只是这个“大众”更集中在一二线城市里，和豆瓣用户扎堆的地方一致。

换种说法，在所有去电影院看电影的“大众”和所有看电视的“大众”之间，当前(2015 年)在豆瓣打分的人更接近去电影院的那个。

有些独立电影只有文艺青年会找来看，所以得到的是文艺青年给的平均分。你又不文艺，就因为分数高也找来看，然后… 这不能怪豆瓣，更不能怪她们。但很多东西都是这样的，评分只是判断用到的一部分，经常更重要的是“听说”和“选择”。这个下面也会说到。

三：为什么我喜欢的／我讨厌的／我拍的／我导的／我投资的电影／电视剧会在豆瓣上的评分低得／高得不正常？

所有电影都有众口难调的问题。最好的不是所有人喜欢的，所有人喜欢的不是最好的。

人对一件事情有感情投入，或者有明确爱憎的时候，会投射到别人身上，认为别人应该会有同感。这个当爹妈的都知道。“别人”汇总起来就变成“多数人应该“或者是“正常人应该”。看到有同感的时候我们感觉好，没看到的时候我们不是一下子能接受。你我都这样，没什么奇怪的。

在评分这件事上，看到评分和自己想法一致，觉得豆瓣靠谱，看到不一致，觉得豆瓣不靠谱。这种反应也正常。但“豆瓣”后面只是很多个“别人”而已，不多不少。你和别人平均看法不一致，可以冷静下来再下结论。未必别人不正常，也未必背后有阴谋。这也不一定是坏事，大众经常是错的，至少你是有主见的。

我也是一个创造东西的人，做过一些个靠谱不靠谱的互联网产品。我非常明白自己的作品出来的时候，希望和相信别人会喜欢的心情。事实是，自己和别人的喜好都很难把握，碰壁难免，但下次我们还会“爱上自己的作品”。这是创造的代价，我们自找的，也是我们着迷于此的一个原因。

四：水军是怎么回事，豆瓣评分可刷吗？

水军是有的，但豆瓣评分很难刷得动。

电影这个行业大了，怪事就多。我们把“老子还就不信了，我就要把这个平均分抬高／拉低”动力之下的打分行为统称为“非正常评分”，或者说打分的目的是为了直接干预平均分数。我个人印象里，“非正常评分”大致有四类：注册／收购帐号刷高分的，注册／收购帐号刷低分的（这个我也百思不得其解过），明星粉丝团“进攻豆瓣”的，铁杆用户“捍卫豆瓣评分公正”反水行动的。应该还有别的，比方说行为艺术什么的。

以上听起来吓人，对豆瓣评分的影响其实没那么大，小影响还是短暂和个别的。因为正常打分的人实在太多了，也因为反刷分早已经是豆瓣电影日常工作的一部分，不少同事借助更多的程序一直默默在做。

豆瓣这两年的原则是“所有能判断属于非正常评分的一概不算”，不分高低贵贱颜色。（捍卫评分公正的用户，真的抱歉加感激。但这应该是我们的工作，不是大家的，一时没做好是我们失职。）。

“不算”非常简单可操作，但“判断属于非正常评分”不是那么直接。豆瓣一代接一代的算法工程师、程序员、编辑和产品经理在这件事上贡献过才智，最后都落实在二十四小时跑的大小程序上面。这确实是持续的、魔高一尺道高一丈的事情。但现在门槛已经很高，声称能刷分的基本是在骗人。

刷分基本无效之后，干扰豆瓣评分的努力在向“社会工程”进化：针对具体一部片子制造“豆瓣评分有问题”的舆论，想办法打击豆瓣评分整体的公信力，或者直接对豆瓣的工作人员施加心理压力。行业变化很快，不知道将来会变成怎样，但豆瓣自己的想法和立场可以是不变的。

五：有没有一劳永逸完全解决水军问题的办法？

一劳永逸的办法可能没有。但当下来说，水军的千军万马跳进来，让评分的湖面一点涟漪都不起的办法是有的，但对正常打分用户的感受可能略有影响。我们在积极地准备，需要的时候可以推出。

六：我可以做点什么让我的片子在豆瓣评分高一点？

“找豆瓣的人”是最没用的。不少人试过，大大佬托大佬也直接找到过我。江湖这么大，有用的话早会有人知道，你可以去四处打听一下。据我所知，整个豆瓣系统里没有“修改电影平均分”的后台功能。

刷分上面说过了，越来越没用。所以我确实不知道除了拍好电影，能做什么。

但是最近有转行做电影的老朋友问我同样的问题。直接回答“拍更好看的电影就是了”估计会被他扁。所以我第一次站在片方的立场想了这个问题，答案还是没有。但我给了些观察希望对他有用，以下是大致的意思。

一部电影的豆瓣评分是来评分的人群的平均意见决定的。按道理、平均来说、其他都一样的时候，不怎么宣传就会来看一部电影的人倾向于打高分，但人少；本来不会喜欢、因为大规模宣传建立了高预期来看的，倾向于打低分，但人多。这也是独立电影为什么有时候评分很高(只有粉丝来打分)，而票房奇迹有时候评分很低（把不会喜欢的人也宣传来了）的原因。

所以叫好和叫座，高分和票房的确有一些本质的冲突，只有真正广受欢迎的电影能化解这个冲突。除了拍更好的电影永远是王道，把握好宣传的度也比较重要，过度宣传可能会拉低评分。

最后我问这位朋友：口碑还是票房，哪个对你更重要？他的回答比较吐血，这里就不复述了。但我觉得，他的电影好的话，到最后这不会是一个纠结的问题。

七：豆瓣电影评分和豆瓣电影商务是什么关系？

简单地说，没有关系，我们也不想有关系。具体可以分现在的商务和将来的商务看。

豆瓣目前来源于电影行业的主要营收渠道是电影的宣传广告。形式是广告 banner，卖点是“让更多人知道你的电影／电视剧”。经常需要电话里澄清“但是卖点不包括更高评分“，我觉得我的同事挺累的。这件事的收入也只是豆瓣整体收入的零头，如果容易起误会我们可以另作打算。

电影行业里更大的商业机会豆瓣会当仁不让地去争取，只要不会影响到公众对豆瓣评分的信任。内部做到真正的独立比较容易，可以用结构、制度和防火墙做到。稍难的是避免市场和公众的认知被轻易误导，或者说避嫌。只要新的模式依赖于豆瓣整体数据之上的宏观判断，而不是直接依赖评分，我们相信很多事可以做，也想很快开始做。

从管理和团队一致性的角度看，我在公司各种内部场合、在几百人的年会上讲过和这篇问答大同小异的东西（要精简一些，因为得站着讲），所以我的同事大都知道和评分中立原则偏离是极端严重的错误。在和评分有关的事情上，到今天我个人没有发现过一例本质的执行错误。更重要的是如果过去或将来有错误的话，豆瓣作为一个公司有诚意和意志保证发现后能马上得到纠正。

八：你为什么这个时候出来写这个东西？

我们以前认为提供评分服务需要保持中立和独立是天经地义的事情，没什么好公开标榜的。碰到有意无意曲解豆瓣评分原则的，我们也很少出来辩护，我们觉得只要每个月有上亿的人信任豆瓣就够了。但影视行业最近的变化，让我们直接感觉到低调在这个时候可能是不明智的。

但我确实看到行业中具体的个人，曾经都是有理想抱负的年轻人，所以除了沟通走样和误会的原因，我也猜测行业正在催生一些结构的问题。我直觉判断，今天可能是一个岔路口，现在有必要把豆瓣的立场一次表达清楚，以免猜测和误解引发的博弈把行业的一角推向我们最终都不喜欢的方向。

豆瓣一直是用户的朋友，我们希望一直也是影视行业的朋友。我很想看到行业能一直健康地发展下去，相信一个满怀诚意的、中立的评分服务对整个行业在结构上是长期有益的，也相信一个透明地传达观众看法的地方对行业里个人的职业成长也有微薄但是长期的帮助。

— 阿北

本文链接

一个程序员的理想

我从高中就开始接触计算机并开始编程，我非常喜欢编程，我一直以为我会写一辈子代码。

我从毕业就一直做技术，开始一年是做 Java 语言的服务器开发，开发过网易邮箱和微博的后台，后来转而做 iOS 开发。

因为喜欢，我几乎把我所有的非工作时间也投入到技术中去。当然，并非是把工作带回家，而是专研技术或者从事技术写作。

于是这几年，我积累了超过 150 篇原创技术文章，在 iOS 技术圈子里面也小有名气，也出版了一本《iOS 开发进阶》的书，微博和微信公众号的粉丝数也都超过了 3 万。

我做得很开心。

我一直以为，我会是一个好码农，我会一直在技术上深入下去。

但是，改变有些时候就是来得那么突然。

涅槃重生

我还记得那一天，2014 年 7 月 17 日，我当时受到邀请，在广州的微信分享 iOS 开发技术。当天晚上，我接到郭常圳（我们的 CTO）的电话，知道要做小猿搜题这个项目，并且这个项目「由我负责」。

于是，我开始了技术转管理之路。

通过从以前的项目组中抽调人手，小猿搜题这个产品技术团队很快组建出来了。我在开发 iOS 版的小猿搜题客户端的同时，也开始了我的管理工作。

现在经过了一年半，我们不但组建成了一支充满战斗力的团队，成收获了不小的成绩：

• 小猿搜题产品一年时间获得了 5000 万的用户。
• 我们团队在开发上做到了每周一次迭代，两周一次版本发布。

技术管理的总结

在我的工作中，我慢慢总结出在创业公司中做技术管理工作的「方法论」。我把我的技术管理工作分成以下几个部分：管理业务，管理团队，管理技术。

管理业务

做为互联网公司，我们奉行简单直接的沟通，所以我很多时候并不需要涉及人员的管理工作，更多的时候是业务的管理工作。业务的管理工作主要是围绕着一个具体要做的技术开发功能点展开。具体包括：

• 任务分解和分配
• 制定大概的开发排期
• 每天了解开发进度
• 讨论和跟进各种具体的技术问题
• 协调一些产品需求变更
• 响应一些市场同事的需求
• 跟进相关功能上线

在这方面，我们主要是采用 Scrum的开发方式，见 《适合码农工作时玩的游戏：Scrum》。

我们在整个迭代（Sprint）过程中引入四个会议：计划会议，每日站会，评审会议和回顾会议。通过事先简单的计划，再加上这四个会议中的详细讨论，我基本能够做到：

• 通过计划会议：比较合理的安排开发排期、分配任务。
• 通过每日站会：每天了解开发进度，会后讨论和跟进各种具体的技术问题

对于产品需求变更和市场同事需求的响应，我主要利用自己在 Sprint 执行过程中的时间来展开。我会根据当前需求的大小和紧迫程度，来决定是否插入到当前的 Sprint 中。如果插入到当前的 Sprint 工作量太大，我会适当做一些 Sprint 内容的调整。

跟进相关功能的上线主要是开发快要结束的时期，我会和产品同事一起试用最新的功能，了解 Bug 修复的进度，上线的风险情况。在大部分出现风险的情况下，我们都希望用适度加班的方式解决，所以我们上线当晚有时候会工作得比较晚。在无论如何都搞不定的情况下，我们可能会调整上线时间。

在业务涉及跨部门合作的时候，相关的进度管理会更麻烦一些。因为各部门自己的进度安排不一致，所以就会存在「等着联调」的情况。另外联调时出现问题也容易出现没人主动出来解决的情况。这些都需要负责人更频繁地沟通和推进，以保证按时上线。

在每周的工作中，我的管理业务的工作大概花费是 2 天左右。

管理团队

刚刚也说到，互联网公司不怎么需要管人，那么管理团队主要是做什么事情呢？我认为主要是两件事情：招人和带人，所谓的搭班子和带队伍。

招人

招聘这事情实在太重要了，所以必须要团队负责人参与。人才的招聘除了从公开的渠道收取简历、从猎头或同事那里得到推荐以外，还包括定向的找一些自己熟悉的前同事或某个领域的知名大牛，这些工作都是非常花费时间的。

在招人上，我们主要用到了找前同事，内部推荐发伯乐奖，以及进行技术分享和开源代码来获得社区影响力的方式。

值得一提的是，我们对于开源社区的贡献也得到了肯定，我们的基础架构组负责人陈恒因为多次为 Hbase 贡献代码，所以成为了 Hbase 的 Committer，而全中国拥有 Hbase 的 Committer 的公司在此之前只有三家，而且中国的 Hbase 的 Committer 不到 10 人。

在每周的工作中，招聘大概会占用我半天到一天的时间。

带人

人才招进来了，能否顺利融入团队，团队负责人以及这个人的导师（mentor）非常重要。需要做的事情包括：

• 平时多交流沟通。
• 在新人遇到问题时，热心地解答。
• 引导新人熟悉公司的工作方式。

一对一沟通来源于 Intel 公司，在最近很火的一本书 《创业维艰》中里面也提到过。《创业维艰》的作者本·霍洛维茨是被誉为「硅谷最牛的 50 个天使投资人」之一，先后在初期投资了 Facebook、Twitter、Groupon、Skype。

他在书中对一对一沟通介绍到，一对一沟通最主要的意义是：可以使得信息从下而上地传递。从而获得在其它渠道不易获得的信息，保证透明。

适合一对一沟通的内容有很多，包括：

1. 不成熟的看法
2. 迫在眉睫的问题
3. 精彩的想法
4. 倾诉焦虑
5. 抱怨

这些内容都不适合在别的场景中出现，比如：不成熟的看法，如果在部门的正常会议或邮件中提出，会让人觉得未经过深思熟虑。又比如一些焦虑或抱怨，如果通过一些渠道宣泄给其他同事，其实也是不好的。一对一沟通让这些内容有了一个不错的出口。

5 年前我刚毕业加入网易有道的时候，我的老大，也是我现在创业公司的 CTO 郭常圳就开始和我做一对一沟通。我非常享受每次沟通的过程。现在我也开始和别人做一对一沟通，我也开始关注一对一沟通的技巧。我们认为最大的技巧是：作为管理者，要多听少说，让员工成为沟通的中心。郭常圳有一个特别「老土」的办法，就是：不主动说话。通过这种方式，强迫让员工选择他们想聊的话题。

在《创业维艰》一书中，也介绍了一些适合用来引导的问题：

• 当前产品还有哪些可以提高的地方？
• 我们部门的最大问题是什么，为什么？
• 如果有，你觉得工作中有哪一点令你感觉不舒服？
• 你觉得谁的工作最优秀，为什么？
• 我们的产品哪方面不尽如人意？
• 我们错失的最大机遇是什么？
• 哪些是我们应该做而没有做的？
• 你自己希望未来在哪些方面能有提高？
• 有什么我能为你做的事情？

我大概保持每个月和每个组内同事都有一次一对一沟通，有很多时候，我是通过「请他们吃饭」来完成的。一对一沟通需要一个舒适的环境，所以在咖啡厅或饭桌上，可能都比在办公室的效果要好一些。

一对一沟通的另一个核心要素是要坦诚，这就像 Scrum 指南中用「游戏规则」来描述内容一样，如果管理者做不到坦诚，那么同事就不会把这当作是一次有效的沟通机会。坦诚的沟通方式是：所有问题都真诚的回答，不掩饰问题，也不回避问题。如果沟通双方能够做到坦诚，即使是一个棘手的问题，那么双方也会从「解决问题」的角度，尽量寻找可能的办法。

除此之外，定期组织一些团队活动，让团队每个人之间建立友谊，也是我努力在做的。这在很多大公司是 HR 部门做的事情，在我们创业公司里面，也变成团队负责人的工作之一了。

什么是领导力

关于管理团队，我也特别喜欢《成为技术领导者》一书中的观点，关于本书，更多的请见 《成为技术领导者》读书心得》。书中是这么说的：

所谓领导力，就是创造这样一个环境，每个人都能在其中发挥出更多的能力。

我想：在强调平等、创新、自由的互联网公司里面，这可能就是领导力最好的定义吧。

管理技术

作为一个技术负责人，产品在技术上的架构是否合理？随着用户量的增长，现有架构能否胜任？当运营活动发生时，突发的流量会有多少，服务器是否能够承受住压力？未来技术上的架构应该如何演进？除了服务器端，客户端应该在哪些技术方案上投入研究力量？这些都是技术负责人需要考虑和决策的。

我同时做过服务器端和移动端的开发工作，不过由于最近几年都是做移动端的开发，所以服务器端的架构技术细节我其实并不是专家。所以我在这方面做得算不上很好。可能是运气好吧，有几次服务器的压力问题，我们都及时发现并且解决了，但是时间都挺紧迫的。现在，我会花时间把服务器端的架构图画出来，然后一块一块考虑，看看有没有更优的方案，并且和服务器端的同学讨论。

在客户端上，我只是对 iOS 开发比较熟悉，对 Android 了解得并不深入。所以我会让技术同学自己提一些技术改进方案，我参与 Review，我想他如果能说得有理有据，还是可以授权他在技术上深入的。

其实每个平台的技术管理可能都需要更多的「授权」，因为具体做事情的人，会比技术管理者更清楚地了解细节。而对细节的深入了解，才是改进技术架构的方案来源。所以，尽量招靠谱的人，那么在管理技术上的工作就只需要遵守「尽量授权」的原则来就可以了。

管理技术还包括公司技术氛围的建立，我主要在以下这些方面下了一些工夫：

• 推进技术 wiki 的使用
• 推进 iOS 端每周一次的技术分享
• 推进 Code Review 以及代码质量

Wiki 是一个非常好用的知识管理工具，前提是每个同事都参与贡献内容。所以作为一个管理者需要用言行来指导新同事学会用 Wiki。我会主动将重要内容记录在 wiki 上，对于一些同事发的邮件内容，我也会要求他整理到 wiki 上。

iOS 端的技术分享也是需要管理者推进的。我之前在网易有道的时候，这方面的活动基本上是大家自愿的方式来进行。这其实对分享者要求很高，一般的人很难达到这种意识，所以当时有道 iOS 端的技术分享很少。因此，我还是认为「半强制」的分享方式更适合当前团队。

「半强制」的分享规则需要大家认同，在一个相对轻松的环境下达成一致，为此我专门组织了一次交流会，大家相互认识一下，一顿吃喝之后，再约定分享规则。现在看起来，大家其实有很多想分享的内容，在 Wiki 上，很多一两个月才轮到他的人，都已经把分享的主题确定了。

Code Review 也是一个需要推动的事情，我们使用 Git 和 Gerrit，做到了所有的提交必须 review 通过之后，才能 merge 进代码仓库。另外我们也在 wiki 上规定了详细的代码风格要求。Code Review 如果做得好，不但可以在代码风格上达成一致，还能让新同事从中学习到一些良好的编程习惯，一些潜在的 Bug 也可能在 Code Review 中被发现，实在是值得坚持的事情。

产品负责人

除了技术负责人的管理业务，管理团队，管理技术工作外，我另外还是小猿搜题的产品负责人，所以我还承担着技术负责人之外的一些工作。这些工作最主要的就是对产品的管理工作。

产品工作看似简单，实则复杂，而我作为一个工作多年的程序员，在这方面的经验非常少。所以我在参与产品讨论时，一开始都比较惶恐。后来我慢慢发现，产品经理的思维还是有章可循，便开始总结和学习，我看了不少产品经理的书，而郭常圳的多次指导也对我的帮忙意义巨大。其实做产品的原则就那么多，重要的还是多思考和体会，把那些原则融入自己的理解。

「场景化思维」是我学到的第一点，我还记得郭常圳带着我们学习乔布斯推出第一代 iPhone 时的演讲，乔布斯非常会讲故事，在用户具体的场景中介绍自己的产品。好的产品经理会将自己「代入」目标用户的使用场景中，解决用户的主要痛点和问题。做为技术人员，我常常陷入产品逻辑完备的泥潭中，但是「场景化思维」使得我能够重新跳出细节，关注主要功能设计是否合理。

「关注数据」是我学到的第二点，产品经理在打磨细节方面，如果能够关注产品数据，那么就很容易找到改进的方向，并且在后期验证自己的想法。关于这个，详细的请看： 数据的秘密（上）- 为什么要关注数据和 数据的秘密（下）- 如何分析数据。

我曾经犹豫自己是否应该学习写产品稿，郭常圳说不用，他说你只需要多看产品经理的产品稿，多思考和比较，慢慢就会有产品的感觉。我发现这一点还是管用的。以前用一个新的 App，作为开发者，我会关注它的功能在技术上如何实现，而我现在，不光会关注技术实现，还会想它的产品设计思路。打开了这扇窗户后，我就能在日常生活的每一天里，通过思考来提升自己的产品能力。

作为产品负责人，我主要的工作是参与产品稿的评审和美术稿的评审，同时会参与决定未来要做的功能，将其安排到产品工作中。另外，我也会关注产品的各项指标数据，保证重要的产品数据都是看过的。

我每周花在产品评审和美术评审大概是半天到一天，每周花在关注产品各项指标数据上的时间大概是半天到一天。

我做得不好的地方

做为一个技术转管理的新人，我觉得我的工作还是有挺多问题。

首先，我刚开始还是太迷恋技术了，有一些开发工作我仍然主动参与。但是实践之后发现，因为我的事情太多太杂，使得我很难保证自己承担的开发工作的进度。所以我现在学会主动把任务交给别人做，如果一件事情不是必须我才能做的，我就交给别人。所以现在技术上，我只参与 iOS 端的 Code Review 工作了。我将更多的精力，放在一些不得不由我做的沟通和项目推进方面的工作上。

接着，我有很长一段时间没能很好地安排好产品计划和研发的进度。好的产品计划应该要领先开发一个以上的迭代周期，这样在技术开发当前版本时，下一个版本功能就在设计和评审当中，使得大家的工作都不受影响。而小猿搜题的产品计划有一阵一直没能很舒服地领先技术，这让很多时候开发同事并不舒服。

解决的办法是我们让产品文档的完成时间点也尽量精准，对于一个大的产品功能设计，我们会定好初版（我们内部叫做 1 版本）、详细版（我们内部叫 5 版本）、完善版（我们内部叫 9 版本）的时间点。产品经理需要努力在时间点内保证产出，这样其实反倒使得大家会关注产品设计的主要问题，在细节上不过分纠结。

最后，我在招聘上的成绩也比较一般，没有能够为团队招来很多有经验的人，所以小猿搜题现有团队还是新人居多。新人的好处是容易和团队文化保持一致，但是在经验上，还是需要更多的锻炼。

总结

小猿搜题从 2014 年 7 月 17 日立项，到 10 月上线，再到元旦正式对外推广，到现在在不到一年的推广时间内，已经积累了超过 5000 万的用户。而我，也随着小猿搜题，从一个纯技术的 iOS 程序员，成长成为它的产品技术负责人，虽然也犯了一些错误，我感觉自己的进步还是很快的。

我也希望我的故事能够激励其他的技术同行，能够勇敢地接受新的挑战。在快速变化的移动互联网时代，快速迭代演进的不止有 App，也包括我们自己，愿大家都能活得精彩！

Posted by 唐巧 Dec 18th, 2015 summary

关注我的「iOS开发」微信公众号，每天获得精选的 iOS 开发文章和创业心得：

原创文章，版权声明：自由转载-非商用-非衍生-保持署名 | Creative Commons BY-NC-ND 3.0

国内各种电商不少，但大多品类繁杂，消费者在购物上的时间成本较高，因此，拼好货想做一个更像美国精选超市Costco一样的电商，能够持续为对生活品质有要求的人提供优质优价的货品，控制sku数量，保证产品质量，并将商品毛利率控制在5 %。而水果高频，又是刚需，因此成了拼好货最先切入的品类。

有趣的是，在拼好货创始人黄铮还没有完全想清晰该怎么走时，就在一天之内获得了高榕资本和IDG的投资。创业邦了解到，目前拼好货刚刚结束B轮融资，投资方和融资金额尚未透露。 

让购物好玩起来

拼好货的创始人黄峥离开谷歌后，创办了国内食品类电商代运营公司乐其，代运营超过150个国际大牌，后来还创办了一家游戏公司。而拼好货的初创人员，大都来自于这两家公司，这也让团队有了电商运营和游戏基因。

拼好货市场总监吴湄对创业邦说，2015年初，大家坐在一起讨论拼好货该怎么做，那时候她正玩“团购砍价”活动玩的很起劲儿，但需要参与的人数较多，而且砍价成功后付款的程序也很繁琐，当时的程序猿问她，如果让你先付款再团购你愿意吗？吴湄说，如果是普通的生活用品，她是愿意的，因为试错成本很低。于是，这位程序猿同学就很快做成了这款小游戏，这也成了拼好货的雏形。

2015年4月微信服务号上线后，拼好货的订单量快速增长，此后，根据7个大区，拼好货做了七个微信服务号，基本覆盖全国，微信粉丝数加起来近1000万。2015年7月底，拼好货App正式上线，在两个月后的一次促销活动结束后，拼好货连续3天位居IOS免费榜第一位，订单量也从600达到如今的日峰值60万。

吴湄说，能够有现在量，很大一部分都是靠拼团这种游戏形式，“买水果好像玩游戏一样，你想买就必须拉人成团，这受到了很多人喜欢，尤其是在一二线城市的白领和中产阶级女性。”

创业邦了解到，在拼好货买水果，用户下单后需要邀请3-5名用户完成“拼团”，24小时内如果拼团成功，参团的每个人就能够以优惠的价格购买，如果拼团失败，钱款会自动退回。这也就意味着，一个用户使用，会带动身边2-4个新用户进入。吴湄说，拼好货是第一家带有社交属性的生鲜电商平台。

严格的质量把控

另一方面，拼团方式因为是在熟人之间运作，这也意味着用户在为拼好货背书。吴湄说，拼好货很清楚这一点。因此，会在货品和服务质量上进行严格把控。

首先，目前拼好货是鲜电商中产地直采覆盖率最高的电商之一。所谓产地直采，就是平台去往产地亲自挑选，来保证果品质量和新鲜度。截至到2015年11月底，拼好货实现产地直采占到在售水果品种的一半，包括安岳柠檬、洛川苹果、嘉善黄桃、金艳猕猴桃、越南榴莲、越南红心火龙果、泰国椰青等在内的40余种。“秋冬季产地直采的大货之一赣南脐橙，拼好货11天就卖出了600吨。”吴湄说。 

其次，缩短水果从树上到消费者手中的时间和环节。吴湄说，传统的水果从树上到消费者手里，会经过果农、水果贩子、批发市场、经销商、水果店等至少五个环节，娇嫩的水果被搬运12次之后才能送到消费者手里。

但拼好货拼团的方法可以相对精确地预测出拼团成功的订单量（目前平均成功率在80%），采购者按照预测单量向果农进行采购，甚至可以实现“消费者A开团时，水果依然在树上，成团后24小时发货，水果从产地到仓库经过分拣的三四个小时，就直接送往消费者手中。” 也就是说，拼好货的水果从果农那完成采摘+挑选后，直接运送到各大区仓完成分拣+质检，再直接送到消费者手里，水果最多只需要被搬运4次。

更为重要的是，拼好货严格执行“坏果包赔”的售后服务。吴湄说，水果生鲜电商难免遇到品质的问题，拼好货的售后服务就印在包装盒上：“坏果包赔”。收到坏果之后，只要在相应区的微信号说明情况，就可以立刻得到赔付。“这也是社交电商至关重要的一环，品质如何、服务如何，都决定了消费者是否愿意持续为平台背书。”

1.前言

虽然题为培训，但我还是想说一句，程序员其实不需要培训，只需要指点。原因有三：

1. 程序员的工作都必须去实践，几乎没有纯理论的领域。
2. 由于互联网的开放性，程序员能找到大量的资源自学。
3. 随着实践深入，会自然地遇到一些问题。解决这些问题除了靠智力外，大部分只需要知道答案的大致方位就能用时间来消灭掉。

大牛之所以能成为大牛，就是知道了很多答案存在的地方以及发现这些地方的方法。优秀的程序员培训师懂得教方法而不仅是教答案。可惜很多培训师不是这样的，公司内部的培训流于形式，大家听完后就知道这是个很牛b的技术，却不知道怎么令自己也牛b起来。
HR就算懂上面的道理，他们从根本上也没能力推动程序员的内部培训。HR能做的事是帮助管理者 在程序员心中培养技术为尊的意识，让他们有动力去自学并实践，并以公司内某位榜样为目标赶超他。
HR无法有大作为，也令大多数公司很少重视培训。因为即使不培训也不会影响赚钱，工作效率的低下可以用加班来弥补。而且项目做到一定程度就会更新换代、推倒重来，原本写得多烂的代码都成过眼云烟。还有就是老员工们都有自己的习惯，较难通过培训来改变，基本都需要有人经常提醒。
在实际中有时候还是需要培训的，这其中多数是因为负责人懒得写文档，或者文档很容易过时而懒得更新，不如口头说一遍算了，╮(╯▽╰)╭。

2.技术培训

按内容区分，培训可分为业务技术培训和软技能培训，还有HR组织的集训。

大家对技术培训的第一反应都是PPT式会议，因为这种形式多，而且也是最最初级的培训。
PPT最大的意义在于做报告，内容凝练而简略，所以受众是没法得到很多的信息的。但是这并不等于没用。PPT式会议和网上的视频教程一样，能帮助零基础的人快速入门。这里需要解释一下何谓零基础，是指对这门知识几乎没接触过，但已有相近的知识。例如已知C学C++或已知C++学Java，也就是说，至少不用在培训中解释何谓关键字或者面向对象。连相近知识也没有的人，应该叫负基础，他们会连PPT式会议都听不懂，还是得回归书本。
书本不仅适合负基础的人，也适合高级读者。因为看书有时间细想琢磨，有助于吸收。专家级则是阅读各种SDK和API文档。大神级的就是看代码看出神的了。

搜遍互联网和各种书籍都找不到的东西，才是真正有意义做培训的，多数跟本公司密切关联：

• 产品的整体架构、设计思路、业务逻辑，迭代历史
• 各类工具/系统（IDE、需求、项目管理、测试与bug、文档等）的使用技巧
• 解bug、做优化等的经验
• 工作流程和制度
• 本部门的知识体系梳理。直接用例子说明是什么吧，请点击《 iOS开发知识与能力体系 思维导图》。文章很久没更新，但能说明问题了，相信不做iOS的也能get√到。

能让受众最大程度吸收的培训应该是手把手地教，这个贯穿在设计和编码过程中。本人实践过，发现被培训的人确实能完整地吸收，而且时间长了他会有反馈并跟你讨论，你可能在讨论中反过来也学到东西。当然，这个很少发生在互联网公司里，大家都很忙碌。

3.软技能培训

大家能思考出这部分内容的意义吗？答案我写在最后吧。下面这些都是可培训的。

3.1高效会议

这一节放到前面很重要，因为不少人搞不清几种会议的差别。会议的主持人或主讲人对会议的高效性负有最大责任，如果都用同一种思路来召开，会议就变得没什么效果。IT界“尊崇”的会议是乔布斯的苹果发布会和各种技术大会上的交流演讲，可惜这些并不是公司内部会议的榜样，很多人找错了模仿对象。

在日常工作中，一个会议的性质可能会包含以上多种，主持人需要在不同的阶段完成不同的职责。特别是主持人也是作为主讲人的时候，应该留意场景的切换，如培训完毕后的问答阶段。一般来说主持人都需要做到这几点：

• 宣讲会议议程或子主题，让参会人做好准备配合
• 尽量使会议达成目标
• 按时开始，不超时结束
• 帮助听众理解发言人（包括自己）的讲话内容
• 提醒其他发言人注意时间、语气等。不要因为一个人而耽误了全部人的时间
• 确保重要的人员都到齐
• 引导会议中的讨论达成一致意见
• 记录重要的发言和待跟进事项

3.2培训他人

好的程序员不一定是好的培训师，但好的架构师一定是合格的培训师，因为架构师必须向他人传达自己的思想。
做培训的首要目标是让听众完全吸收你所讲的内容，当然这很难做到，但做得到让人吸收大部分的也太少了。这是令多数公司不重视培训的重要原因，但也不能完全怪讲师，因为好的培训是需要花费大量时间和精力的。如果不是专门设立培训师岗位或者把培训职责写入KPI，没有几个人会对把培训做到极致。看看需要做多少功夫才能做好吧：
（交流演讲的要求比培训低，故也可参考）

会前准备：

• 冥想和模拟训练。在脑子里演练完整个培训过程，或者找个地方（培训现场最佳）对着空气讲。这能减小忘词的概率和减轻现场讲演的紧张感，还能发现培训逻辑的疏漏。如果还不够，可以先让少部分人来听，然后再面向全体。
• 如果怕会上遗漏一些事项没说，应准备一张小纸写上给自己做提醒的话语。非庄重场合写在手机里也行。
• PPT的制作技巧，很多书可参考，不赘述了。特别提醒，如果确认这是一个培训而不是一个交流演讲，PPT上的字不应该追求简略，特别是重要到需要观众记忆或记笔记的内容（也可能把PPT交给他们）。甚至可以考虑用Word或网页而不是PPT。
• 如果要讲到代码，不应该只用PPT。可以直接打开编辑器对着代码讲。在PPT里贴代码段的都是耍流氓，因为代码占用的篇幅大，而且信息量较多，很难短时间理解透。（这时候技术培训不如文档，但现实往往是相反的，本质原因是文档的糟糕。读者看不下去而希望能面授，集体的诉求自然转变成现场培训。）
• 发邮件提醒培训的适用人群。如有需要，提醒参会者提前阅读一些基础知识。
• 保证自己在培训过程精力充沛。为此，喝茶、喝咖啡、做几个俯卧撑什么的都行，用你喜欢的方式。
• 选择观众注意力容易集中的时间段。不饿，不困，不忙等。
• 选择好的场地，帮助观众集中注意力。不吵、无异味、气温适中（空调设好）、座位密度适中等。
• 其实，你穿什么服装都会影响培训效果

进行时：

• 帮助听众保持注意力集中：
  
  • 如果讲授的内容很繁重，可尝试分节，每节40分钟左右，中间休息10分钟。是的，培训的本质是上课。
  • 多微笑，声音洪亮。在旁人眼中，此刻的你应该比平常状态更兴奋和活跃。自己表现得越投入，观众就会越认真听，否则会变成一场催眠大会。
  • 提到他的名字，让他的注意力集中回来，或让他有更多的参与感。比如“某某肯定也是这样想的”，“某某曾经说（问）过”，“这样就能解决某某的问题了”。
  • 注意自己的姿势、手势，甚至发型、服装，不要喧宾夺主吸引走了注意力
  • 开始讲述的内容可以不怎么重要，例如做自我介绍或描述一些东西辅助今天培训的主题，帮助听众慢慢进入状态。
• 演讲的技巧：
  
  • 克服和利用紧张与恐惧。要理解这是人的天性，被很多人围观而自然产生的防御心理，实际上这能帮助你更集中注意力做好培训。
    克服它们的方法有自我暗示（用特定的话语激励自己，想象过往成功的演讲，想象这只是普通的例会等）、深呼吸、转移注意力（喝口水，摆弄一下其他物品，跟别人说说话等）等。
    事实上无论你犯多大的错，观众过几天就淡忘了。
  • 不能用提问来考验人，更确切来说不能令被提问者尴尬而导致冷场，别学学校老师那套。提问可用于：现场调查，证明结论；开放式的，没有正确答案；让观众猜测，活跃气氛。
  • 重复以强调。讲完例子或论据后重复一遍观点，加深听众的印象。或者更直接地，“这个很重要，我再重复一遍”。
  • 不跑题。我就见过“我如何当好技术leader”这个主题花了三成时间讲“我如何当上技术leader”的人。
  • 让听众跟上你的节奏。“承上启下，伏笔，呼应”这些写作技巧，在演讲中表现为“前面我们讲的都是理论，下面我们看看如何应用”、“这点我们后面会有详细描述”、“我们前面讲到的XXX在这里就是最典型的应用”。
  • 幽默。注意幽默是为了加深记忆服务的，不要最终变成展示个人魅力。幽默感需要刻意地积累，而且要恰到好处地用在演讲上是需要锻炼的。这个学问比较深，不展开了，建议找书看。
  • 说服。最佳方式是列举好处，以利诱导，而不是把规矩硬塞入别人的思想。更厉害的方法是洗脑，这个也是可以找书看哦。
  • 要会讲故事，在故事中蕴含你观点。故事的形式比理论好。
  • 生动，运用打比方和对比、反比。听众一时难以理解你所描述的内容时，可以换一种角度来说。比如向不懂编程的家人解释架构设计是做什么，“就好比设计一辆汽车，要做到零件可拆卸组装（模块化），多个厂家都能帮助生产零件（可扩展性强），开起来省油又马力足（性能高）……”
• 控制会场的一切：
  
  • 利用好你的权力。无论发生什么影响会议进程的事情，如何处理都以你的决策为主。即使你的上司在场也请记住，这个时候你最大。
  • 准备面对意外。比如投影仪或麦克风坏了你也能继续做培训；有人问你答不出的问题，你可以找后援团来回答或说会后私聊。
  • 现场环境的使用。灯光、投影仪、座位摆放、提词板、遥控器、激光笔、白板等。

会后：

• 收集反馈。提醒大家可以随意批评这次培训中做得不好的地方。
• 注意受众的当场反应
• 观察受众的会后行为，是否有受你的培训影响而有所改变等

3.3写作

这里特指撰写技术文档和报告，其它文档都比这个的要求低。
写作是很多程序员的弱项，除了表达能力基本功缺乏锻炼外，最主要是忽略了文档的作用是给别人看的，不是给自己看的，无论内容多么有意义也得保证用户平均停留时间和留存率。这恰恰是产品经理熟悉的领域，好的文档也是追求用户体验的，所以想锻炼写作的话不妨用一下这个偏方——找产品设计方面的书看看。举个更形象的例子，电商网站（如淘宝）上的宝贝页面也算一个文档，你是怎么被吸引或引导去付费呢？当然，最好的模仿对象应该是Windows/iOS/Android的系统SDK文档。
（本文的主旨是列培训提纲，缺少更多示例说明，不是好的示范哈。培训和写作有部分技巧是相通的，这里不再重复）

保证读者有耐心从头到尾看完：

• 读起来通顺，有一定的节奏感（长短句排布适中，合理使用标点符号断句；不是指押韵，但会有一点点韵律感）。
• 有条理，有过渡，同级的子主题之间不跳跃
• 由浅入深，不会突然遇到理解障碍。想想C++/C#/Java书籍的目录？
• 选择不花眼、不太小的字体，排版好看，不凌乱
• 如果是web文档，要注意让读者不需要点击太多链接，必要时自己总结链接文档的内容。
• 一张图片内不要信息量太大。尺寸不要过大致无法一页看完，或作适当分割；Web文档的大图要做成竖型，不要产生横向滚动条。

保证“傻瓜”也能看懂：

• 朴实。不要用口语，不要带非群众性的幽默甚至没有，这不是在写演讲稿，也不要写成内心独白。
• 别卖弄知识和文采，也不要用偏门词汇和方言，会影响部分人的理解。比如有多少人知道银弹（silver builet）或者“抛书包”的意思？考考你粤语：撞板、撞彩。
• 抽象或模糊的概念和观点有示例做进一步说明。（很可惜，本文因时间关系没做到，那能写成一本书了）
• 考虑读者可能不具备一些基础知识而看不懂，要么在文章开头写明阅读基础，要么在文中加注释阐述。

专业性，保证处女座不会看疯：

• 没有歧义。比如一个新闻标题叫“中国过早拆房1年浪费数千亿”，这里可以有三种歧义：“过早1年拆房，浪费数千亿”、“过早拆房，这一年浪费数千亿“、”过早拆房，每一年浪费数千亿“。改成这样就没歧义了：“中国过早拆房每年浪费数千亿”。
• 简洁凝练，不要废话连篇。用最短的话说清楚问题。在技术领域，还可多用专业词汇来减少长篇描述，比如用“外观模式”代替“新增一个类统一封装这个模块的所有接口，对外屏蔽这个模块的复杂逻辑”。
  更高要求的简洁是在语文层面的，这方面的能力很多人在大学毕业就固定下来了，故不想多言，有兴趣请百度。
• 精简掉冗余信息，不是必要的信息不写、简写、写在末尾，减少读者耗费的时间成本。
• 关键的信息处不能有错别字。英文单词拼写也是哦。
• 严谨，严密，有逻辑。不断论证，有理有据，不留疑问，无懈可击

技术文档会被多次查看，保证后续的阅读能迅速找到最可能感兴趣的点：

• 能从几个维度方便查找。可参考论文、书籍的写法，有目录、摘要、关键字、前言、章节、参考文献等。
• 重点的地方可改变字体（颜色、粗细、大小、字形等）
• 按查看频率排章节。某些文档会把思考和论证过程写上去，最后写结论。这也意味着别人查看的时候，鼠标得滚好远，这时可考虑把结论放前面。
• 合理地分章节。这里要很多例子才能帮助理解，时间关系只能讲一个。假如文档的主要内容是“在Windows、Mac OS、Linux下如何使用线程和进程”，那么：
  如果为了方便查找各操作系统下怎么使用，各节的标题应该是“Windows下的使用”、“Mac OS下的使用”、“Linux下的使用”，每节都是描述此操作系统下线程和进程的API；
  如果为了方便查找线程和进程的使用分别在不同系统有什么差异，那么各节的标题应该是“线程”、“进程”，每节都是同时列举三个操作系统下的API。
• 内容多到一定程度，应分多篇文档。和上一点一样，同样有技巧。比如写Windows SDK的使用，可分为“初级篇、中级篇，高级篇”，每篇都可能讲到绘图框架，但难度不同；也可分为“……，I/O，绘图，网络……”，把所有的绘图框架知识写到同一章。具体的应根据目标读者的需求来划分。
• 如果更新频率较高或是多人合作，能不用画图的尽量不画，或用 文字型图（点我看示例）。这样方便维护，无需额外的软件就能编辑。
• 利用好Web文档的便捷性——超链接
  链接的目标网页如果不是最上面，应直接链接到锚点，不需要别人再拖动滚动条。
  链接过去的文档如果内容很多，一下子找不到你引用的信息，应该自己总结一下或复制核心的内容过来

如何具备写好文档的能力？多练。以及总结你看到的优秀文章的特点。
不过说实话，除非是写用户手册（说明书）的文档工程师，很少有公司对程序员有这方面的要求，或者说国内还没到这个境界。

3.4敏捷教练

Scrum Master是有认证体系的，可以派人去参加外训拿个证书，然后回公司推广。各种理论就不在此展开了，请百度。
补充一个点，教练的人选也很重要。最好是原本就在团队内，但不是团队leader，并且leader有当众声明教练的权责。这恐怕算是中国特色了。原因：

• 如果leader是教练，那么大家都当是命令，会产生抵触心理，也不敢乱提反对意见，达成不了自组织状态
• 如果教练是外来的，碍于情面，很多改革难以指正执行
• 如果教练没有足够的权力（至少能合理地否决leader的意见），那会是个吃力不讨好的工作。想纯靠精神宣导，那是痴人说梦。

3.5沟通交流

在团队合作中总会遇到冲突，优良的沟通技巧能和谐掉很多不愉快的事情。

• 对事不对人，不要对人进行评论。即使对方知道你的原则，也可以是事先再说一遍“我是对事不对人的”。讨论对方做得不好的地方时，应设法降低这种讨论的不良影响，尽量去除对方警戒心以避免升级为冲突。
• 人多的场合，赞扬可点名，指出错误需匿名。
• 幽默。它可以化解很多的问题。
• 措辞。这个最好是向国家机关的发言人学习，但也不要太官腔。举个例子，“不够好”比“比较差”更少一点攻击性。
• 随时敢于承认自己的错误，可以解释，但不要用来推翻结论。
• 微笑。不建议伪装地笑，应发自内心。如果做不到，不严肃即可。
• 理清概念，避免歧义。如果对话中有无法理解的词语，要问清楚什么意思，不要不懂装懂。
• 不轻易打断别人，尊重发言欲。如果不赶时间，即使对方讲的话没意义也等他讲完吧，至少在别人停顿稍长的时候再插入而不要显得突兀。
• 抓住重点。简单的事情不要用一大段话来说。当别人怎么做时，你可以用自己的话概况一遍并请对方确认是这个意思。
• 精确传递信息，不要误传误报。
• 用打比方来帮助别人理解你的话。比如向外行人解释“终于把bug解掉了的感觉”，就像“肚子疼时终于坐到了马桶上”。（哈，相信你会有更好的描述）
• 转折话题时做好过渡，别人未必能反应过来，以为你还要争论。很经常用到的一句是：这部分是对的，还有一个问题是……”
• 控制好自己和他人的情绪，也就是情商的锻炼。实际的锻炼过程是需要经常反思的，没有一个理论能帮助你应对所有状况。

3.6行为规范/职业素养

HR领域的正直、不干违法事情这类东西就摆一边去吧，先说说这里包括什么吧：

• 做有利于团队合作的选择，但如果自己有牺牲也要表现出来。最简单的例子：多花点时间写注释和文档，方便后人维护。
• 忠于自己的专业眼光，不轻易妥协，也不做消极对抗。例如，如果认定这样某段代码会有风险，在未验证前不同意发布产品。
• 承诺的时间点都按时按质完成。
• 传递前辈对你的帮助，激励后辈的成长。
• 坚持学习。本文应该也有引导作用，除了学技术，还有很多可学呢。
• 多观察，多自己解决问题

拥有的知识和技能越多，表现出来的素养应该越高，不再投机取巧。
（技术领域的不提了，比如遵守代码规范，多写注释方便Review和维护之类的）

3.7时间管理

“番茄工作法”和“重要&&紧急”这两个理论应该比较多人听过。但如何正确运用在日常工作中恐怕很多人没头绪。这也就是培训的重点，应结合实际工作举例。这个领域的学问也挺多，鼓励多看书。

3.8事务推进与思考

即使你不是leader，当由你牵头某个事务时就需要应用一些管理方法。举几个例子，不解释了，请点击链接：

• PDCA
• 六顶思考帽
• 5W2H分析法

3.9职业规划

这种培训少数公司才有，因为懂得越多，越会跟HR作对。呵，心大了就想升职或跳槽了。
问题大概有这些：

• 选什么岗位，要不要转岗。开发、测试、产品经理、管理类等。
• 选什么行业。传统软件型、硬件厂商、互联网、非IT业的IT部门等。
• 选什么技术。前端、后台、移动开发……
• 选什么类型的公司。外企、创业企业、国企等。
• 选哪类城市。北上广深还是二三线？
• 跳槽的时机。

公司组织的培训一般都是某些英雄人物讲自己在本公司的成长经历，受制于演讲水平，效果一般不佳。而且可以说这可能是特殊情况，套在自己身上不合适。所以基本上都需要多听几个人的演讲，由听众自己找出相似的点，这些点比较可能不是个案。
个人自学的话也差不多，多看些职业规划的理论、名人传记、网上写个人经历的文章（如《 非计算机类专业毕业生五年程序员职业生涯的回顾和思考》）等。先广泛收集，再从中挑选拼凑出合适的。也可以做做网上免费的职业评测。

3.10外面的世界

程序员可以终身都在学习，即使不跳槽，也要了解外面的变化，最起码要知道同行的情况。这些信息当然是很难打探到或者让对方告诉你了，主要靠同行跳槽过来后做分享。
也可了解下外国本土公司的特点，虽然能照搬过来的东西不多，但能借鉴的也是有的。例如：开发活动的形式本身也在进化，不仅仅是人在追求最大效益；英雄主义的竞争文化，崇尚以一敌百的能力。

题外话：培训自己

软技能都不会给公司带来直接明显的收益，所以大多数公司不会重视培训这些。实际上，软技能可以加倍工作效率，公司和个人是双赢的。就算公司不重视，自己一定要重视，没人培训你，那就自己培训自己。如果技术水平相等、资历相同的两个人选哪个当官，那自然是和领导最亲近的。哈，你觉得和领导亲近不是靠软技能在发挥作用？
软件工程的概念是借鉴工业工程的，程序员要发展也可从很多其它行业获取知识。就像编程能力之于程序员，以上每一种软技能都是某一种职业的核心技能。也许你无法和很多不同职业的人交友，但你能买到所有职业的专业书，这年头真的连如何当乞丐的教程都有。不要等着老师教你，推荐看看HR、管理学、心理学、销售、演艺、人物传记、科普、旅游、艺术设计等领域的书籍。
还有就是，锻炼好身体，革命的本钱啊。

五、And the Winner Is

迷茫与困惑谁都会经历，恐惧与逃避谁都会面临，但不要把迷茫与困惑当作可以自我放弃、甘于平庸的借口。亲爱的柜员们，在你这几年坐柜台的时间里，越早找到方向，越早走出困惑，就越容易在银行职业道路上取得成就、创造辉煌。一个柜员找不到出路，才会迷茫、恐惧。

最后，送给所有曾经迷茫困惑徘徊逃避的年轻柜员们，一首经典法语歌，Gérard Darmon演唱的《 And the Winner Is 》。

• —软件人才免语言低担保 赴美带薪读研！—

• —软件人才免语言低担保 赴美带薪读研！—

• —软件人才免语言低担保 赴美带薪读研！—

• —软件人才免语言低担保 赴美带薪读研！—

昨天晚上跟几个做设计leader的朋友聊天，对方谈起目前的工作情况和难处，我听了后觉得很有感触。如果换做一年前的我在这里，也一定也会遇到同样的处境。

“产品经理觉得交互设计师的出现增加了一个环节，效率降低了”；

“我们设计好的方案产品经理挑了一部分做，然后功劳就变成他们的了”；

“我们辛辛苦苦设计的方案产品经理总是不采用，等上线后发现体验不好大领导又责怪我们，说UED是怎么做的设计”；

“我们想致力于用户体验的改进，比如整体统一弹框效果等等，但是产品经理觉得优先级不高，无限期的拖后”；​

“我们的人手总是不够，一跟领导提领导就很不高兴，让我们想办法提升效率”；​

“我们特别的辛苦，经常九点以后下班，周六还要上班，但是大领导觉得体验上并没有得到明显的提升。我觉得特别没有价值感”

“​UED的kpi该如何设定，如何衡量工作成果？”

……

​这些问题无非就是在说一件事： 设计leader在业务导向的部门找不到自己以及团队存在的价值。我介绍了一些自己在阿里的管理经验，给了他们一些建议（当然很多都是阿里倡导的设计文化）。

一、以业务为出发点，而非设计

其实做设计管理和做设计一样，都不能靠拍脑袋或是个人喜好，而是要先了解产品、业务方向，再制定合理的规划。明显感觉到​朋友多少还是站在设计师的角度上考虑问题，而不是从业务的角度考虑，也没有想去了解产品经理的目标是什么。这样团队的辛苦产出经常被产品经理无限期押后，或是根本不采用也就不足为奇了。

对业务部门来说，业务的高速发展是最重要的，能排在最高优先级的都是生死攸关的问题。设计师最重要的是发挥自己的专业能力，帮助业务方解决业务问题，和业务共同成长。

在阿里，我们的工作并没有受到特别的限制：视觉设计师可以做用户调研；交互设计师可以提出业务方向的建议；产品经理可以画原型；技术可以去见客户。​只要你有兴趣和能力，做任何事情都有机会，前提是围绕部门的业务目标。

那么怎样了解业务情况呢？我建议朋友​找各条业务线的产品经理了解近期的业务发展情况，产品经理的业务目标、优先级判断标准以及短期、中期、长期的计划等，还有就是他们希望UED能够支持些什么。可以定期把这些内容汇总成表格的形式，这样对业务会有一个通盘的了解，制定设计方向才会心中有数。

二、整体的规划，而非零散的执行​

对业务情况有足够的了解后，设计管理者要结合具体专业能力、围绕业务目标制定相关策略（任何岗位都适用）。比如我们在设定目标时不仅考虑对业务的支持情况，还要考虑UED的公共支撑能力（规范、组件库、培训等），以及设计创新和沉淀（最好是和业务相关的，比如我们最近在做的B端产品设计研究）。

我给朋友讲了最近我正在做的团队规划：从团队目标（围绕业务的项目支持、公共支撑、设计创新、设计沉淀等等）到具体事情、人的分配、时间规划、再到对人的培养计划。​这样既体现了UED的专业能力，又强调了对业务的重要作用。朋友说他们现在就是缺乏这种整体的规划，而是散点式的执行，所以效率不高又非常累，每个设计师的目标也不够明确，大家都做得非常盲目。​所以作为管理者，心中不仅要有张业务大图，更要有张围绕业务目标的设计策略图。

三、提升附加值，砍掉价值低的工作​

好了，现在有了业务大图，有了设计策略，还有了具体的工作规划，后面就要看怎么安排设计师的工作了。在这里我提几点和工作优先级相关的建议。

阿里一直强调设计师要做高附加值的工作。在阿里，运营类的工作基本上都是外包出去的，一些简单的banner可以通过在线工具快速配置，不需要设计师亲自动手。未来，设计师也会逐渐减少对创意要求不高的界面设计工作，取而代之的是利用设计规范、使用组件库等方式。设计师会把更多精力集中在难以被替代的高附加值事情上，比如品牌设计的研究及落地、通过沉淀能力及规范做好公共支撑等。

​另外，对于一些业务探索期的产品，建议由产品经理来做交互设计，设计师可根据情况给予建议。因为对于一个新业务来说，理解成本是比较高的，产品经理要反复对设计师讲解自己的理念（有这个功夫都不知道自己做了多少版demo了），最后得到的结果还不见得是正确的，然后又要反复讲解；而对于一个全新的事物，设计师想一步到位设计好也是不太可能的。但如果有一个粗糙的产品或原型摆在那里，优化起来就简单多了，也便于参考前后数据对比来验证设计师的价值。所以在业务探索期，不建议交互设计师全程参与，性价比不高。

再有，不建议设计师长期加班。设计是一件充满创造性的事情，太劳累必然影响效率及质量。如果一个团队整天都在加班，领导就要想想工作安排是否合理了，是不是可以考虑像我前面所说的，把一些收效不大又很占用时间的工作砍掉，把精力放到更有价值的事情上。​

四、平衡产品经理和设计师的关系

我很庆幸在我们部门，产品经理和设计师是完全平行、平等的关系，因为只有老板说了算。当然这种情况有利有弊，好处是每个人都是平等的，都有机会展示才华、实现价值，不会因为产品经理个人能力欠缺而导致巨大的失误，设计师也不必处处受产品经理压制；但坏处也显而易见：职责不清晰，事情推动起来效率较低，工作积极性受影响等等。

但可以肯定的是，不管任何一种组织形式，都不是完美的，适合业务情况的就是最好的。​设计师是产品经理的下游环节也好，不是也罢，只要记住用ceo的心态围绕业务目标统筹规划，利用自己的专业能力为组织做出最大的贡献，那一切问题定能迎刃而解。所以在工作的过程中，要把产品经理当作最好的合作伙伴，而不是敌人或是竞争者。如果你觉得很难融入到产品团队，对产品经理有很多怨言，那很可能是因为你对业务的贡献还不够大，或是你没有想过如何通过你的能力帮助他让业务进展得更顺利，而只是从自己的专业角度考虑。

最后想说的是，人如鱼，组织如水。把水当作赖以生存之根本才能如鱼得水。设计师说到底是通过服务好内部组织来服务好外部客户，否则专业能力再强价值也无法得到体现。希望未来所有的设计师都能真正的在工作中体会如鱼得水的美妙感觉！

欢乐关注公众号“津乐道”

​

public class SqlConnection {
    //①使用ThreadLocal保存Connection变量
    privatestatic ThreadLocal <Connection>connThreadLocal = newThreadLocal<Connection>();
    publicstatic Connection getConnection() {
       // ②如果connThreadLocal没有本线程对应的Connection创建一个新的Connection，
       // 并将其保存到线程本地变量中。
       if (connThreadLocal.get() == null) {
           Connection conn = getConnection();
           connThreadLocal.set(conn);
           return conn;
       } else {
           return connThreadLocal.get();
           // ③直接返回线程本地变量
       }
    }
    public voidaddTopic() {
       // ④从ThreadLocal中获取线程对应的Connection
       try {
           Statement stat = getConnection().createStatement();
       } catch (SQLException e) {
           e.printStackTrace();
       }
    }
}

@Service( "userService")
public class UserService extends BaseService {
    @Autowired
    private JdbcTemplate jdbcTemplate;

    @Autowired
    private ScoreService scoreService;
   
    public void logon(String userName) {
        updateLastLogonTime(userName);       
        scoreService.addScore(userName, 20);
    }

    public void updateLastLogonTime(String userName) {
        String sql = "UPDATE t_user u SET u.last_logon_time = ? WHERE user_name =?";
        jdbcTemplate.update(sql, System. currentTimeMillis(), userName);
    }

    public static void main(String[] args) {
        ApplicationContext ctx = new ClassPathXmlApplicationContext("com/baobaotao/nestcall/applicatonContext.xml" );
        UserService service = (UserService) ctx.getBean("userService" );
        service.logon( "tom");

    }
}

@Service( "scoreUserService" )
public class ScoreService extends BaseService{
    @Autowired
    private JdbcTemplate jdbcTemplate;

    public void addScore(String userName, int toAdd) {
        String sql = "UPDATE t_user u SET u.score = u.score + ? WHERE user_name =?";
        jdbcTemplate.update(sql, toAdd, userName);
    }
}

@Service( "userService")
public class UserService extends BaseService {
    @Autowired
    private JdbcTemplate jdbcTemplate;

    @Autowired
    private ScoreService scoreService;

    public void logon(String userName) {
        updateLastLogonTime(userName);
        Thread myThread = new MyThread(this.scoreService , userName, 20);//使用一个新线程运行
        myThread .start();
    }

    public void updateLastLogonTime(String userName) {
        String sql = "UPDATE t_user u SET u.last_logon_time = ? WHERE user_name =?";
        jdbcTemplate.update(sql, System. currentTimeMillis(), userName);
    }

    private class MyThread extends Thread {
        private ScoreService scoreService;
        private String userName;
        private int toAdd;
        private MyThread(ScoreService scoreService, String userName, int toAdd) {
            this. scoreService = scoreService;
            this. userName = userName;
            this. toAdd = toAdd;
        }

        public void run() {
            scoreService.addScore( userName, toAdd);
        }
    }

    public static void main(String[] args) {
        ApplicationContext ctx = new ClassPathXmlApplicationContext("com/baobaotao/multithread/applicatonContext.xml" );
        UserService service = (UserService) ctx.getBean("userService" );
        service.logon( "tom");
       }
}

@Service( "jdbcUserService" )
public class JdbcUserService {
    @Autowired
    private JdbcTemplate jdbcTemplate;
    @Transactional
    public void logon(String userName) {
        try {
            Connection conn = jdbcTemplate.getDataSource().getConnection();           
            String sql = "UPDATE t_user SET last_logon_time=? WHERE user_name =?";
            jdbcTemplate.update(sql, System. currentTimeMillis(), userName);
        } catch (Exception e) {
            e.printStackTrace();
        }

    }

    public static void asynchrLogon(JdbcUserService userService, String userName) {
        UserServiceRunner runner = new UserServiceRunner(userService, userName);
        runner.start();
    }

    public static void reportConn(BasicDataSource basicDataSource) {
        System. out.println( "连接数[active:idle]-[" +
                       basicDataSource.getNumActive()+":" +basicDataSource.getNumIdle()+ "]");
    }

    private static class UserServiceRunner extends Thread {
        private JdbcUserService userService;
        private String userName;

        public UserServiceRunner(JdbcUserService userService, String userName) {
            this. userService = userService;
            this. userName = userName;
        }

        public void run() {
            userService.logon( userName);
        }
    }

    public static void main(String[] args) {
        ApplicationContext ctx = new ClassPathXmlApplicationContext("com/baobaotao/connleak/applicatonContext.xml" );
        JdbcUserService userService = (JdbcUserService) ctx.getBean("jdbcUserService" );
        JdbcUserService. asynchrLogon(userService, "tom");
    }
}

• —软件人才免语言低担保 赴美带薪读研！—