本文來自Cnbeta。原文地址是：http://www.cnbeta.com/articles/197699.htm，沒有全部復制，要看詳細請去該網頁
据国外媒体报道，雅虎日前宣布任命前谷歌高管玛丽莎·梅耶尔（Marissa Mayer）担任CEO，这令业界感到震惊。梅耶尔现年37岁，拥有丰富的行业经验，多年来一直负责谷歌最具人气产品的外观和体验等项目，最近还负责了谷歌的地理位置和本地化服务等，主要管理谷歌公司1000多名产品经理。同时，梅耶尔还是谷歌运营委员会的成员之一，也是谷歌重要的资深高管。
四 年多以前，即2008年2月19日，美国知名商业杂志之一《Fast Company》网站曾发表了一篇文章，介绍了时任谷歌搜索产品与用户体验副总裁梅耶尔的9条创新原则。作为谷歌的第20名员工以及长期负责核心业务的高 管，梅耶尔正是凭借这9条原则引领谷歌发展成为全球最知名的互联网企业之一。
以下是梅耶尔的9条创新原则：
1、持续创新，而非一步成型
“有 两种不同类型的程序员。一些人喜欢连续几个月，甚至连续几年编码，并希望自己能够开发出完美的产品。这是一种城堡建设法。很多公司喜欢这种方法，苹果就是 一个典型的例子。如果你做对了，开发出一款完善的产品，那么你会令全世界感到惊叹。但问题在于，如果你做错了，你花了5年时间、耗费100名人力开发的产 品不受市场欢迎，那无异于一记重击。也有一些人倾向于边开发、边完善。这正是我们的做法，即我们的‘迅速、频繁发布’战略。向人们灌输我们文化的最难之处 就在于，有的工程师向我展示产品原型，我也很喜欢，但他们却说，‘哦，它还没有完成，还不符合谷歌的标准，还不像是一款谷歌产品’。他们想使用城堡建设 法，添加所有的功能，使之成为完美的产品。而我告诉他们，‘谷歌产品应当是尽早进入谷歌实验室，然后不断完善，吸纳市场需求的元素，并使之成为伟大的产 品’。这种实验方法的好处在于，你永远不会远离市场需求，市场会把你拉回来。”
2、创意无处不在
“我们有一个很好的内部候选名单，所有人都可以提供创意，并且可以看到这个名单。这就像一个投票箱，人们可以表达他们对这个创意的观点。正是这些观点引出了新的创意。”
3、追逐梦想的权利
我们允许工程师将20%的时间用于研究他们喜欢的任何项目，我们相信他 们可以创造出有趣的产品。”
4、调整产品，而非封杀它
“谷歌CEO埃里克·施密特（Eric Schmidt）曾这样对我说：任何能够进入谷歌实验室的项目，从核心上看在其它方面也一定有可取之处，即便市场对此没有反馈。我们的工作就是将产品转化得符合市场需求。”
5、尽可能多地分享信息
每周一，所有员工都会发一封电子邮件，里面有五到七个要点，介绍他们上周的工作。作为一家搜索公司，我们将所有邮件纳入一个巨大的 网页，然后提供索引。如果你想知道谁在从事地图研究，那么就可以搜索到。这使得我们可以在全公司共享自己知道的信息，并减少重复。”
6、用户，还是用户
“我过去这样说这句话：‘用户，而非金钱’。我们坚信，如果我们专注于用户，金钱会来的。在一个真正虚拟的业务上，只要我们取得成功，人们就会通过订阅的方式为此付费。只要拥有足够多的用户，广告商也会愿意付费资助这个网站。”
7、数据远离政治
“我遇到过其他公司负责设计的人员，他们总说，‘设计是公司最具政治性的领域之一，有的设计师喜欢绿色，有的设计师喜欢紫色，那么谁的设计方案会被采纳？谁与老板关系好，谁的设计就会被采纳。’”
“有 些公司认为设计是艺术，而我们认为设计是科学。谁的设计方案最受欢迎，或者你更倾向于哪种美感并不重要，这全靠数据说话。进行一次1%的测试（即在1%的 用户中进行测试），哪些设计在两周时间内获得最佳的用户反馈，我们就推出哪项设计。我们有一个学术氛围非常好的环境，可以一直进行这些测试。”
“我们可能会在实时流量中进行50到100项测试，每项测试的默认数据来决定设计成果。我们一直通过这种方法尝试不同的方案。”
8、创新需要约束
“这是我最喜欢的观点之一。人们总认为，创新就需要毫无约束，但工程师在有约束的情况下更能进步。他们希望这样评论自己的创意：‘我们知道你说这不可能，但我们仍然要这样做，直到成功。’”
9、你很优秀？我们正在招聘。
我开始在谷歌工作， 工程师们被要求为招聘工程师而撰写宣传语。我们进行了一次比赛，我写了‘你很优秀？我们正在招聘。来谷歌吧。’这则广告语的点击率相当于其他广告语的八 倍。”
“现在谷歌的员工数量已经相当于我进入谷歌时的一千余倍，这令我感到惊讶。不过更重要的是那些没有改变的东西，即来这里工作的人们的 类型，以及他们喜欢的工作类型。这与我们这些谷歌的前20名员工几乎完全相同。这就是公司文化中愿意解决重大问题、愿意为世界做贡献、坚信我们可以在坚守 标准和价值观的前提下建立成功企业的元素。”
-----------
有些东西确实不错。其实我更关心的是第一项
今天要說的還是推送，NND，這個推送這玩意，折騰死人
1、aps中是否只能有badge/alert/sound等參數？
答：不是，這個只是最基本的參數，可以有很多參數，但aps標記需要一定存在，其他參數可以自定義，比如：
JavaScript代码
- {
- "aps" : {
- },
- "acme2" : [ 5, 8 ]
- }
aps参数可以是空，但一定要有，上面这个可不是我杜撰的，这是官方的例子：http://developer.apple.com/library/ios/#documentation/NetworkingInternet/Conceptual/RemoteNotificationsPG/ApplePushService/ApplePushService.html#//apple_ref/doc/uid/TP40008194-CH100-SW12
2、aps中的content-available是什么意思
答：这个是有特殊需要的时候才需要用，比如用来后台下载？说实话，我在官方没找到文档，反而在adobe找到一个小的介绍 ：
第一个介绍：http://www.adobe.com/devnet/digitalpublishingsuite/articles/dps-push-notification.html
Table 3. Parameters for APNS messages
| Property |
value |
description |
alert |
<string> |
The text message to display to the user. No localization arguments are supported. |
badge |
<number> |
If non-zero, it displays the number on the icon of the application. If zero, no number is displayed. |
content-available |
0 | 1 |
Non-zero indicates a Newsstand push message. The receipt of this will wake the viewer to begin a background download. See Notes. |
sound |
"default" |
Only the default notification sound is supported. |
productID |
<string> |
Product. |
Notes about Newsstand background downloading
- Background downloads are limited to once every 24 hours, +/- 1 hour (or so). You can send as many alert messages you like, but only background downloading will be throttled.
- Background downloading will only happen over WiFi connections. If the user is on 3G and the push is received, the background download is lost.
- A valid subscription via Apple or direct entitlement (CDS, TCS, PCD, Dovetail, or other) must exist.
- Only the most recent folio will be background-downloaded. The user must be entitled to this content.
- Apple attempts a number of times to deliver the push payload. As such, the actual download may begin a significant amount of time after it was originally sent or scheduled.
用了content-available参数后，下一次接收一定是在24小时后。看上面的notes
还有一个介绍在这里：http://www.viggiosoft.com/blog/blog/2011/10/17/ios-newsstand-tutorial/，这篇博客很详细，还告诉你在APP中怎么设置，内容过长，我就不一一贴出来了。
它这么说：
The push notification message has the same syntax as standard push notifications with the only difference that the payload must contain the content-available key set to 1:
JavaScript代码
- {
- "aps":{
- "content-available":1,
- },
- "device_tokens": ["E9623F5CFDE92B40DA4AA90B97B70428BCD8FFCBA067BE17A6EF5102651E66E9"]
- }
There is one importation limitation related to the frequency of pushes: to limit the consumption of resources due to background downloading (which, by the way, we’ll happen only if the device is connected to a Wi-Fi network) Newsstand push notifications are coalesced and only one background download is permitted per day. For testing purposes you can remove this limit by setting an appropriate key in the user defaults (do this at startup in your App Delegate)
SSH命令是用來連接遠程Linux服務器的，大多數時候，我們都是用的客戶端，好看又方便，還能保存密碼，但長久以往，居然我連密碼也忘了。。。悲催
所以，我在想，是否可以自動連接ssh服務器（不用客戶端）也不用記密碼？直接就完事？
公鈅？rsa public ?沒意思，那樣我還是記不住密碼，萬一被人一折騰，腫麼辦？
所以，找了一些資料，發現。。。sshpass真是一個好東西啊
最簡單的應用方法：sshpass -p 123456 ssh username@hostname
就可以了。
於是，比如 我現在的服務器，我新建 了一個腳本：neatstudio.com.sh，並且chmod +x ，然後在裏面就一行代碼：
sshpass -p 123456 ssh root@neatstudio.com
當然在執行這個文件之前，需要先ssh neatstudio.com一下。先保存完驗證的KEY，然後就可以執行./neatstudio.com.sh了。
於是，我密碼再也不會忘了，因為就在這個文件裏，這個可是明文的。。。。就算我設的再複雜也毛有關係了。。。輕輕鬆鬆
關於sshpass的下載，我這裏提供一個下載地址：sshpass-1.05.tar.gz
這個直接就是官方的版本，不過您為了安全，還是直接去sf下載吧。我這裏就權當是為我自己做一個備份。畢竟有時候sf是會被墻的
APNS 这玩意啊。关于它曾经转载过N篇文章：
不过自己在實際使用中，也還是遇到了問題。
在測試的時候，我連接apns服務器時，發一條推送就斷開，導致我發送上萬條消息的時候需要幾個小時。我就納悶了，如果大家都這樣，那豈不是那些大網站都要崩潰？這時候，有兩位朋友告訴我，不要斷開，用長鏈接。。。於是乎我重改了代碼，然後就看到消息發送的時候刷刷刷的就出去了。心裏還是非常開心的。
但偶爾還是會有發送失敗的情況出現，所以我做了一點處理，如果取回來的代碼不正確，我會一直重發，直到正確。當然，每次發完後，用usleep，休息了10ms，避免數據過度發送。當然每1000條推送後，我會斷開一下鏈接，再重新鏈接。以防萬一
說白了，還是糾結。
在幾年前的時候，有人問，這世界上最遠的距離是什麼。有人回復：這世界上最遠的距離是，明明兩人就在身邊，卻不知道我愛你
還有人回復：這世界上最遠的距離不是他和她之間的距離，而是電信和網通
現在，這世界上沒有最遠的距離 ，只有一堵墻
傳說中，只要鋤頭揮的好，沒有墻角挖不倒，於是我們就有了各種各樣的軟件和或方法
1、有VPS的同學，開始裝VPN，有VPS但是不能裝VPN的同學，開始用Ssh -d 翻墻
2、沒有VPS的同學，開始買 VPN或者ssh -d
3、沒錢，但懂網絡的，開始用在線代理
4、沒錢，不懂網絡的，開始在朋友的介紹下，用opendns或者洋蔥頭，或者XX門
突然想起某阿姨和我說的，多听听其他声音也好，于是。如果你既没钱，也不懂网络 ，你可以尝试找某阿姨要一张能上网的光盘就OK了。那段文字来自：随便说说
