2015-09-21

「謙遜」(Humility)是一股巨大的心靈力量,是一個人從自卑迎向自慢的唯一航道

No comments:

Image Credit: picturequotes


作者Albert Weng

「謙遜」(Humility)絕不是刻意放大別人、還甚至要假意的縮小自己(要真以為是這樣那也太假掰了);或應該說,謙遜甚至不該被直接聯想到是一種「態度」或「特質」;當然,謙遜更不是單指「退讓」這麼直接的動作。

那「謙遜究竟是什麼?」

嚴格說起來,謙遜是一種需要特別培養的「能力」,一種從歷練的教訓之中與有計畫的特意鍛鍊自己才能擁有的一種「言行自律、情緒自持」的能力。

謙遜的時刻

遇到高壓或緊張的場合,如果為顧全大局,不得不先壓下自己直接的情緒反應,而且還必須要能快速穩住陣腳之際,當下要能展現出謙遜這種高度自我控制層次的應對表現,就更顯得至為關鍵。

謙遜的能力絕不是單靠天生的人格特質那麼簡單的東西,而是來自一個人長期砥礪磨鍊心志才能萃煉而出的大局視野、成事之心,也惟有如此,才能切換自在、運用自如。

「如何做到謙遜?」

1. 先要「正視」事實,不能有尊卑高下的預期心理
2. 特意「把持住」自己可能漂浮、膨脹的自我態度
3. 以充分「理解」對方作為優先要務
4. 設法共同創造雙方最大的效益

特別一提,一般認為的謙遜都直接聯想到以上的第二個步驟,而不知其前後還有其他的配套動作要一起實行,才算是一個完整的謙遜循環動作。

遇人遇事需要謙遜時必然要適度表現得體合禮,但是,如果遇人不淑而無法達成最後的成果(現實生活中這機率不小),則只需讓一切止於禮,就該快快閃人,以免誤人誤己。

先把謙遜講完之後,再來談談「為什麼謙遜是一個人從自卑迎向自慢的唯一航道?」

自卑是指一個人對自己感到不滿足、不滿意,或可以說就是覺得自己不夠好的一種自我心理認定。自卑的情緒會出現在當一個人的成長背景明顯在一般水準之下時,這樣的自卑可以說是「絕對自卑」,會跟著自己一輩子,就算假以時日功成名就賺大錢做大官了,這一層厚厚的自卑仍舊無法擺脫得了;還有另一種,就是在某些場合遇到比自己更優秀的人,而心中無法控制地升起的比較心,在這個臨場比較之下讓自己覺得己不如人時,而這樣的自卑則可視為是「相對自卑」。

不論是哪一種自卑,都是每個人身而為人在與人相處的過程之中一定會出現的人際情緒反應,最好的作法是正視它,而不是刻意迴避,堅決不願承認自己有一定程度的自卑。

另一方面,談談自慢。自慢這個日文用語代表的是一個人在自己的專業領域已經達到近乎人技合一的境界。對比自卑,自慢像是在對角線另一端的優雅高點,讓人心生嚮往。如何從人人都有的自卑狀態走向人人都期許在自己喜愛的領域擁有的自慢狀態,我的經歷告訴我的唯一作法,就是靠著在謙遜這門功課上的修煉。

歉遜除了會讓自己找到與其他人最舒服自在的距離與角度之外,更重要的是能讓自己拔掉很多社會化的假面具,好好地重新看待、審視自己,能開始以真誠的樣貌視己,是自己可以勇敢走出一條自己的路的關鍵第一步。

自慢的人,是靠自己一步一步學習、探索、嘗試、修正、堅持、完成這樣的實作程序,在自己的專業領域裡做出一項一項成果、成績、成就的人,這中間會有大小不斷的挑戰一再出現在路途中,除了需要更多的能力來面對這些挑戰之外,修煉好謙遜的心態,才是更能幫助自己克服難關的力量。

2015-09-09

看人的本事與做人的火候

No comments:

Image Credit: huffingtonpost



有沒有這麼巧!這陣子陸續跟幾位好友都談到「看人」這件事。

有的人是因為看錯人而讓自己惹上些不必要的麻煩;有一些是因為沒看到別人眼神表情透露出的情緒而錯失商業合作的機會;還有幾位是未察覺自己當下的言行已觸怒對方到一個不行了,還繼續「就事論事」,結果差點 GG。

總之,這幾位好友在事後跟我聊起的時候,都還是冷汗猶存、涼感未減,有的至今還搞不清楚當時的狀況到底是怎麼一回事,甚至對於後續再跟對方聯繫已信心全無、不知所措。

其中的幾位好友個別私下問了我的經驗,第一個問題幾乎都是:「當初是怎麼學看人的?」接著就是問,會給他們什麼建議,「能夠快一點學會看人?」

我的看人之道也還在培養中,而且覺得永遠不會停止,因為實在很有趣,先說幾個小細節:「你能在辦公室裡光憑腳步聲就辨別得出走在旁邊的是哪一位同事嗎?」


你要反問我的話,「我可以。」

這個能力是早年剛開始工作不久時,我無意間在某一天發現的辦公室小樂趣(對!年紀輕輕的就這麼宅惹~你咬我?)。當時的情況是,我在自己的座位上,只要光聽到有人走路經過我座位附近的腳步聲,我就會開始猜想走過來的這個人是誰?這個小遊戲一開始只是亂猜,沒想到幾次之後我開始做簡單的猜對猜錯統計,猜對的次數居然至少十次有七次,這個 70% 的高命中率讓我感有夠驚訝,而且當時直覺反應想到的第一件事竟然是,「我能靠這個賺錢嗎?」(背後的聲音是想說那我就不用繼續在這份工作上受鳥氣了…但我現在知道當時的這個想法是既幼稚又可笑,好啦!我也有很好笑的時候可以唄!)

而這種在初期只是覺得好玩的內心遊戲能在一開始就有這樣高標的成績表現,讓我自己都覺得不太可思議,所以我便開始找時間分析自己當時觀察的重點與判斷的依據,尤其是當出現不確定性的腳步聲時,我是怎麼細分幾位腳步聲接近的同事、或當天因為心情不好所以也連帶改變了他自己的走路習慣等這類的原因探究,更要找出有什麼不可控的因素等等之類的某種或許可以姑且稱之為人類學的研究(哈!硬是要找機會讓自己跟人類學扯上點邊…今天終於成功惹!我的人生完成了,喔耶!),我還陸陸續續找出同一個人穿了哪雙不同的鞋子所以走路的習慣與腳步聲也跟著有些微的變化,總之,在這方面的遊戲樂趣,之後也助長了我開始在看人或讀人(Reading People)這個層次關於人際力的探索。

哇!

原來這才是一個每天都在我們身邊,實際上卻強制隔著隱形布簾的人際現象,於是,我開始了這一趟人際力養成學習之旅,對的,當初就是從猜腳步聲開始的。

為什麼在探討「看人」的文章還要特別舉了一個十多年前聽音辨人的例子來插花咧?

其實是因為這之中有很多共同之處,或再講得簡單一點,聽音辨人的遊戲裡有許多可直接移用到「看人、讀人」的實際動作上,我就列出幾個我認為兩者共通的要項:

1. 「對人的興趣」:對人都會有深度的興趣想要主動、深入地瞭解。
2. 「熱衷於猜題」:善於設立必要的假設並且積極驗證,最後還會找到修正判斷依據的原由。
3. 「回應的策略」:有些人討厭增強自我實力,自然就沒有回應適不適當的問題。而對於有決心想要對自我挑戰的人來說,最後這個「回應的策略」會是關鍵的一小步,成敗之舉在此一役。

(待續)

2015-09-07

Dropbox's 2007 Summer Application to the Y Combinator Funding Application (Drew Houston)

No comments:

Image Credit: likesuccess

https://dl.dropboxusercontent.com/u/27532820/app.html

Y Combinator Funding Application
Summer 2007
Application deadline: 12 midnight (PST) April 2, 2007.

Please try to answer each question in less than 120 words.

We look at online demos only for the most promising applications, so don't skimp on the application because you're relying on a good demo.

We don't make any formal promise about secrecy, but we don't plan to let anyone outside Y Combinator see these applications, including other startups we fund.

We recommend you save regularly by clicking on the update button at the bottom of this page. Otherwise you may lose work if we restart the server. 

# Username:  
dhouston

# Company name:  
Dropbox

# Company url, if any:  
http://www.getdropbox.com/

# Phone number (preferably cell):  
(redacted)

Usernames of all founders, separated by spaces. (Please have all founders create YC accounts, or create accounts for them.)  
dhouston

Usernames of all founders who will move to (or already live in) Boston for the summer if we fund you.  
dhouston

# What is your company going to make?  
Dropbox synchronizes files across your/your team's computers. It's much better than uploading or email, because it's automatic, integrated into Windows, and fits into the way you already work. There's also a web interface, and the files are securely backed up to Amazon S3. Dropbox is kind of like taking the best elements of subversion, trac and rsync and making them "just work" for the average individual or team. Hackers have access to these tools, but normal people don't.

There are lots of interesting possible features. One is syncing Google Docs/Spreadsheets (or other office web apps) to local .doc and .xls files for offline access, which would be strategically important as few web apps deal with the offline problem.

# For each founder, please list: YC username; name; age; year, school, degree, and subject for each degree; email address; personal url (if any); and present employer and title (if any). Put unfinished degrees in parens. List the main contact first. Separate founders with blank lines. Put an asterisk before the name of anyone not able to move to Boston for the summer.  
dhouston; Drew Houston; 24; 2006, MIT, SB computer science; houston AT alum DOT (school i went to) DOT edu; --; Bit9, Inc (went full time to part time 1/07) - project lead/software engineer

Although I'm working with other people on Dropbox, strictly speaking I'm the only founder right now. My friend (redacted), a great hacker, Stanford grad and creator of (redacted) is putting together a Mac port, but can't join as a founder right now as a former cofounder of his started an extremely similar company. My friend and roommate (redacted) from MIT is helping out too, but he works with me at Bit9, and a non-solicit clause in my employment contract prevents me from recruiting him (and the VP Eng explicitly told me not to recruit him.)

In any case, I have several leads, have been networking aggressively, and fully intend to get someone else on board -- either another good hacker or a more sales-oriented guy (e.g. the role Matt fills at Xobni). I'm aware that the odds aren't good for single founders, and would rather work with other people anyway.

# Please tell us in one or two sentences something about each founder that shows a high level of ability.  
Drew - Programming since age 5; startups since age 14; 1600 on SAT; started profitable online SAT prep company in college (accoladeprep.com). For fun last summer reverse engineered the software on a number of poker sites and wrote a real-money playing poker bot (it was about break-even; see screenshot url later in the app.)

# What's new about what you're doing?  
Most small teams have a few basic needs: (1) team members need their important stuff in front of them wherever they are, (2) everyone needs to be working on the latest version of a given document (and ideally can track what's changed), (3) and team data needs to be protected from disaster. There are sync tools (e.g. beinsync, Foldershare), there are backup tools (Carbonite, Mozy), and there are web uploading/publishing tools (box.net, etc.), but there's no good integrated solution.

Dropbox solves all these needs, and doesn't need configuration or babysitting. Put another way, it takes concepts that are proven winners from the dev community (version control, changelogs/tracrsync, etc.) and puts them in a package that my little sister can figure out (she uses Dropbox to keep track of her high school term papers, and doesn't need to burn CDs or carry USB sticks anymore.)

At a higher level, online storage and local disks are big and cheap. But the internet links in between have been and will continue to be slow in comparison. In "the future", you won't have to move your data around manually. The concept that I'm most excited about is that the core technology in Dropbox -- continuous efficient sync with compression and binary diffs -- is what will get us there.

# What do you understand about your business that other companies in it just don't get?  
Competing products work at the wrong layer of abstraction and/or force the user to constantly think and do things. The "online disk drive" abstraction sucks, because you can't work offline and the OS support is extremely brittle. Anything that depends on manual emailing/uploading (i.e. anything web-based) is a non-starter, because it's basically doing version control in your head. But virtually all competing services involve one or the other.

With Dropbox, you hit "Save", as you normally would, and everything just works, even with large files (thanks to binary diffs).

# What are people forced to do now because what you plan to make doesn't exist yet?  
Email themselves attachments. Upload stuff to online storage sites or use online drives like Xdrive, which don't work on planes. Carry around USB drives, which can be lost, stolen, or break/get bad sectors. Waste time revising the wrong versions of given documents, resulting in Frankendocuments that contain some changes but lose others. My friend Reuben is switching his financial consulting company from a PHP-based CMS to a beta of Dropbox because all they used it for was file sharing. Techies often hack together brittle solutions involving web hosting, rsync, and cron jobs, or entertaining abominations such as those listed in this slashdot article ("Small Office Windows Backup Software" - http://ask.slashdot.org/article.pl?sid=07/01/04/0336246).

# How will you make money?  
The current plan is a freemium approach, where we give away free 1GB accounts and charge for additional storage (maybe ~$5/mo or less for 10GB for individuals and team plans that start at maybe $20/mo.). It's hard to get consumers to pay for things, but fortunately small/medium businesses already pay for solutions that are subsets of what Dropbox does and are harder to use. There will be tiered pricing for business accounts (upper tiers will retain more older versions of documents, have branded extranets for secure file sharing with clients/partners, etc., and an 'enterprise' plan that features, well, a really high price.)

I've already been approached by potential partners/customers asking for an API to programmatically create Dropboxes (e.g. to handle file sharing for Assembla.com, a web site for managing global dev teams). There's a natural synergy between Basecamp-like project mgmt/groupware web apps (for the to-do lists, calendaring, etc.) and Dropbox for file sharing. I've also had requests for an enterprise version that would sit on a company's network (as opposed to my S3 store) for which I could probably charge a lot.

# Who are your competitors, and who might become competitors? Who do you fear most?  
Carbonite and Mozy do a good job with hassle-free backup, and a move into sync would make sense. Sharpcast (venture funded) announced a similar app called Hummingbird, but according to (redacted) they're taking an extraordinarily difficult approach involving NT kernel drivers. Google's coming out with GDrive at some point. Microsoft's Groove does sync and is part of Office 2007, but is very heavyweight and doesn't include any of the web stuff or backup. There are apps like Omnidrive and Titanize but the implementations are buggy or have bad UIs.

# For founders who are hackers: what cool things have you built? (Include urls if possible.)  
Accolade Online SAT prep (launched in 2004) (http://www.accoladeprep.com/); a poker bot (here's an old screenshot: https://www.accoladeprep.com/sshot2.gif; it's using play money there but worked with real money too.)

# How long have the founders known one another and how did you meet?  

There's a joke in here somewhere.

# What tools will you use to build your product?  

Python (top to bottom.) sqlite (client), mysql (server). Turbogears (at least until it won't scale.) Amazon EC2 and S3 for serving file data.

# If you've already started working on it, how long have you been working and how many lines of code (if applicable) have you written?  
3 months part time. About ~5KLOC client and ~2KLOC server of python, C++, Cheetah templates, installer scripts, etc.

# If you have an online demo, what's the url?Here's a screencast that I'll also put up on news.yc:

http://www.getdropbox.com/u/2/screencast%20-%20Copy.html

If you do have a Windows box or two, here's the latest build:

http://www.getdropbox.com/u/2/DropboxInstaller.exe

# How long will it take before you have a prototype? A beta? A version you can charge for?  
Prototype - done in Feb. Version I can charge for: 8 weeks maybe? (edhahaha)

# Which companies would be most likely to buy you?  
Google/MS/Yahoo are all acutely interested in this general space. Google announced GDrive/"Platypus" a long time ago but the release date is uncertain (a friend at Google says the first implementation was this ghetto VBScript/Java thing for internal use only). MS announced Live Drive and bought Foldershare in '05 which does a subset of what Dropbox does. Iron Mountain, Carbonite or Mozy or anyone else dealing with backup for SMBs could also be interested, as none of them have touched the sync problem to date.

In some ways, Dropbox is for arbitrary files what Basecamp is for lightweight project management, and the two would plug together really well (although 37signals doesn't seem like the buying-companies type).

At the end of the day, though, it's an extremely capital-efficient business. We know people are willing to pay for this and just want to put together something that rocks and get it in front of as many people as possible.

# If one wanted to buy you three months in (August 2007), what's the lowest offer you'd take?  
I'd rather see the idea through, but I'd probably have a hard time turning down $1m after taxes for 6 months of work.

# Why would your project be hard for someone else to duplicate?  
This idea requires executing well in several somewhat orthogonal directions, and missteps in any torpedo the entire product.

For example, there's an academic/theoretical component: designing the protocol and app to behave consistently/recoverably when any power or ethernet cord in the chain could pop out at any time. There's a gross Win32 integration piece (ditto for a Mac port). There's a mostly Linux/Unix-oriented operations/sysadmin and scalability piece. Then there's the web design and UX piece to make things simple and sexy. Most of these hats are pretty different, and if executing in all these directions was easy, a good product/service would already exist.

# Do you have any ideas you consider patentable?  
(redacted)

# What might go wrong? (This is a test of imagination, not confidence.)  
Google might finally unleash GDrive and steal a lot of Dropbox's thunder (especially if this takes place before launch.) In general, the online storage space is extremely noisy, so being marginally better isn't good enough; there has to be a leap in value worthy of writing/blogging/telling friends about. I'll need to bring on cofounder(s) and build a team, which takes time. Other competitors are much better funded; we might need to raise working capital to accelerate growth. There will be the usual growing pains scaling and finding bottlenecks (although I've provisioned load balanced, high availability web apps before.) Acquiring small business customers might be more expensive/take longer than hoped. Prioritizing features and choosing the right market segments to tackle will be hard. Getting love from early adopters will be important, but getting distracted by/releasing late due to frivolous feature requests could be fatal.

# If you're already incorporated, when were you? Who are the shareholders and what percent does each own? If you've had funding, how much, at what valuation(s)?  

Not incorporated

# If you're not incorporated yet, please list the percent of the company you plan to give each founder, and anyone else you plan to give stock to. (This question is as much for you as us.)  
Drew

# If you'll have any major expenses beyond the living costs of your founders, bandwidth, and servers, what will they be?  
None; maybe AdWords.

# If by August your startup seems to have a significant (say 20%) chance of making you rich, which of the founders would commit to working on it full-time for the next several years?  
Drew

# Do any founders have other commitments between June and August 2007 inclusive?  
No; I've given notice at Bit9 to work on this full time regardless of YC funding.

# Do any founders have commitments in the future (e.g. have been accepted to grad school), and if so what?  
No. Probably moving to SF in September

# Are any of the founders covered by noncompetes or intellectual property agreements that overlap with your project? Will any be working as employees or consultants for anyone else?  
Drew: Some work was done at the Bit9 office; I consulted an attorney and have a signed letter indicating Bit9 has no stake/ownership of any kind in Dropbox

# Was any of your code written by someone who is not one of your founders? If so, how can you safely use it? (Open source is ok of course.)  
No

# If you had any other ideas you considered applying with, feel free to list them. One may be something we've been waiting for.  
One click screen sharing (already done pretty well by Glance); a wiki with version-controlled drawing canvases that let you draw diagrams or mock up UIs (Thinkature is kind of related, but this is more text with canvases interspersed than a shared whiteboard) to help teams get on the same page and spec things out better (we use Visio and Powerpoint at Bit9, which sucks)

# Please tell us something surprising or amusing that one of you has discovered. (The answer need not be related to your project.)  
The ridiculous things people name their documents to do versioning, like "proposal v2 good revised NEW 11-15-06.doc", continue to crack me up.

2015-09-03

網路時代幾乎什麼都有、什麼都免費,還有什麼是有「價值」的?

No comments:
Image Credit:driftsession


先說我對「價值」的定義:「價值是一種已預見的未來收入」的概念。或可說成,一個點子、一件東西真的有價值的話,必須要是現在能說出它在未來某個約略的時間點,會有一個或一群目前已知其具體樣貌的人,在該有的評估後推論他(們)有很高的機率會付出「明確金額」以上的金錢來換取這個點子或這件東西,而這個「明確金額」所代表的數字,就是這個點子、這件東西的「價值」。反之,缺乏這幾個「價值條件」,就不算有價值。

價值條件:

  1. 主體明確(優異性、獨特性、…)
  2. 效益明確(讓人有了更好、非要不可的原因要講清楚)
  3. 金額明確(讓人想花與效益等值或超值的金錢來取得)
  4. 時間明確(起碼要能說出合理的時間表)


這是關於價值的一點補充。再回到一開始的問題,在網路時代,我認為什麼是有價值的?我認為這幾個東西很有價值,而且會越來越有價值:「現場、當下、本人、對話」

  1. 現場
    未來要能夠跟人在特定的空間也就是某個現場相遇,越來越看緣份了。
  2. 當下
    不僅在是在同一個空間,更要在同一個時間才遇得上,相遇的時間越來越珍貴。
  3. 本人
    空間時間都有了,更要能跟本人實際碰到面才是真正最獨特、可以產生最高倍數的價值的機會。
  4. 對話
    人與人之間最直接、最珍貴的互動就是對話,從眼神、微到實際面對面的聊天與對談的機會(緣),在未來絕對會是越來越珍貴的「價值時刻」(Moment of Value)。

認同這種說法的話,從現在起,試著練習要多珍惜與對的人相遇相聚的每個當下,或可好好準備也盡情享受從彼此的對話中能產生的各種可能的「價值」(未來的收入)吧!
Related Posts Plugin for WordPress, Blogger...