Inside 硬塞的網路趨勢觀察

“關於工程師 59 條搞笑但卻真實無比的語錄” 與新的 2 篇文章 - Inside 網路趨勢行銷與開發

Link to Inside 硬塞的網路趨勢觀察

關於工程師 59 條搞笑但卻真實無比的語錄

Posted: 20 Dec 2013 01:02 AM PST

關於工程師 59 條搞笑但卻真實無比的語錄

abigbang33 影集《生活大爆炸》劇照

本文轉自〈IT 外刊評論〉。
一名叫做 Naresh Kumar 的工程師在部落格1裡整理了 59 則關於程式的語錄,包括軟體開發、程式維護、評測除錯、軟體 bug、系統設計、文件、軟體品質等等,以搞笑的方式真實描寫工程師的斑斑血淚。以下我們精選出 10 則最有趣的語錄,後面也附上 59 則完整版與原文。
  1. 程式有問題時不要擔心。如果所有東西都沒問題,你就失業​​了。(軟體工程的 Mosher 定律)
  2. 寫程式時要保持這種心態:就好像將來要維護你這些程式的人是一位殘暴的精神病患者,而且他知道你住在哪。(Martin Golding)
  3. 一個人寫的爛軟體將會給另一個人帶來一份全職工作。(Jessica Gaston)
  4. 當有這樣的一種程式語言出現:它能讓工程師用簡單的英語寫程式,你將會發現,工程師都開始不會說英語。(Anonymous Linguist)
  5. 傻瓜都能寫出電腦能理解的程式,優秀的工程師寫出的是人類能讀懂的程式。
  6. 任何你寫的程式,超過 6 個月不去看它,當你再度開啓時,看起來都像是別人寫的。
  7. 世上只有兩類程式語言:那些被人罵翻的,以及那些沒人使用的。
  8. Java 之於 JavaScript 的關係,就如同狗和熱狗。
  9. 如果除錯是消除軟體 bug 的過程,那寫程式一定是把它們放進去的過程。
  10. 開發軟體和建造教堂非常相似——完工之後我們就開始祈禱。

59 則完整版

工程師程式語錄

1. 一個好的工程師是那種過單行道馬路都要左顧右盼的人。(Doug Linder) A good programmer is someone who always looks both ways before crossing a one-way street. (Doug Linder) 2. 程式有問題時不要擔心。如果所有東西都沒問題,你就失業​​了。(軟體工程的 Mosher 定律) Don’t worry if it doesn't work right. If everything did, you’d be out of a job. (Mosher’s Law of Software Engineering) 3. 工程師的麻煩在於,你無法弄清他在折騰什麼,當你最終弄明白時,也許已經太遲了。(超級電腦之父 Seymour Cray) The trouble with programmers is that you can never tell what a programmer is doing until it’s too late. (Seymour Cray) 4. 我想大部分人都知道通常一名工程師會具有的美德。當然了,有三種:懶惰、暴躁、傲慢。(Perl 語言發明者 Larry Wall) Most of you are familiar with the virtues of a programmer. There are three, of course: laziness, impatience, and hubris. (Larry Wall) 5. 寫程式時要保持這種心態:就好像將來要維護你這些程式的人是一位殘暴的精神病患者,而且他知道你住在哪。(Martin Golding) Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. (Martin Golding) 6. 一個人寫的爛軟體將會給另一個人帶來一份全職工作。(Jessica Gaston) One man’s crappy software is another man’s full time job. (Jessica Gaston) 7. 如果建築工人像工程師寫軟體那樣蓋房子,那第一隻飛來的啄木鳥就能毀掉人類文明。(Gerald Weinberg) If builders built buildings the way programmers wrote programs, then the first woodpecker that came along wound destroy civilization. (Gerald Weinberg) 8. 這世界最有可能毀滅的方式——大多數專家都同意——是由意外造成。這就是為什麼會有我們,我們是電腦專家,我們創造意外。(Nathaniel Borenstein) The most likely way for the world to be destroyed, most experts agree, is by accident. That’s where we come in; we’re computer professionals. We cause accidents. (Nathaniel Borenstein) 9. 我們這個產業有個特別奇怪的現象:我們不但不會從失敗裡吸取教訓,同時也不從成功中學習經驗。(Keith Braithwaite) It’s a curious thing about our industry: not only do we not learn from our mistakes, we also don’t learn from our successes. (Keith Braithwaite) 10. 一種新技術一旦開始流行,你要嘛坐上壓路機,要嘛成為鋪路石。(Stewart Brand) Once a new technology starts rolling, if you’re not part of the steamroller, you’re part of the road. (Stewart Brand) 11. 如果​​沒能一次成功,那就叫它 1.0 版吧。(unknown) If at first you don’t succeed, call it version 1.0 (unknown) 12. 所有的工程師都是編劇,所有的電腦都是爛演員。(Anonymous Hack Actor) All programmers are playwrights and all computers are lousy actors. (Anonymous Hack Actor) 13. 工作進度上越快落後,你就會有越充足的時間趕上。(Anonymous Scheduler) The sooner you get behind in your work, the more time you have to catch up. (Anonymous Scheduler) 14. 當有這樣的一種程式語言出現:它能讓工程師用簡單的英語寫程式,你將會發現,工程師都開始不會說英語。(Anonymous Linguist) When a programming language is created that allows programmers to program in simple English, it will be discovered that programmers cannot speak English. (Anonymous Linguist) 15. 為什麼我們沒有時間把事情做對,卻總有時間把事情做過頭?(Anonymous) Why do we never have time to do it right, but always have time to do it over? (Anonymous) 16. 傻瓜都能寫出電腦能理解的程式。優秀的工程師寫出的是人類能讀懂的程式。 Any fool can write code that a computer can understand. Good programmers write code that humans can understand. 17. 任何你寫的程式,超過 6 個月不去看它,當你再度開啓時,看起來都像是別人寫的。(Eagleson's law) Any code of your own that you haven't looked at for six or more months might as well have been written by someone else. (Eagleson's law)

程式/軟體開發語錄

18. 按程式行數來評估軟體開發的進度,就如同按重量來評估飛機建造的進度。(Bill Gates) Measuring programming progress by lines of code is like measuring aircraft building progress by weight. (Bill Gates) 19. 軟體就像做愛。一次犯錯,你需要用剩下的一生來彌補。(Michael Sinz) Programming is like sex. One mistake and you have to support it for the rest of your life. (Michael Sinz) 20. 在水上行走和按照特定需求開發開發軟體都很容易——前提是它們都是凍結狀態。(Edward V Berard) Walking on water and developing software from a specification are easy if both are frozen. (Edward V Berard) 21. 最初 90% 的程式消耗了最初 90% 的開發時間…最後 10% 的程式用去了另外 90% 的開發時間。(Tom Cargill) The first 90 percent of the code accounts for the first 90 percent of the development time…The remaining 10 percent of the code accounts for the other 90 percent of the development time.(Tom Cargill) 22. 註釋程式很像清掃廁所——你不想幹,但如果你做了,這絕對會給你和你的客人帶來更愉悅的體驗。(Ryan Campbell) Commenting your code is like cleaning your bathroom — you never want to do it, but it really does create a more pleasant experience for you and your guests. (Ryan Campbell) 23. 如今的程式是一場工程師和上帝的競賽,工程師要開發出更大更好、傻瓜都會用到軟體。而上帝在努力創造出更大更傻的傻瓜。目前為止,上帝是贏的。(Rick Cook) Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the universe trying to produce bigger and better idiots. So far, the universe is winning. (Rick Cook) 24. 軟體設計最困難的部分⋯⋯是阻擋新功能的引入。(Donald Norman) The hardest part of design … is keeping features out. (Donald Norman) 25. 為了理解遞迴(recursion),我們首先要理解的是遞迴。(Anonymous) In order to understand recursion, one must first understand recursion. (Anonymous) 26. 世上只有兩類程式語言:那些被人批得一無是處的,以及那些沒人使用的。(Bjarne Stroustrup) There are only two kinds of programming languages: those people always bitch about and those nobody uses. (Bjarne Stroustrup) 27. 關於布林值最棒的一點是,即使你搞錯了,也只差一個位元(a bit,此為雙關語,英文「一點點」之意,也是電腦術語「位元」的意思)。(Anonymous) The best thing about a boolean is even if you are wrong, you are only off by a bit. 28. 如果​​ Java 真的能夠記憶體回收,那大部分的程式都會在執行時自己刪除自己。(Robert Swell) If Java had true garbage collection, most programs would delete themselves upon execution. (Robert Swell) 29. 理論上,理論和實踐是沒有差異的。但實踐中,是有的。(Jan LA van de Snepscheut) In theory, there is no difference between theory and practice. But, in practice, there is. (Jan L. A. van de Snepscheut) 30. 預備,開火,瞄準:這是最快的軟體開發方法。預備,瞄準,瞄準,瞄準,瞄準:這是最慢的軟體開發方法。(Anonymous) Ready, fire, aim: the fast approach to software development. Ready, aim, aim, aim, aim: the slow approach to software development. (Anonymous) 31. 寫程式是 10% 的科學、20%天份,加上 70% 的讓天份符合科學。(Anonymous) Programming is 10% science, 20% ingenuity, and 70% getting the ingenuity to work with the science. (Anonymous) 32. 評估一件事情要比去理解你評估了什麼容易。(Anonymous) It is easier to measure something than to understand what you have measured. (Anonymous) 33. 標準檢查程式(benchmark)不會撒謊,但制定標準檢查程式的人會。(Anonymous) Benchmarks don’t lie, but liars do benchmarks. (Anonymous) 34. 培養員工,即使他們有跳槽的風險。什麼都不做而留他們在公司,這樣風險更大。(Anonymous) Better train people and risk they leave – than do nothing and risk they stay. (Anonymous) 35. 電腦科學的目標是做出一個東西,並且保證它至少能堅持到我們將它開發完成。(Anonymous) The goal of Computer Science is to build something that will last at least until we've finished building it. (Anonymous) 36. Java 之於 JavaScript 的關係就如同狗和熱狗。(英文是 Car 與 Carpet)。(Chris Heilmann) Java is to JavaScript what Car is to Carpet. (Chris Heilmann) 37. 起初就把事情做對是完全沒必要的。但最後要把事情做對是絕對必要的。(Andrew Hunt and David Thomas) It's not at all important to get it right the first time. It's vitally important to get it right the last time. (Andrew Hunt and David Thomas) 38. 陣列(array)的起始索引(indices)應該從 0 開始還是從 1 開始?我的 0.5 的折中提議被他們拒絕了,而我認為,他們沒有考慮周詳。(Stan Kelly-Bootle) Should array indices start at 0 or 1? My compromise of 0.5 was rejected without, I thought, proper consideration. (Stan Kelly-Bootle) 39. 程式必須是為了給人看而寫,命令機器執行只是附帶任務。(Abelson / Sussman) Programs must be written for people to read, and only incidentally for machines to execute. (Abelson / Sussman) 40. 寫程式可以很有趣,密碼學也是,但兩者絕對不能合而為一。(Kreitzberg and Shneiderman) Programming can be fun, so can cryptography; however they should not be combined. (Kreitzberg and Shneiderman) 41. 複製 - 貼上是一種設計錯誤。(David Parnas) Copy and paste is a design error. (David Parnas) 42. 電腦善於遵循指令,但不善於理解你的思維。(Donald Knuth) Computers are good at following instructions, but not at reading your mind. (Donald Knuth)

軟體除錯語錄

43. 被刪除的程式就是被除錯的程式。(Jeff Sickel) Deleted code is debugged code. (Jeff Sickel) 44. 如果除錯是消除軟體 bug 的過程,那寫程式一定是把它們放進去的過程。(Edsger Dijkstra) If debugging is the process of removing software bugs, then programming must be the process of putting them in. (Edsger Dijkstra) 45. 程式除錯要比新編寫程式困難一倍。因為,如果你寫出了最聰明的程式,按此推算,你就缺乏更深遠的智慧來替它除錯。 Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are–by definition–not smart enough to debug it. 46. 想在自己的程式裡找出一個錯誤是十分困難的。而當你認為你的程式沒有錯誤時,那就更難了。(Steve McConnel) It's hard enough to find an error in your code when you're looking for it; it's even harder when you've assumed your code is error-free. (Steve McConnel)

軟體 bug 語錄

47. 這不是個 bug——這一個未註明的功能特徵。(Anonymous) It’s not a bug – it’s an undocumented feature. (Anonymous) 48. 沒有需求或設計,寫程式就是一種將 bug 添加到一個空白文件裡的藝術。(Louis Srygley) Without requirements or design, programming is the art of adding bugs to an empty text file. (Louis Srygley) 49. 爛程式並不爛,只是被誤解了。(Anonymous Code Behaviorist) Bad code isn’t bad, its just misunderstood. (Anonymous Code Behaviorist) 50. 有兩種方法能寫出沒有錯誤的程式;但只有第三種好用。(Alan J. Perlis) There are two ways to write error-free programs; only the third one works. (Alan J. Perlis) 51. 小心上面程式中的 bug;我只知道這些程式是正確的,但沒有試過。(Donald Knuth) Beware of bugs in the above code; I have only proved it correct, not tried it. (Donald Knuth)

軟體產品/成品語錄

52. 軟體能夠反覆使用之前,它必須要先可以用。(Ralph Johnson) Before software can be reusable it first has to be usable. (Ralph Johnson) 53. 軟體通常在 beta 測試完成不久後發表。Beta 在拉丁語中是「還不能用」的意思。(Anonymous) Software undergoes beta testing shortly before it’s released. Beta is Latin for “still doesn't work". (Anonymous) 54. 最好的性能改進是將軟體從不能用的狀態變成可用。(J. Osterhout) The best performance improvement is the transition from the nonworking state to the working state. (J. Osterhout) 55. 最便宜、最快速、最值得信賴的組件是那些還未出現的組件。(Gordon Bell) The cheapest, fastest, and most reliable components are those that aren't there. (Gordon Bell) 56. 我認為微軟之所以把「.Net」命名為「.Net」,是因為如此一來,它就不會出現在 Unix 的目錄裡。 (Oktal) I think Microsoft named .Net so it wouldn’t show up in a Unix directory listing. (Oktal) 57. 軟體和教堂非常相似——建成之後我們就開始祈禱。(Sam Redwine) Software and cathedrals are much the same – first we build them, then we pray. (Sam Redwine) 58. 除非最後一個使用者死掉,軟體是不會有完工的時候的。(Anonymous) The software isn’t finished until the last user is dead. (Anonymous) 59. 如今的大部分軟體都非常像埃及金字塔,由成千上萬的石塊一塊一塊構成,沒有結構上的整合,而是由暴力強制和成千上萬的奴隸完成。(Alan Kay) Most software today is very much like an Egyptian pyramid with millions of bricks piled on top of each other, with no structural integrity, but just done by brute force and thousands of slaves. (Alan Kay)

幫助新創公司躋身十億美金「獨角獸俱樂部」的 11 則建議

Posted: 20 Dec 2013 12:30 AM PST

幫助新創公司躋身十億美金「獨角獸俱樂部」的 11 則建議

Charlie-The-Unicorn

本文作者 Niko Bonatsos 是創投公司 General Catalyst Partners 的 Principal。
Cowboy Ventures 創辦人 Aileen Lee 曾談過在獨角獸俱樂部裡的 10 億美元級新創企業有哪些特點,Blogger、Twitter、Medium 的共同創辦人 Evan Williams 也曾透露他的網路成功之道:找到一種人類慾望,最好是亙古不變的那種,看透它,再用現代科技做出產品。 以上述兩人思想為基礎,我為十億美元級網路產品的共性確立了一個簡單的理論框架,與君共勉。

1、幫使用者賺錢或省錢

最好的例子莫過於 eBay、亞馬遜與 Airbnb,它們能讓供應端使用者把商品賣給需求端使用者並以此維生,同時,由於沒有中間人參與交易,需求端使用者又能從中省下不少錢,享受著網路帶來的經濟效益。

2、讓使用者自得其樂

蘋果不僅深諳此道,而且還培養了一大批死忠粉絲。憑藉魔力濾鏡,Instagram 讓每個人都感到自己成為了攝影大師。而 Uber 則讓顧客在每一次叫車時都感覺有如奢華的享受。

3、幫使用者節約時間

試想在沒有 Google 的過去,做任何一種研究都會有多麼困難。又或者再想想,瀏覽至少十個航空公司網站,卻只為了訂一張飛機票的場景你又能否忍受?多虧了 Kayak 引領的元搜索革命,我們省下了不少時間。也多虧了 Netflix,我們也不必外出租 DVD 了。

4、易於使用

我猜沒什麼人需要在使用 Skype、Google Maps 與 Gmail 前接受任何形式的正式培訓吧。這些只憑直覺就能使用的產品也從側面推動了消費電子硬體的銷售——正是因為它們的易用性,人們很容易就從原來現實世界中的「傳統方法」轉移了過來。

5、讓使用者看起來更聰明

在亞馬遜與 Groupon 上購買商品與服務的人們總覺得自己撿了大便宜,還會在朋友面前炫耀一番。用 Evernote 的人也總希望自己在朋友們眼中是極有條理的。Yelp 則能讓你裝成一個美食行家,好吃的餐廳全在你的掌握裡。

6、容易向人解釋你的產品是做什麼的

Craiglist 是線上分類廣告,Yelp 是針對餐飲業的點評網站,Tripadvisor 在做酒店機票點評,Wikipedia 是網路百科全書,諸如此類。每次我的 91 歲奶奶要我告訴她這些產品是幹什麼的時候,她很容易就能理解。

7、增加使用者相識異性的機會

網路約會無疑是網路的一大組成部分。IAC 公司已經構建了一個包括 Match.com、OkCupid、Tinder 在內的網路戀愛帝國,除此之外,一些網路主流產品也能幫助使用者遇見心儀的異性並與之交流。早期的 Facebook 就是獲取校園聚會訊息的最佳途徑,它也能讓使用者容易地找到自己感興趣的異性並開始一段對話。你要是去接女伴約會,Uber 的服務也能讓你倍加有面子。

8、滿足使用者的虛榮心

某些 Facebook 使用者總是會上傳照片來炫耀自己,像什麼在異國他鄉的自拍呀,穿得絢麗迷人的情人呀,剛剛買來的寶貝呀。作為自拍革命的領導者,Snapchat 把虛榮心帶上了一個新高度,讓圖片交流真正躋身主流。而貼紙、虛擬形象與等級則讓 Line、微信、KakaoTalk 等即時通訊軟體的使用者看起來更酷。

9、解決主流受眾遇到的真實問題(或迎合人類的慾望)

從原始社會開始,人類就有收藏癖,而 Pinterest 則讓蒐集過程變得無比簡單。人人都想省錢,於是有人會 Google「促銷代碼+ 品牌名」找實惠,有人直接前往 RetailMeNot 與 Coupons.com 得到折扣。找房子的需求再主流不過了,Zillow 就為使用者提供房地產估價服務。

10、多功能,讓使用者各取所需

比如 Twitter,人們用它來看新聞、交流、表達自我、推廣行銷等,因人而異,再比如,YouTube 被用來自娛自樂、學習、儲存自己的影片等。

11、增值服務:能促進(而不是阻礙)使用者成長

Google 的搜尋服務是免費的,但要讓你的網站在Google 有一席之地就得付錢了,這也正是 Google 的生財之道。在 LinkedIn 上寫簡歷、與聯繫人互動是免費的,但是獵頭要想深入了解別人,就又得掏銀子,同時這又讓 LinkedIn 更加值錢,因為他們帶來了工作崗位。增值服務不一定非要收費,比如使用者在 Dropbox 提供的 5G 免費空間基礎上,只要發送邀請就能擴增。 [本文編譯自:medium.com ]

來自蘋果的「最惠國待遇」

Posted: 19 Dec 2013 11:29 PM PST

來自蘋果的「最惠國待遇」

5346305060_a35b9e1e5c_z

一直到 2013 年入秋之前,NTT docomo 還賣不了 iPhone,在一年多前的文章也提到蘋果和 NTT docomo 各自僵持不下的己見。然而,過去 NTT docomo 並沒有把話說絕,如今事情果然出現乾坤大轉變。經過 5 年歲月的討價還價,不但終於開始賣 iPhone,相較於同業的 Softbank 與 KDDI,NTT docomo 拿的條件根本就是最惠國待遇。 先從大環境的河東河西說起。在智慧型手機的銷售對象從先進國家到新興國家、從 early adopters 到 majority 的變遷中,高價位的 iPhone 面臨了如何維持成長力道的矛盾與難題。除了美國本土之外,日本是僅存的幾個 iPhone 依舊吃香的地區之一。這麼一來,對蘋果來說尚未染指 iPhone的 NTT docomo,其地位便顯得今非昔比了。另一方面,自 2006 年 10 月手機號碼可攜(MNP)服務開跑,再加上 2008 年 7 月 Softbank、2011 年 10 月 KDDI 相繼向蘋果靠攏,NTT docomo 的用戶流失隨著 iPhone 新機種的推出每況愈下。今年(2013 年)夏季 NTT docomo 砸下巨額促銷費用,力推 Xperia A 與 Galaxy S4 兩大機種,可惜還是難以補救,頂多只是讓現有功能型手機用戶升級至智慧型手機。雖然用戶數一路下滑,目前 NTT docomo 仍以六千萬的數字居日本行動電話業者之冠,解約率尚不到 1%,遠低於 Softbank。大環境變遷所分別帶給蘋果與 NTT docomo 的危機感,可以說是促成雙方願意各退一步的催化劑。 而最惠國待遇並不是這麼簡單就平白到手。2007 年下半年,NTT docomo 展開與蘋果的第一次接觸。之後每當蘋果推出新機種時,雙方總在水面下上演你來我往的攻防戰。對於新增用戶中 iPhone 使用者所占的比例,蘋果的底線為50%,NTT docomo 則堅持 25%。NTT docomo 自行研發的「しゃべってコンシェル」、數位內容下載等加值服務,正好與蘋果的 Siri、iTunes 打對台。接受蘋果的要求,與拿石頭砸自己的腳沒什麼兩樣。不過,用戶流失也是不爭的事實。在 NTT docomo 集矛盾於一身的狀況下,與蘋果的談判天人交戰了數年,難以達成共識。 3 年前,還是 NTT docomo 常務的現任社長加藤薫,品嚐了最苦澀的蘋果滋味。當時正逢 iPad 問世,NTT docomo 有意將其引進日本市場。雙方在 iPad 銷售上的談判頗有進展,只差白紙寫黑字的最後一步了。在 NTT docomo 已經下了 SIM 卡的訂單,並著手進行記者發表會的準備之際,冷不防被擺了一道。Softbank 的孫正義社長找賈伯斯直接談判,拿下了日本市場的獨家販售權。Softbank 一插手,煮熟的鴨子便飛走,這種鱉 NTT docomo 也連吃了幾次。發生了如此狀況,讓加藤桑對蘋果這家公司留下「天動說」(唯我獨尊的教皇說太陽繞著地球轉,就是繞著地球轉。誰敢說不是?)的印象。今年(2013 年)6 月加藤桑舊地重遊,密訪蘋果總部,不同於3年前的則是當家掌櫃已經換人了。 在與蘋果的密談中,加藤桑開門見山地亮出「iPhone 銷售量占新增用戶數 4 成」的條件,也對 Tim Cook 留下相當好的印象。回國後,加藤桑加深了與蘋果攜手合作的決心。此時,NTT docomo 的高層當中仍對於依賴蘋果所可能產生的風險與隱憂抱著不安。對此,加藤桑吃了秤砣鐵了心。他明白並強硬地告訴大家,「既然啃了毒蘋果,就應該整顆吞下去」。至此,NTT docomo 總算能夠「上下一條心」。 9 月 10 日在 iPhone5s/5c 的發表會上,蘋果破天荒地將新合作夥伴 NTT docomo 的 logo 秀在螢幕上。發表會結束後,蘋果與 NTT docomo 更發佈了聯名新聞稿,這是自 2011 年 Verizon Wireless 發售 iPhone 以來的罕見舉動。對此,當時與會的 KDDI 社長田中孝司馬上眼紅並隨即向 Tim Cook 發難,抗議這種不公平待遇。 不光是如此。蘋果還讓 NTT docomo 版 iPhone 享有專屬的主畫面。NTT docomo 版的 iPhone 主畫面,有著 dMenu、dMarket 與 Support 三個出廠時便預設好的 icon,手指一點便可直接存取 NTT docomo 所提供的各種數位內容服務。當然,這是 Softbank 版和 KDDI 版都沒有的好康。再者,NTT docomo 自行研發的語音秘書「しゃべってコンシェル」,也可沿用在 iPhone 上;蘋果更默許 NTT docomo 門市主動向用戶推薦 docomo 自製 App 的安裝。一直以來,NTT docomo 高層的對外發言總是「商業模式與蘋果對打,因此水火不容」的強烈語氣,一向不好說話的蘋果竟然「開恩」,還讓對方爬到「臉上」,NTT docomo 鴨子划水的功力,著實令人稱奇。 此外,10 月 10 日 NTT docomo 更對外宣布新版的 docomo ID 服務。升級後的 docomo ID,採用的是與電信網路、行動裝置、OS 分離的使用者認證方式,之前已有 KDDI 率先採取類似的做法。docomo ID,對數位內容提供者與用戶皆帶來相當大的好處。比方說,內容提供者在 App Store 或 Google Play 上架,會被收取 3 成的手續費。而用戶從 Android 換機至 iPhone(vice versa),由於ID等的變更,先前的數位內容便不能繼續使用,必須重新購買。對數位內容提供者來說,跟用戶的關係也得從頭開始建構。不過,docomo ID 背後代表著 NTT docomo的數位內容下載服務,提供者只要付一次手續費給 NTT docomo,而不需特地在 App Store 與 Google Play 兩邊上架,便可通吃兩大陣營的智慧型手機用戶。就算用戶換機(不同的OS),因用戶資訊由 docomo ID 統一管理,對數位內容提供者並不會造成影響。可以這麼說,docomo ID 彷彿功能型手機時代的 iMode,是 NTT docomo 欲在數位內容下載領域與 App Store、Google Play 分一杯羹,甚至爭奪主導權的武器。 今年 2 月起,蘋果關係人士頻繁地密訪 NTT docomo 位於神奈川県横須賀的研發園區。蘋果此舉的目的,便是親自鑑定 NTT docomo 的無線通訊技術水平。在與工程師們近距離接觸後,蘋果認為 NTT docomo 在通訊技術的驗證流程與 know-how 上,皆為世界頂尖水準。蘋果所感興趣的,是在無線通訊上對頻帶進行整合的新一代技術。若商用化後,不只是更容易連得上線,在處理超大容量資料時也更加游刃有餘。事實上,早在雙方對 iPhone 的銷售達成共識前,NTT docomo 已與蘋果簽下新一代通訊規格之行動裝置的合作開發協議,而 NTT docomo 也將蘋果納入其專利管理框架「patent pool」。 過去 NTT docomo 賣不了 iPhone 的一個主要原因,在於蘋果要求對方開放 NTT 集團所擁有的全部技術。這一次的妥協,可以說是雙方各退一步、各取所需的面對現實。專利業界認為,蘋果在無線通訊相關領域的智財並不充沛,當穿帶裝置等新市場出現時,不見得比三星等企業處於優勢。從 9 月 26 日蘋果在黑莓總部不遠處舉辦實為藉機徵才的活動也可看出,蘋果正相當積極地補強無線通訊相關領域的不足。相關人士的消息並指出,在新一代通訊規格之行動裝置的合作開發上,蘋果可能優先將新產品供應給 NTT docomo,以做為在技術上有所貢獻的回報。 iPad 之後,蘋果已經 3 年沒有推出足以開創新市場的產品。無巧不成書,iMode 之後,NTT docomo 也長年沒有推出足以讓用戶驚艷的新服務。很偶然地這兩個皆以「i」開頭的產品或服務而獨領風騷的企業,接下來有沒有再度引起旋風的可能? 參考文獻: アップルの密約 ドコモに与えた最恵国待遇ドコモ、コンテンツで「領空侵犯」 アップルとは腹探り合い (圖片來自double-h, CC license)
arrow
arrow
    全站熱搜

    投機客的行銷世界 發表在 痞客邦 留言(0) 人氣()