吳旻泰巖網路工作室
故事的**有兩個：一是討論「編寫**時要不要考慮跨平台」引發的爭論；二是平時專案設計時有些兄弟拿出來的方案實在是讓我覺得有必要聊一聊。
今年春季的時候，我和我的老大談到我們的**是跨平台的，可移值性很好，結果遭到老大一頓痛罵。我當時當然覺得很委屈，但老大的出發點是覺得業務上就不應該使用於多平台，所以跨平台反而對我們不利。
以上的例子就足以說明，**要不要跨平台其實就是預期定位的問題。定位或者定義不清，或者前提假設不一致，是我們產生誤會的根源。定位它可移植，那它就應該可移植！但沒說要可移植，開發人員卻非要做成可移植的，就太自以為是了。
小時候家裡窮，所以常常老大穿完的衣服老二穿，老二穿完老三穿，依次類推。那時候家長買衣服必須考慮到要多穿幾年這個現實，所以選擇不外乎中性、寬大和結實耐用。而今天我們買衣服更強調的是個性化，強調的是越適合自己越好，根本與別人無關，所以買的衣服也大不相同。
這裡根本不存在什麼誰對誰錯的問題，而是要不要和適不適合的問題。實際開發應用中，我們發現有大量的專案是不太存在移植的可能性的，比如說應用層的開發；而某些**、模組確實有重用的可能，比如演算法開發。業務會不會導致專案移植，要不要跨平台，是公司上層決定的。今天覺得不需要跨平台，而市場機會稍縱即逝，那就趕緊抓住機會開發出客戶想要的程式；明天覺得有必要跨平台了，那就再重構出一套跨平台的業務邏輯來。專案開發不是真理，也不可能是真理，一旦決定，永遠不變！指望一次開發，終生受用的可能性已經幾乎不存在了！
xp開發模式這麼多年來這麼流行，其實也就是這個意思。要考慮到業務速度，要考慮到**和模組的重用性，但不會憑空為跨不跨平台這類事情爭論不休，當然如果確實需要跨平台，那就不需要爭論。
前段時間，乙個同事的設計被老大給否掉了。不是那位同事的設計在技術上有什麼不好，是他想的不是公司的目標，而是要「成就自我」。程式設計師要成就自我沒什麼錯，但前提必須是「融入團隊」。按自己的想法與興趣，去設計並主持開發專案，是技術人員的理想。但這一定要符合公司的利益才行，而不能只是為了實現個人的理想，這樣肯定是不會得到公司高層的支援的。
中國有句老話，叫「不合時宜」。它不是說對不對，而是說恰不恰當。比如，運載火箭和太空梭的功能差不多，但相比較而言，前者非常便宜，打一顆上天，用完就不要了；後者要可重複使用，光每次發射的費用就快夠造一顆運載火箭了。懂點常識的人都明白，太空梭比運載火箭技術上要高乙個層次，要想掌握更先進的技術，要想成就自我，玩太空梭更合適。但現在連美國人都想用運載火箭了，就是因為實用、省錢；後者不是不好，但目前來講，太不合算了。
技術人員給自己錯誤的定位，導致了目標的偏離。一般來說，我們是工程技術人員，或者叫軟體工程師；但我們好多人心中的目標卻是技術研究人員，是教授、研究員或者院士。前者更關心利益和實用性，後者更關心科研成果和技術的先進性。
面試，真的是造火箭？
今天和大家分享一次面試經歷，希望可以對還在找工作的朋友們提供一點查缺補漏的方向。先說下面試的整體情況吧 這次面試的是一家教育培訓的準上市公司，公司環境還不錯，對待面試者態度也挺好的，帶進乙個小會議室，桌上還配置了企業的宣傳手冊，看的出來，該公司對企業文化的建設還是挺重視的。面試的過程中，面試官也挺耐...
Flash 8打造時空穿梭視覺特效
flash 8製作乙個 時空穿梭 效果動畫，不涉及action script，比較簡單，也很實用，希望大家喜歡。完成效果如下 img uploads allimg 080327 1818350.gif img img uploads allimg 080327 1818351.gif img 選擇該...
效能掃盲 效能測試面試題（面試造火箭必備之一）
什麼是併發？壓力執行緒 tps 併發使用者數的區別？經常聽一些人說，公司要求500併發，這個500併發表示什麼呢？壓力執行緒數是否是併發使用者數？客戶端併發執行緒數大，是否說明服務端效能好？什麼是絕對併發和相對併發？參考哪個更合適？如何理解 效能測試，負載測試，容量測試，遞增測試，強度測試等等？效能...