几年以前,我曾经嘲笑过某科技界大佬。当时他说:也许90后、95后会慢慢不知道谷歌是什么网站。
那一年,这对于我来说简直就是世界上最好笑的笑话。谷歌,全世界最卓越的互联网公司,活在互联网的一代中国人,会不知道他们的网站?
今天,我收回这句嘲笑。因为这件不可能的事,它慢慢变成了现实。
没有人再关注什么谷歌不谷歌。对他们来说,百度也蛮好用的,反正他们几乎没用过谷歌。没有谷歌又怎样?大家还是开心的刷微博,看微信,听歌,看娱乐节目。对于从来就不知道谷歌的人来说,少了谷歌又有什么影响?
多年前,我们也是可以登陆Facebook的。其实这个网站和校内一样,也挺蠢的。可在上面你能看到老外们的生活,可以轻易的跟一万公里以外的人互相拜访,可以看到很多根本不会开到校内上的主页。你用汉语回复,下面给你聊起来的可能是香港仔,可能是台湾人。你用英语回复,说不定有比你英语用的更蹩脚的寂寞的北欧人来跟你搭讪。你感觉地球真的变成了地球村,你还没拉门走出去,别人就推门走了进来。
然后,它就没有了。起初,它的失踪激起了很大的声音,后来,声音就消失了。
多年前,我们也是可以登陆Twitter的。其实这个网站和微博一样,也不过是些信息流,刷上一整天,也不见得有什么用处。但至少,你可以以最快速度获取你想知道的任何新事,你会真正了解什么事情在全世界是流行的,而不是经过各种截图、翻译、转发,甚至曲解、断章取义、黑白颠倒的东西。你知道的是真相,赤裸裸的,也许有点太短的真相。但至少中间不会有无数人的加工与再加工,偏激、片面,就在这个过程中产生了,不管后来者有意还是无意。
然后,它就没有了。首先是它的本体没有了,然后它的模仿者也没有了,模仿者的模仿者也没有了。只剩一个模仿者的模仿者的模仿者,现在你每天能在上面看到无数广告。
多年前,我们也是可以登陆YouTube的。对于有的人来说,这个网站就是个大型优酷,当年有人信誓旦旦的说,没有YouTube,我们中国人会很快让优酷超过YouTube。可这么多年过去了,视频还是那么卡,内容还是那么垃圾,原创还是那么容易被盗窃,视频丰富度还是那么的可怜。在YouTube上,你能看到全世界最棒的手艺人,最逗乐的笑话,最天马行空的创意,最激荡人心的音乐,最美好的完美瞬间,可在优酷上,你想看一分钟视频,请先看半分钟广告。
哦,对了。Instagram,有些人可能感觉它和QQ空间也差不多。可我在上面关注了六百多个摄影师,它们都是顶好顶好的影像记录者,每天看他们的作品,我感觉到很幸福,那种即使没有到那里去,也身临其境的幸福。我还在上面认识了一个日本的爱自拍的帅小伙,一个爱喝酒的韩国大叔,一个十年前到过中国今天会在每张我发的紫禁城照片下点赞的美国大爷,一个美丽无比的俄罗斯妹子,我和他们基本上都难以交流,语言是很大的障碍,但几个简单的单词,心意也就到了,这种感觉,有时候比多年老友相聚还兴奋。因为这是人类不同族群自由交流互相沟通的过程,这种过程很神奇,真的很神奇。
可现在,它没有了,它之所以没有就因为在某个特定的时间你在搜索特定的词汇时,会搜出来特定的照片。虽然这么搜的人并不多,虽然看到的人也不会大惊小怪,也不会觉得天黑了,天亮了,天要塌了,天要变了。可它就是没了,Instagram,就这么没了。谷歌也是这么没的,Twitter也是这么没的,Facebook也是这么没的。不知道是什么人,在什么场合,说了什么话,下了什么决定。就要有超过十亿人像陷于哥谭市的孤岛里一样,看着一座又一座桥梁被炸掉,又被炸掉,又被炸掉,然后,就什么都没了。
我时常觉得悲哀,真的好悲哀,一个我根本不认识也不知道是谁的人,也许是一个群体,在不断抢走我身边的东西,而我却无能为力。我抱怨一声,他听不到,任何人都听不到。我怒吼一句,身边的大多数人却像看疯子一样的看着我。我哀嚎一声,这声音被阻碍在黑黑的幕墙以里。我发出尖锐的嘶吼,这声音传不了多远,就和我那被抢走的东西一样,消失了,不见了,就像从来没存在过一样。
对于本来就没存在过的东西,有谁又会觉得在意呢?那些本来拥有又被掠夺的人的哀愁,后来的人又怎么懂呢?我曾经是拥有一切的,我曾经是拥有世界的,我站在这片土地上,呼吸的是自由的空气,饮下的是自由的琼浆玉液。就在长的无法计数的时间里,我自由生命的一部分又一部分就这么被杀死了,突然就杀死了。可我还始终觉得,它们还奄奄一息的活着,就像它们是慢慢的死去的一样。
可它们终归是死了,而且随着它们的死,愈来愈多的事情慢慢的发生了,很慢很慢,几乎不被人察觉,可还是发生了。
没有谷歌,我可以用百度呀。可某些结果被越挪越后,越挪越后,最后就不见了。就像本来就不该搜出这个结果一样。
没有Facebook,我可以用校内呀。可你想发只有在Facebook上能发的文章,很快在校内上就失踪了。接着,校内变成了人人,话题变成了人人都关心的话题。大家都在抢着看星座、明星、八卦、娱乐。没有人会关心什么消失了,反正它们本来也没多少存在感。
没有YouTube,我可以用优酷呀。可你却经常只能在优酷上看到抄袭别人的作品,而且还不署名,而且还洋洋得意,而且还自我陶醉,就好像那个idea本来属于他自己一样。你看了还要惊呼,他是如此的有创意!好一个抄袭的创意,可你却不知道,因为你不知道这个世界上有个网站叫YouTube。
没有Twitter,我还可以用微博呀。可你想知道最近发生了什么,你搜的越勤快,越能看到越明显的??“根据相关法律法规,相关搜索结果不予显示??”。时间长了,你想,反正知道了也没什么用,不如不看了。
慢慢的,一扇又一扇的门关上了。今天你打开世界上最大的博客网站,发现它没了。明天你一看,世界上最好的设计师分享网站没了,一开始是刷新的很慢很慢,后来它就没了。过两天再一看,平常每天都会读两篇文章的媒体网站没了,那里的文章缤纷多彩,最后都变成了该页无法显示几个字。再过几个月,大学的网站不让上了,摄影师的网站不让上了,就连百度日本这种自家网站,也没了。
接着,漫画看不了了,接着,动画看不成了。接着,美剧英剧失踪了。下载美剧英剧的网站又又又又又失踪了。尊重正版,保护权益,行吧,然后字幕网站也没了。
游戏没了,你习惯性登陆的游戏网站,发现下载栏正在整治中。论坛关了,天天都在看的论坛,突然接到相关部门的电话,因为??“报备问题??”不让办了。个人网站,私人博客,对不起,说没就没有,你在上面存了多少多年辛勤耕耘的东西都没用。
你关注的人,有一天你登陆微博,发现他怎么好久都没说话了,然后你搜索了一下,发现他的账号不存在了,而且你搜他的名字,他的名字未予显示。
一盏一盏的灯,灭了。四面八方的光源,消失了。我们生活的五光十色的世界,变成了一片黑色。
天黑了,那么睡觉吧,但愿长醉不复醒,卧槽泥马勒戈壁。
最后,我们变成了一群做梦的人,这个梦的名字,叫根据相关法律法规,相关搜索结果不予显示梦。
作者:小海,来源:豆瓣网,原文已经被和谐
|
Thursday, November 27, 2014
慢慢的,就没有了,就像从未存在过
Thursday, March 27, 2014
Install Sonar on Ubuntu 12.04 with Postgresql
1. install JDK
sudo apt-get install default-jdk
2. Download the package on http://www.sonarqube.org/downloads/
unzip sonarqube-[version].zip
3. Change the config for Postgresql
vim sonar/conf/sonar.properties
change the username and password for progresql like this:
sonar.jdbc.username=sonar
sonar.jdbc.password=sonar
sonar.jdbc.url=jdbc:postgresql://[ip:localhost if your db at same server]/sonar
4. If the jdk is installed, uncommet this line under in sonar/conf/wrapper.conf
wrapper.java.additional.6=-server
5. Set up for Postgresql Server:
sudo su postgres
createuser sonar -P
enter password: sonar
nnn
psql
create database sonar with owner sonar encoding ‘utf8’;
/q
6. If the Postgresql Server isn't on localhost, add a line for verification in pg_hba.conf
sudo vim /etc/postgresql/9.1/main/pg_hba.conf
host all sonar 192.168.1.0/24 md5
7. Test to connect db server
sudo apt-get install postgresql-client
psql -d sonar -h [ip of db server] -U sonar
8. Start Sonar:
sudo sonar/bin/[linux-x86-64]/sonar.sh start
9. Register as a service:
sudo vim /etc/init.d/sonar
#! /bin/sh
/home/admin01/sonar4/bin/linux-x86-64/sonar.sh $*
sudo chmod 755 /etc/init.d/sonar
sudo update-rc.d sonar defaults
sudo service sonar start
10. maven config:
vim ~/.m2/setting.xml
<?xml version="1.0" encoding="UTF-8"?>
<settings xmlns="http://maven.apache.org/SETTINGS/1.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0 http://maven.apache.org/xsd/settings-1.0.0.xsd">
<profiles>
<profile>
<id>sonar</id>
<properties>
<sonar.jdbc.url>jdbc:postgresql://[ip]/sonar</sonar.jdbc.url>
<sonar.jdbc.username>sonar</sonar.jdbc.username>
<sonar.jdbc.password>sonar</sonar.jdbc.password>
<sonar.host.url>http://[ip]:9000</sonar.host.url>
</properties>
</profile>
</profiles>
<activeProfiles>
<activeProfile>sonar</activeProfile>
</activeProfiles>
</settings>
11. Push your project to Sonar
Add maven plugin:
<plugin>
<groupId>org.codehaus.sonar</groupId>
<artifactId>sonar-maven-plugin</artifactId>
<version>3.7.2</version>
</plugin>
Run this:
mvn sonar:sonar
sudo apt-get install default-jdk
2. Download the package on http://www.sonarqube.org/downloads/
unzip sonarqube-[version].zip
3. Change the config for Postgresql
vim sonar/conf/sonar.properties
change the username and password for progresql like this:
sonar.jdbc.username=sonar
sonar.jdbc.password=sonar
sonar.jdbc.url=jdbc:postgresql://[ip:localhost if your db at same server]/sonar
4. If the jdk is installed, uncommet this line under in sonar/conf/wrapper.conf
wrapper.java.additional.6=-server
5. Set up for Postgresql Server:
sudo su postgres
createuser sonar -P
enter password: sonar
nnn
psql
create database sonar with owner sonar encoding ‘utf8’;
/q
6. If the Postgresql Server isn't on localhost, add a line for verification in pg_hba.conf
sudo vim /etc/postgresql/9.1/main/pg_hba.conf
host all sonar 192.168.1.0/24 md5
7. Test to connect db server
sudo apt-get install postgresql-client
psql -d sonar -h [ip of db server] -U sonar
8. Start Sonar:
sudo sonar/bin/[linux-x86-64]/sonar.sh start
9. Register as a service:
sudo vim /etc/init.d/sonar
#! /bin/sh
/home/admin01/sonar4/bin/linux-x86-64/sonar.sh $*
sudo chmod 755 /etc/init.d/sonar
sudo update-rc.d sonar defaults
sudo service sonar start
10. maven config:
vim ~/.m2/setting.xml
<?xml version="1.0" encoding="UTF-8"?>
<settings xmlns="http://maven.apache.org/SETTINGS/1.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0 http://maven.apache.org/xsd/settings-1.0.0.xsd">
<profiles>
<profile>
<id>sonar</id>
<properties>
<sonar.jdbc.url>jdbc:postgresql://[ip]/sonar</sonar.jdbc.url>
<sonar.jdbc.username>sonar</sonar.jdbc.username>
<sonar.jdbc.password>sonar</sonar.jdbc.password>
<sonar.host.url>http://[ip]:9000</sonar.host.url>
</properties>
</profile>
</profiles>
<activeProfiles>
<activeProfile>sonar</activeProfile>
</activeProfiles>
</settings>
11. Push your project to Sonar
Add maven plugin:
<plugin>
<groupId>org.codehaus.sonar</groupId>
<artifactId>sonar-maven-plugin</artifactId>
<version>3.7.2</version>
</plugin>
Run this:
mvn sonar:sonar
Monday, January 13, 2014
Rename for clearing spaces and to lower case
Clear spaces:
Lower case:
ls | sed 's/^.*/mv "&" \`echo "&" \| sed "s\/.* \/\/g"\`/g' | sh
Lower case:
ls | sed 's/^.*/mv "&" \`echo "&" \| tr A-Z a-z`/g’ | sh
Friday, January 18, 2013
提高效率的秘诀 by Aaron Swartz
译者按:Aaron Swartz是个传奇般的人物,他是一个网络奇才,也是一个资讯自由斗士。此前我对他一无所知,但早就受益于他的智慧。大学阶段,我很大一部分知识都来自于Google Reader,而RSS是他14岁跟别人共同创作的作品。自 2010年6月13日以来,我一共在Google Reader里阅读了 63,862 个条目。天妒英才,美国扭曲的知识产权保护制度和司法体系更是将他逼上了绝路。在此,我把Aaron Swartz的这篇著名的《HOWTO: Be more productive》翻译成中文,向他致敬!
总是有人这样说:“把看电视的时间用于写小说,你早就完成一部大作了!”这确实让人很难反驳,因为把时间用在写书上无疑比看电视更好。然而,这个论调隐含这样一个假设:不同种类的时间是“可互换的”。你可以轻易用看电视的时间来写一部小说。但实际上,并非如此。
时间也是分三六九等的。如果在去地铁站的路上,我发现自己忘带笔记本了,那么就很难利用这段时间写几段小说。工作时,如果总是被打断的时候,你也很难集中精力有效利用时间。有时候,还有心理作用影响时间的质量:当我兴致不错时,就能积极、高效地工作;而身心俱疲时就只能去看电视了。
如果想提高效率,你就一定要遵循以下准则:首先,你必须充分利用每一类型的时间;其次,你得尽量让时间变成优质时间。
有效利用时间
选择值得的工作
寄蜉蝣于天地,渺沧海之一粟。(至少我是这样被教育的)因此为什么要把这短暂的生命浪费在愚蠢的事情上?人们很容易做一些简单的事情,然而你更应该扪心自问:我能否做些更有意义的事情?为什么不去做些更重要的事情呢?你也许很难直面这种诘问,(如果你遵循这个法则的话,就会经常问自己:为什么你不在做这世上最重要的事呢?)然而,每前进的一小步都会提升你的效率。
这并不是说你终生都忙于垂名青史,至少我肯定没有(毕竟,我还在写这篇文章呢)。但它绝对是我衡量生活的标准。
一心三用
另一个常见的误解是:专注于一件事情有利于我们高效完成任务。我认为这是无稽之谈。此时此刻,我正调整姿势、锻炼肌肉、喝着饮料、清理书桌、跟我的兄弟聊QQ,当然我还在写这篇文章。在过去的一天里,我曾为这篇小文做些准备工作、读了一本书、吃了点东西、回复了几封邮件、与朋友们聊天、备份硬盘,还整理了我的阅读清单。而在过去的一周里,我参与了好几个软件项目的开发,读了几本书,研究了几种编程语言,并提出了一些我的看法,等等。
一心三用能够让你在不同品质的时间里都能工作。此外,当你在一件事情上卡住,或者感到无聊时,你可以做些别的事情。(这也给你的头脑一些活动活动的时间)
在一段时间内做多件事情也能够让你更富有创造力。创造力就是能够把在别的领域学到的东西应用于当下的工作中。如果你同时做不同领域的多个项目,你就能借用很多奇思妙想了。
列张清单
同时做多件事情其实没有那么难——更多的人想同时做无穷多件。但如果你试图把它们一股脑记在心里,你脆弱的心灵会马上崩溃。这种同时记住所有要做事情的心理压力简直能把人逼疯。其实解决方法很简单:把他们都写下来。
一旦你有这样的事项清单,你就能按部就班地组织工作了。比如说,我的事项清单是编程、写作、思考、跑腿、阅读、聆听和观察。
其实很多大项目包含一系列工作事项。举个例子,写这篇文章就包括阅读有关拖延症的文章、思考各个章节、遣词造句、发邮件问人问题等。这些事项都是除了写作之外必须执行的实际工作。我们应该合理安排每个事项,这样当你有合适的时间时,就能够不假思索地完成工作。
整合清单与生活
一旦你有了这个事项清单,接下来的问题就变成记得看它,最好无论你要做什么之前都能注意到事项清单。例如,我把最近正在读的书放在桌子上一摞书的最上面。这样每当要读书时,我只需打开最上面的那本。
我也这样处理电影和电视节目。每听到值得一看的电影,我就把它拷贝到我电脑中一个特殊的文件夹里。,每当要看电影时,我就直接打开那个文件夹。
我也想过一些更深入的方法。例如,当我检查博客更新时,就有一个网页带着我“待读”文件夹里的文章弹出来。或者当我休息时,就弹出一个工作小贴士的网页。
提升时间质量
上面的建议已经能够让你充分利用各种时间,然而更重要的是你得让时间变得更优质。很多人把自己的时间浪费在上学或上班这种无聊的事情上。如果你在工作或者上学,显然你应该停止浪费生命。为了进一步提升时间质量,你需要做些别的什么呢?
减少生理限制
随身携带纸和笔
我认识很多有趣的人,他们都随时携带某种口袋笔记本。纸和笔在任何情况下都是可以立即使用的。你可以随时给别人写东西、做笔记、或者涂鸦想法等。我甚至在乘坐地铁时写过一篇完整的文章。
(我过去经常这么做,但现在我随身带着智能机。我不用它发送信息,但智能机能让我随时随地都有阅读材料(电子邮件),它也能把我随时记下的笔记推送到电子邮箱的收件箱,而收件箱里都是必须马上处理的事情。)
避免被打断
对于需要集中注意力的工作,你应该避免被打断。最简单的方法是去个没人打扰的地方。或者你可以跟身边的人约法三章:“当我房间的门是关上的时候不要来找我”或者“我带上耳机时,你就在Q上给我留言”(然后你就可以一直工作到闲下来才去看QQ留言)
你不会希望做得太过份。有时如果遭遇了劣质时间,你就应该去做些别的事情。比如说:去帮别人解决他们遇到的问题就比坐在电脑前刷微博强得多。这就是为什么要约法三章:当你真的无法集中注意力时,你是可以搭把手帮他们做些别的事情。
缓解心理束缚
吃饭,睡觉,锻炼
饿肚子或者疲惫或者焦躁时,你正遭遇劣质时间。解决方法很简单:饿了就吃饭,困了就睡觉,不高兴了就锻炼。我自己有时候也做得不好。我不喜欢找吃的,所以就经常饿着肚子工作,一直干到累得自己也没力气拿食物了。
工作中,人们容易这样对自己说:“我也觉得累了,但现在还不能休息。我还没干完呢!”实际上如果你先小憩一会儿,剩下的劣质时间就会变成优质时间,你的工作效率会更高。而且早晚你都得睡上一觉。
其实我不经常锻炼,似乎我也不是告诫大家要积极锻炼的最佳人选,但我正努力尝试增强锻炼。躺着看书时,我会做仰卧起坐;步行出门时,我往往跑着过去。
与开朗的人为伍
缓解心理束缚非常困难,然而跟开朗的人交朋友对此有益。我发现自己跟Paul Graham或Dan Connolly聊过之后,就更享受工作。他们简直就是在辐射正能量!人们通常认为把自己关在房间里不见外人,就能够开始工作了。但令人泄气的是,这种方式实际上极其低效。
分担工作
即便你的朋友不开朗,跟他一起解决难题也比一个人独自承担强。另一方面,帮你分担工作的朋友也能监督你干活,你不会分心做别的。
拖延症和精神力场
然而,所有的这一切都试图回避一个的问题。那些效率低下的人们的关键原因在于拖延症。每个人都在拖延,并不只有你,这是一个肮脏的小秘密。但这并不意味着你不应该对付拖延症。
拖延是什么?对于外界观察者而言,拖延就像你在做些有趣的事情(比如玩游戏或者刷微博),而非做你应该完成的工作。(这通常会让旁观者觉得你又懒又赖)但真正的问题在于:拖延症的本质究竟是什么?
我曾经花了好长时间来研究这个问题。对此,我最好的描述是你的大脑给任务事项施加了一种精神力场。玩过磁铁的人都知道:同极相斥。移动磁铁时,你能够感受到磁场线的边缘;而如果你把同极磁铁放在一起,磁场会把磁铁相互推离。
精神力场就跟磁场的工作原理一样。我们看不见,但能够感受到它。你越是努力像完成某件事,精神力场就把你往反向推得越远。
正如你不能通过蛮力把两块互斥的磁铁固定到一起一样:你一松手,他们就会分开,我从来没能纯粹的利用意志力来克服精神力场。恰恰相反,你应该足够机灵:只需转动磁极。
那么究竟是什么造成了精神力场?我认为主要有两个原因:一是工作本身难度较大,二是自己被人指派需要工作。
面对困难
分拆工作
工作困难的第一个原因是过于庞大。假设你希望编写一个食谱整理程序。没有人能坐下来马上开始编写代码。创造一个程序只是是目标,而非具体可执行的工作事项。工作应该是具体、特定的一步,能够带你走向目标。像“画一个虚拟窗口能够显示食谱”这种工作就是一个良好的开端。从这一步开始,你知道能做什么了。
当你迈出了第一步,第二步就变得更加清晰。你要构思食谱的构成,做什么样的搜索功能,如何构建食谱数据库等。马到成功,势如破竹。当你全心全力投入可执行的每一步时,难题就变得容易多了。
对于我的每一个大项目而言,我都会思考下一步应该做什么,然后把它们列入分类事项清单中(见上文)。而每当我暂停某个项目时,我都会在清单里写下一步的计划。
简化工作
工作困难的第二个原因是过于复杂。比如:写一本书就看起来很艰巨,所以我们要从一篇文章起步。如果一篇文章也嫌太多,那就先写一段文字。最重要的是你要开始着手做些事情。
一旦起步,你就能够更加准确地评判和理解工作中的困难。改进已有的工作可比从一张白纸做起简单多了。如果你顺利地写出了段落,或许它可以变成一篇文章,然后是一本书。一步接一步,一部宏伟的著作就这样诞生了。
思考难题
通常情况下,一点灵感是解决难题的关键。如果你不了解某个领域,显然你需要做些调研:看其他人是怎么做的,先找到一些感觉;然后试着进一步全面了解该领域。而后,处理一些小问题练练手,检验一下是否掌握要领。
被分配的任务
这是指那些你被要求完成的工作。无数心理学实验证明:当你试图激励别人做事情时,他们就倾向于不合作或者故意做得很差。胡萝卜加大棒这种外在激励似乎杀死了心理学家口中的“内在动机”——你对困难的天然兴趣。(这是社会心理学领域被重复研究、也是被研究得最透彻的领域:有超过70项研究证明奖励会破坏完成任务的兴趣)人们内心深处似乎抵制这种被要求完成的任务。
奇怪的是,这种现象并不仅局限于别人,甚至当你告诉自己要做什么的时候也会出现。如果你告诉自己:“我应该做XX,这是目前最重要的事情”,突然之间,XX就成为世上最艰难的事情。然而,一旦YY成为你当下最该做的事情时,原来的XX就变得可爱起来。
创建虚假任务
由此,我们可以提出一种解决方法:如果你想做XX,就告诉自己要做YY.不幸的是,这样有意骗自己有些困难,因为你知道自己的一举一动。所以,你要更加鸡贼才能骗到自己。
比如让外界分配任务给你。最著名的例子莫过于研究生必须完成的毕业论文,只有完成这个艰难的任务他们才能毕业。因此为了避免写毕业论文,研究生们乐于完成其他困难的任务。
这种虚假的任务必须看起来十分重要(你只有写毕业论文才能毕业!)又庞大(你要完成数百页文章),但实际上不完成也不会死。
不要给自己布置任务
我们很容易说:“好吧,我需要把眼下的一切都放一边,集中精力完成这篇文章。”更糟糕的是,你甚至想用一些奖励收买自己,比如“如果我完成了这篇文章,就吃颗糖果”。但是最糟糕的还是让别人强迫你做。
这三种情况都非常容易发生,我也都用过以上手段激励自己,但完全适得其反。因为你已经是在给自己分配任务了。然后,你的大脑会尽可能逃避这些工作。
把事情变得有趣
我们往往被告知:吃得苦中苦,方为人上人。但实际上解决难题差不多是我最享受的工作了。一个棘手的问题不仅能让你全神贯注地投入其中,更能让你收获解决难题之后美妙的成就感。
所以,驱动自己做事情的秘诀不是说服自己必须要做,而是告诉自己这很有趣。如果它真的很无聊,那你就把它变得有趣。
我第一次认真对待这个问题时,正在读大学。那时候我被要求写论文,其实写论文也不是一件特别难的事情,但它是被强加于我的。谁自愿写那么长地论文以讨论两本书的联系呢?为了让它变得有趣,我就从把论文变成我自己的小笑话开始。我决定用不同的风格写一段段文字,尽我所能地模仿各种各样的言论。(这样做还有上文讨论过的好处:总算迈出了第一步)
使事情变得更有趣的另外一个方法是解决模型问题。例如,与其构建一个Web应用,不如建立一个Web应用的框架模式,然后把该Web应用当作一个模型APP。这样不仅会让任务变得更有趣,工作的成果也往往会更有用。
结论
关于效率确实有很多误区:比如时间是可以替换的,专注做一件事情更高效,自我奖励能提高效率,艰难的工作都是苦逼的,拖延症是不正常的。这些误区的共同本质在于:扭曲你的天性。
对于绝大多数人的绝大多数工作,都是如此。你难道是真的喜欢写无聊的文章或记录毫无意义的备忘录吗?如果社会强迫你这样做,你倾听内心,咆哮出内心的呼喊。
如果你在努力做一些值得为之付出的事情,就更不应该关闭心灵的窗户了。恰恰相反,高效的真正秘密在于倾听身体的声音。饿了就吃,困了就睡,累了就休息,做有趣的事情。这看起来如此简单,没有任何花哨的言语,也不需要坚强的意志力,更不像那些人生导师的忠告。听从内心看起来就像常识,但社会的羁绊使得我们都误入歧途。如果你真的希望变得高效,很简单,是时候转身了。
转载自夜深寂
Friday, November 23, 2012
Google呼吁开放网络
联合国旗下的国际电信联盟(ITU)将于12月在迪拜举办会议,商讨对于全球通信协议的修改。俄罗斯提议修改规则,让各国政府可以直接监视人民的上网行为,目前已有巴西、印度等国支持俄罗斯的提案。做为国际互联网服务的巨头,Google决定做出反击。
Google建立了一个名为Take Action的签名网站,呼吁全世界公民一同捍卫互联网的言论自由。
Google在网站上声称“国际电信联盟 (ITU) 准备将世界各地的监管机构聚到一起,重新协商一份有数十年历史的通信协议。
某些提案一旦获得通过,政府将获得对合法言论进行审核的权利,甚至政府还将有权切断互联网接入。还有其他一些提案要求诸如 YouTube、Facebook 和 Skype 等服务必须支付新的服务费才能跨境提供服务。这会限制信息访问(尤其是在新兴市场中)。
只有政府在 ITU 才有发言权,而打造和使用网络的工程师、公司和普通大众没有投票权。ITU 的协议会议和提案均属机密信息。”
Google最后呼吁,“全世界的用户、专家以及公司或组织都发出了自己的心声,反对政府通过 ITU 管制互联网。自由开放的世界依赖于自由开放的互联网。政府不能单方面决定互联网的未来。全球使用互联网的几十亿人以及构建和维护互联网的专家也应该有发言权。”
签名网站地址请点击这里,由于签名使用的是appspot服务,因此中国用户需要代理才能成功签名。宣传视频如下。
Thursday, October 11, 2012
转载:也谈大公司病4——大公司中的反模式
序
多数大公司大了后都不可避免会遇到大公司病,机构臃肿,行动缓慢,协调困难,思维僵化。为此,大公司采取了各种各样的做法,建设企业文化,调整组织机构,更换领导人,加强流程规范,建立特区,建立快捷通道,引入敏捷方法。这些措施往往都能取得一定时间的效果,却很难与整个公司抗衡,随着时间流逝,大公司病还在蔓延。
为什么会这样?是解决措施有问题?还是管理能力不足?还是没有找到真正的问题?
下面对大公司病的一些另类思考,试图向真正问题迈进一步,“大公司中的反模式”是其中第四篇。
正文
整个系列应该叫《理解大公司病》,不理解大公司病,如何能够治病。这是第四篇,在前面三篇“正确是最大的错误”、“减少错误不等于增加成功”、“治大国不是烹小鲜”中,从一些大家平时不甚关注的角度向大家讲述了大公司病的部分理解。本文将对上三篇进行一些总结。
正确、安全、简单 vs. 成功、创新、复杂
正确、安全、简单是存在于每个人心中的渴望。公司的本质还是由人组成的,人和人与人之间的关系构成了公司的基石,所以源于个人的这些渴望在不自觉地影响着人们的行为,最终体现到公司行为中。在大公司,尤其如此。即使在大公司中,你依然会听到人们对缺乏安全感,不知道什么是正确,太复杂不够简单等种种抱怨,这正是力量的表现。
成功、创新、复杂是真实世界对企业的要求。公司是一个盈利性的组织,成功是公司追求的,因为不成功则成仁。创新是公司持续成功的保障,公司必须持续满足客户的需求。而复杂是公司面临的现实情况,在互联网时代,公司服务的人群快速扩大,市场竞争越发激烈,公司生存的环境越来越复杂。公司,尤其是大公司需要在这复杂的环境中不断创新以取得持续的成功。
当正确、安全、简单在大公司碰到了成功、创新与复杂,会发生些什么?正确、安全、简单代表着公司向内的力量,它们引导着公司看自己,关注公司内部。成功、创新和复杂是外部环境要求,是外在的驱动力。如果两者不能匹配上,会出现各种怪现象。当然,100%匹配几乎不可能。
下面,就以大公司中几个常见话题作为示例进行简单讨论。分工和绩效两个话题因篇幅限制,讨论不深刻,未来可能单独成篇。
反模式1:分工不应该是扯皮的基点,逃避责任的港湾
大公司强调的分工会逐渐演变成“圈地运动”。分工在传统意义上是通过分工加强专业能力,降低人员培养成本,提升整体工作效率,最终有效提升公司的成功、创新,帮助公司更有效的应对复杂环境。而在大公司,分工的主要目的却是为了划分职责地盘,不能有任何模糊,因为只有这样,工作中谁该做什么才是简单清晰的,谁该承担什么责任是清晰的,人们才知道什么是正确。主导分工的管理者觉得正确、安全、简单,接受分工的员工也这么感觉。然而,分工与成功、创新、复杂的关系越来越弱。
“圈地运动”式的分工往往成为扯皮的基点。类似的场景经常出现,两个农夫各自站在自己的田里骂对方的田没种好,说对方没有证据证明自己的田没种好。一个例子可以参看王建硕博客《写代码这件事》http://www.huxiu.com/article/3267/1.html?odby=agree。
“圈地运动”式的分工往往成为逃避责任的港湾。还有一种情况,在所有分工都明确的情况下,产品依然失败了,是谁的责任?要不是都没有责任,因为每个人都做好了自己分工内的工作,找不出做错的证据,最终公司承担;要不是大家承担责任,每个人都有错,才导致了错误的发生,最终法不责众。
反模式2:绩效KPI应该是跑道而不是终点
绩效评估是大多数大公司都有的制度,而这项制度在大多数大公司都实施的不尽如人意。其本意是通过绩效评估,统一组织发展方向,传递组织目标,保持组织活力,帮助组织在复杂环境中成功与创新。然而在实际过程中,因为成本原因、因为沟通障碍、因为工作复杂度增加,绩效评估的难度不断上升。因为各种原因,管理者会采用简单的方式来进行绩效评估。从而导致如下结果:
绩效评估最终促成KPI导向。绩效评估极大的破坏了员工的安全感,尤其是在有末位淘汰的情况下。绩效评估清晰向员工指明什么是正确的。只做KPI上规定的事是最简单的。从而为了正确、安全、简单,员工变成了KPI导向,唯KPI是从,不在KPI上的一概不做,在KPI上的积极做好。
绩效评估最终促成老板导向。绩效评估可能成为老板显示威严的工具。它用简单的方式帮助老板巩固了安全感,清晰阐释了老板需要的正确。员工为了自身的正确、安全、简单,唯老板之命是从。
KPI导向、老板导向极大制约了公司的成功、创新,阻碍公司灵活应对复杂环境。对于员工来说,正确、安全、简单的创新是在是太难了,一个人在对抗一个体系。在有些公司,情况甚至发展到阻碍公司发展的程度。
其他反模式
流程制度能防止错误,也能阻碍成功。流程制度是好的,仅在他们能够帮助公司更加成功这一前提下。因为分工过细,每个人都站在自己的田里看问题,为了保证自身的正确、安全和简单那,大公司中的流程制度如果不经刻意控制的话会源源不断的增加。然而,这与公司的成功、创新、应对复杂很可能存在一定矛盾,降低了整体运行效率,甚至会出现内部分工中的矛盾冲突。
Smart目标让我们捡了芝麻丢了西瓜。管理学课程告诉我们,目标要Smart,但对于知识密集型产业例如软件研发而言,Smart目标不是个好主意。符合Smart目标能让管理者感到正确、安全和简单,但员工则会用另一种方式让Smart目标不能达到效果,例如单元测试覆盖率。单元测试是软件研发中的流行实践,80%的单元测试覆盖率显然是Smart目标,制订此目标的目的是提升研发团队的软件研发能力,保证软件质量。然而,提升单元测试覆盖率却不去提升软件研发能力是更简单的选择,员工可以用自动生成单元测试方法的方式,他们总能达成管理者规定的Smart目标,却让管理者的期望变为流水。
尾声
国庆大假几天,终于写完了近期关注的“理解大公司病”话题。后续的话题还很多,如复杂系统、敏捷、管理实践、软件研发等等。如同乔布斯所说,大公司病、复杂系统、管理实践、敏捷、软件研发这些都是点,我们需要不断学习回顾以让这些点最终都汇聚成线。希望在不久的将来,能够把串起的线呈现给大家。
配合正确、安全、简单vs.成功、创新、复杂,可以设计出一系列的小工具来检查公司对内力量与对外力量间的协调程度,还可以进行针对性的一些改进。读完了,你有什么收获呢?
参考
再次推荐《BBC系列:神秘的混沌理论》http://v.youku.com/vshow/idXMTcyNjE2MzMy.html,理解复杂系统,理解简单与复杂的关系,非常重要。
我有另一系列文章讲述了分工在软件研发中不再有效,《债思维——软件研发新视角》http://www.ituring.com.cn/article/1836。
转载:也谈大公司病3——治大国不是烹小鲜
序
多数大公司大了后都不可避免会遇到大公司病,机构臃肿,行动缓慢,协调困难,思维僵化。为此,大公司采取了各种各样的做法,建设企业文化,调整组织机构,更换领导人,加强流程规范,建立特区,建立快捷通道,引入敏捷方法。这些措施往往都能取得一定时间的效果,却很难与整个公司抗衡,随着时间流逝,大公司病还在蔓延。
为什么会这样?是解决措施有问题?还是管理能力不足?还是没有找到真正的问题?
下面对大公司病的一些另类思考,试图向真正问题迈进一步,“治大国不是烹小鲜”是其中第三篇。
正文
“治大国如烹小鲜”是《老子》中的一句话,后世有多种解读。在网上搜索一下,你会感叹中文的博大精深。在此处,“治大国不是烹小鲜”取其大小、简单复杂用于对比,意思是治理大公司是复杂的,不像小公司那样简单。在大公司中,简单和复杂有什么关系?
大公司喜欢简单的解决方案
当产品有质量问题的时候,怎么办?创业公司的解决方案可能是全民质量反思,国外的方式可能是请顾问,而国内的大公司会如何应对?答案很简单,大公司大多会选择一个很简单的解决方案:增加质量经理岗位。这一选择有很多重要的作用: 1. 向大家宣布,其实我们很重视质量; 2. 告诉大家,不是我们不努力,只是在质量上不够专业; 3. 告诉领导,我们已经有了持续的解决方案,有专门的岗位来解决质量问题,请放心。小小的一个选择,既解决了问题,满足了方方面面的愿望;又摆脱了责任(不犯错),让自己从此不再为质量问题头疼,多么简单漂亮的解决方案。
假如你就是这位新上任的质量经理,你会怎么做?也许你想成为质量教练,提升团队的质量意识;也许你想推动质量实践,提升团队的质量能力。但别忘了,你的岗位之所以存在,是为了质量问题负责,不是为质量意识或能力负责。所以,对你来说,不犯错的简单的解决方案应该是,设定质量检查点并进行检查,分析质量问题并给出质量报告。
有了质量经理,还有质量问题怎么办?我们可以搞质量培训,可以选质量标兵,可以加强质量过程管理,让大家看到我们在质量上的努力。
如果还有质量问题怎么办?我们已经做了所有我们能做的,应用了所有简单的解决方案。看来不是我们不努力,只怪敌人太强大啊。
前一段时间,微博上有一个有意思的问题:What’s the value of quality manager? http://weibo.com/1408827293/yoBRIuLz8里面的讨论有点意思。 与此类似,于是我们有了项目经理,有了架构师,有了需求分析师,……。到最后,公司一个开发人员3天就能完成的工作,就由专业项目经理1名,架构师1名,需求分析师1名,开发人员1名,测试人员1名,前端开发1名的专业团队完成,为这个团队服务的有5名经理。
流程制度也是一个典型。因为流程制度是所谓可重复的、可靠的,这满足了公司管理者的愿望,同时,随着分工越发复杂,人们需要更简单的解决方案,所以流程制度是简单同时又面面俱到方案的一个代表。公司的流程每天都在增加,可能原因是因为我们又发明了一个新岗位,这个新岗位需要新的流程;也可能是我们出现了某个错误,为避免错误再度发生,我们又发明了新流程;也可能是我们想进行管理改进,为此发明了新流程。
同样简单的东西放到一起变成了难以想象的复杂
软件是由一行行代码组成的,但是并不表示每一行代码都写好了,这就是个好软件。单行代码考虑更多的是语法,而软件在代码之上衍生出了架构特性,需要设计。流程制度由一系列流程制度组成,但不表示详尽的、全面的流程制度就是好的流程制度,单个流程制度考虑的是必要性,而放到一起的流程制度有了效率、适用范围等新特性需要考虑。
从上面的质量问题解决到新的流程制度可以看出,对于单个问题,寻找一个简单而又面面俱到的解决方案其实很容易,然而简单绝对不是1+1=2。当这些简单的事务放到一起,会衍生出很多需要考虑的新特性。然而,我们对此的解决办法却是? 第一种视而不见。目前一切良好,这让我想起了源自微博的一个笑话“目前一切完好”http://weibo.com/1812458977/yDP33cBFN。 某人从100层高的楼上掉下,路过第99层的时候,楼里的人说“目前一切完好”。第98直到第2层的人也都发出同样声音,结果是这个人在每一层的人都知道结果的情况下,在一次次“目前一切完好”的呼声中————————死了。笑话里没错,从第99层到第2层,的确一切完好。
第二种分而治之。“请告诉我哪个流程是不合理的?哪个分工是有问题的?哪个会议是不必要的?哪个报告是不需要的?我们可以改变它、取消它。”这是经常得到的答案。嗯,经过梳理,我们废弃了某些流程,对分工职责也进行了清理。但是,绝大部分流程、分工都依然保留不变,因为它们可以证明自己是正确的、必要的。分而治之是很好的策略,但它必须要建立在对问题的完整理解之上啊,这种分而治之,受教了。
第三种简单应对。“公司近期发现了会议太多,工作效率明显下降的情况,请各部门注意提升工作效率。”领导如是说。于是,无会日、站立会议等简单有效的工作方式被发明出来,并进行推广。
然而,关于这些简单和复杂,却很少有针对性的学习和辅导。
当公司有很多项目的时候,应该如何管理多项目带来的新特性?新特性管理与以前的管理如何有机结合?投资组合管理和项目群管理对很多公司而言还是新名词。 当公司搭建了一个技术平台,应该如果管理技术平台由多个系统组成带来的新特性?新特性管理与以前的管理如何有机结合?还是分成一个个系统来管理。
人们因为胜任当前的岗位被提拔,却很少有针对下一岗位的针对性辅导,他如何面对新的简单与复杂?成为软件工程师,大公司都提供了很多培训,而成为一个管理者,公司提供了哪些培训?彼得定律:在公司中人总是倾向于被提拔到不胜任的位置。
KPI设置是否是对上一级目标的简单分解?上级的KPI是否下级KPI的简单堆砌?KPI如何分解现在依然是个摆在各公司案头的难题。
尾声
“治大国不是烹小鲜”。大公司是简单的,也是复杂的,仅仅是大就带来了很多额外的问题。深入理解复杂性,将有助于理解大公司病。
参考
要想理解简单与复杂的关系,推荐《BBC系列:神秘的混沌理论》http://v.youku.com/vshow/idXMTcyNjE2MzMy.html
搜索“治大国如烹小鲜”,从结果中你能体会到中国文化的博大精深。
Subscribe to:
Posts (Atom)

