我的大學是在北京師範大學讀的，當時讀的乙個叫做「勵耘實驗班」的專業（現在已經取消了），美其名曰第一年進行通識教育，第二年選專業。我最終選擇了計算機專業，並且有幸和一群不同專業的室友一起生活了四年。
其中乙個室友選了「數字**」專業，他在專業學習過程中，需要每天看各種電影，分析各種電影片段的拍攝手法。那個時候（03 年）網路還不發達，他有乙個大書架，上面全是他買的各種電影光碟。有一次和他聊天，他說道：「我現在看電影已經無法融入劇情中了，因為我一看見電影，腦海裡面想的就是當前的攝像機機位在**，用了什麼拍攝手法，為什麼導演要用這樣的手法」。
我以前覺得這就是「職業病」，但是突然有一天，我發現這還不是「職業病」這麼簡單的事情。
於是，我覺得這不是職業病，而是開啟了另乙個思考問題角度的腦洞。
伺服器端的同學在這一點上，會吃虧很多，因為伺服器端的同學大多數不需要接觸 ui 稿，產品稿方面，他們的工作因為不涉及互動細節，所以也很容易忽視產品實現的細節。相對來說，他們更難以開啟產品設計，視覺設計的腦洞。
每乙個腦洞都代表著一種新的思考問題的角度。我現在管理小猿搜題產品技術團隊，我開始越來越關注大家的工作流程，溝通方式是否順暢，希望讓每乙個人都能舒服地工作，高效地產出。這個時候，我開啟了管理的腦洞，我開始注意到大家的協作方式，注意到非正式領導的組織過程，注意到跨組協作的效率問題，注意到細節問題的處理過程。我會觀察和思考這些事情，甚至會嘗試給組織加入一些規則或增加一些溝通來改善一些問題，這想在這個團隊中，很少有人會像我一樣關注這些問題，所以他們也很難像我一樣積累出團隊管理經驗。
當你理解了這件事情之後，你就可以開啟更多的腦洞了，因為很多經驗的積累，並不真正需要你全職去做，而只要你仔細觀察就可以了。比如你可以開啟 cto 的腦洞，看看公司的 cto 是如何管理整個技術團隊的，你還可以開啟 ceo 的腦洞，看看 ceo 在哪些問題上會向員工溝通，前幾天，《李大學：cto，應該像 ceo 一樣思考》 其實講的也是這個道理。你甚至可以開啟餐館老闆的腦洞，觀察公司樓下的各種餐館的經營模式，哪些最後死掉了，哪些最後成功了。
作為乙個普通 ios 開發者，我們更應該開啟的是自己上司的腦洞，看看你的老大（他或許是乙個 ios 團隊負責人）是如何負責乙個團隊的。這樣，你也可以學習到他需要哪些資訊，他會怎麼決策，從而有效地和他進行溝通，讓他對你的工作滿意。
開啟腦洞這個叫法是我自己發明出來的，你喜歡這個思考方式嗎？
一旦你被我開啟了「開啟腦洞」的腦洞，你就停不下來了，好好享受從新視角觀察世界的樂趣吧！
如果你感興趣，這兒還有我的另乙個腦洞：《軟體開發中的上帝模式與農民模式》祝大家玩得開心！
Javascript的腦洞（一）
無窮大的數 var a 12 0 if a infinity 既然js的變數實際都是某種引用 存放物件的位址 那麼a這個名字的背後可以存放任意東西，包括無窮大這個值。但是js在這裡直接違背了數學規律，讓0除的結果變成無窮大，真實腦洞大開！如果設計成nan值，也更好理解吧？undefined被定義 u...
腦洞大開的睡眠排序
睡眠排序演算法，嘻嘻，本身只是乙個腦洞開啟的排序演算法。排序演算法一般是力求兼顧時間和空間的平衡，而睡眠排序演算法卻像是乙個玩笑，當時間和空間兩者消耗足夠大，才能達到最終精確排序的目的。實現原理 構造 n 個執行緒，它們和這 n 個數一一對應。初始化後，執行緒們開始睡眠，等到對應的數那麼多個時間單位...
腦洞 整體分塊 BSGS
ran 讓 ei 刷整體二分的題，並且丟給 ei 一道 zjoi2013 k大數查詢。但是 ei 並不想寫整體二分。也不想寫資料結構。於是一拍腦門，就有了這個奇怪的想法。大致思路 對於 c cc 先離散化，然後考慮乙個類似 bsgs 的找答案的過程 將從大到小的 c cc 分成 m sqrt m m...