有技術的創業者、SOHO族和個人接案者趕緊來吧！

這是創業者的心聲，我們永遠為了為數不多的錢，拼老命和客戶周旋。在客戶面前包到好包到腳，扛的責任何其多，回來後又當業務又當 PM 還要當 R&D，最後還得當會計，數不盡的心酸誰知道。沒辦法，對我們來說，現金流（CashFlow）比什麼都還重要，能不能挺過這個月或下個月，維持周轉才是首要任務，為此，任何苦我們也得吃下。

筆者做了幾年的 Outsourcing，雖然不是當初創業的核心目標，但為了養家活口，接案卻成了主要業務。不過，筆者確實也因接案而活了下來並壯大團隊，能夠有機會持續朝理想發展。接案的過程中，風風雨雨自然不在話下，但慶幸受到前輩和朋友間的提攜，近來也總算是開始有個根基，剛好穩住腳。

接案就是這樣，有一頓沒一頓，如果要穩定收入，案子的價與量就必需相應提高，這是所有以接案當食糧的創業者，所都要經歷的過程。但是，往往在提升價和量後，案子開始會吃掉團隊的全部時間，漸漸失去當初創業的核心目標。然後，進入了『招人力』後『招案子』再『招更多人力』後『招更多案子』的惡性輪迴中，最終你會想：『辛苦到快暴斃，工時責任換算下來，賺得比去上班來得少，那我何必創業？』。如果你有同感，不用灰心，因為現在有無數的創業團隊和創業者， 也都正面對著同樣問題，甚至面臨崩潰。

有鑑於此，筆者尋思，何不與大家分享自己的經營成果，讓大家各自都能得到更多時間經營自己的核心目標？創業者、SOHO族和個人接案者所需要的源源不絕的食糧，不必各自重新發展重新耕耘，只需要從筆者這接手過去即可。由於舊有團隊原本已經有業務和PM的佈署，大家也可專注於技術性的工作，並提供如自來水般的技術供應即可。

對筆者來說，自己的核心技術團隊得以鬆口氣， 能慢慢以階段性放下養活自己的短期目標，有更多時間朝自己原本創業的核心目標前進。另一方面，也能給予其他創業者、SOHO族和個人接案者穩定的收入支持，不必重蹈覆徹筆者同樣的道路。如此雙贏的局面，樂見其成。

所以，如果你們是有技術的創業者或創業團隊，SOHO族或個人接案者，趕緊來報到吧！

後記

無論你是專精或有經驗於哪一領域（Web、Linux、Android System（Integration/Porting）、Android App、iOS App 或 Embedded System... etc），都歡迎來信，最少先交個朋友也是不錯的。:-)

留言

  1. rush2012年2月7日 中午12:43

    作者已經移除這則留言。

    回覆刪除
  2. Wolke2012年2月7日 下午4:12

    我只是想按個讚~

    回覆刪除
  3. 鍾志均2012年2月17日 上午9:13

    我是想來交的朋友

    回覆刪除
  4. 菠蘿麵包2012年2月21日 下午4:39

    按個讚

    回覆刪除
  5. Sam2012年3月18日 晚上8:38

    你好，偶然看到你的ｂｌｏｇ～
    我也是自己接案的，主要是設計的，來 say hi~

    BLOG：http://drmouseblog.blogspot.com/
    WEBSITE： http://www.drmouse.com.tw/
    sam

    回覆刪除
  6. herb2012年3月22日 凌晨12:09

    您好，我玩web(前台、後台)比較久，說專精其實也沒什麼特別的地方
    在外面接幾個案子餬口飯吃而已
    最近在玩NodeJS偶然看見您的blog
    然後又看見此篇文章的最後一段~
    雖然我比較常碰網頁程式設計~但其實平時無聊都會碰 linux
    也porting過 embedded linux,android
    最近更是對ios App著迷(之前寫過幾個小android app，但覺得android app發展性不大，故放棄)
    很巧的，我這幾年來玩的都與您所列的領域有相關~
    而且最近也有創業的念頭
    但實在不知從何開始(有idea,也準備要實作了,但對創立公司或商業模式等一概不知)
    所以特別留言打個招呼
    如有機會想聽您創業的心得分享
    想知道您是怎麼起頭的
    謝謝

    回覆刪除
    回覆
    1. Fred Chien2012年3月23日 清晨7:32

      大家創業碰到的困難大多都一樣，這是創業的人共同的心聲。

      我想，如果在你創業途中，要求個穩定而需要任何幫助，無論是案子或資源，都可以直接用 email 與我聯絡。:-)

      有機會，我們也可以喝咖啡，聊一聊。

      刪除
  7. Sevenjay2012年4月5日 下午1:25

    Hi, Fred
    幾年來陸陸續續看了你不少文章，也有很多幫助，非常感謝你的分享。
    我專長主要在C++製作跨平台軟體，其他應用可參考
    http://sevenjay.tw/job/
    如果有需要，可以找我。
    也可以交個朋友。
    謝謝

    回覆刪除
  8. Unknown2012年4月12日 晚上9:01

    你好，Fred
    最近我由於專題的事情而接觸到了Javascript
    原本我也和一般的資工人一樣
    "不過是區區的Javascript..."
    但是在深入了解之後才發現這個簡單的語言不簡單！

    現在我在做的事情主要是運用Phonegap來使得Web App可以調用手機上的程式
    而也因為這個原因，接觸了不少的行動裝置的Framework
    像是Jquery mobile、jqMobi等等
    對於這部份的心得還是有一點的。

    會看到這個網站的原因是因為最近想要寫WebSocket+WebRTC而搜尋到的
    而沒想到看到版主才偶然發現我們都是進哥的學生！
    所以想要跟Fred大教個朋友
    不過目前我還是個學生可能發問的情況會比較多，還請見諒。

    回覆刪除
    回覆
    1. Fred Chien2012年4月13日 上午9:00

      其實我不是資工的人，是機電系的，只是因為一些機會和老師認識 :-)

      刪除
    2. Unknown2012年6月1日 中午12:33

      我不是技術背景,
      我也是soho,專作網站規劃或網路活動企劃
      希望能從你的網站上學會很多接案技巧
      .........我有變成口袋名單的希望嗎? :P

      刪除
    3. Fred Chien2012年6月2日 晚上11:46

      沒問題的，把你一些資料寄給我吧（ex, 你熟悉哪些領域的技術）。 :-)

      刪除
    4. Dark.H2012年6月6日 上午9:16

      偶然發現這篇文章
      目前我是個接遊戲美術維生的新生SOHO
      在朋友的介紹下，雖然目前有穩定的案子，但是來源只有一方
      很擔心日後這個來源沒有的時候該去何處尋找其他CASE
      雖然自己擅長領域和板大不太相關
      但想向您請教一些接案技巧或是相關資訊，如果可以的話希望也能作個朋友

      這是我的BLOG:
      http://blog.yam.com/remotememory

      刪除
  9. Steven2012年11月18日 上午10:21

    作者已經移除這則留言。

    回覆刪除
  10. Steven2012年11月18日 上午10:25

    我的技術領域 J2EE , Android app development

    http://goodideascome.blogspot.tw/

    回覆刪除
  11. AndrewWang1TW2013年3月13日 中午12:04

    hi,

    Nice to meet you here, focus on Android app. Thanks.

    https://play.google.com/store/apps/details?id=com.andrewwang
    http://andrewwang1.blogspot.tw/2013/03/golf-gps-scorecard-version-134.html

    best
    Andrew

    回覆刪除
  12. Unknown2013年5月1日 上午9:21

    Hi 大家好，看到fred的文章我也心有戚戚焉，9年前我從soho決定轉換為公司型態
    美其名是SI公司，但與客戶的互動跟個人接案的過程並未相差太大，歷經融海嘯
    一直到業務模組化產品化，這中間有很多曲折與心酸
    回頭看看人脈才是關鍵，團隊合作才能開創新局
    大家對接案與創業或業務合作有興趣的朋友我都非常願意跟各位交流

    回覆刪除
  13. sultain-chen2019年3月26日 上午11:56

    我是退休人員,身體健康.
    曾任:廠長,經營者,企管顧問師,
    專長:1.輔導企業經營管理

    2.單項馬達製造,設計
    3.工廠製程改善
    4.品質系統設計
    5.產品開發系統設計,輔導
    以上皆具專業,實務經驗.
    但願能有回饋社會的機會
    與人共享成功的喜悅

    回覆刪除

張貼留言

這個網誌中的熱門文章

有趣的邏輯問題：是誰在說謊

開心的是期中考接近尾聲，而且今天也是我的生日，更開心的是老天爺待我很好，放我一天假沒給我排考。今天，在網路上逛啊逛，看到了一些判斷說謊的邏輯問題，雖然之前就曾看過，但不管再看多少遍都還是覺得很有趣。也想到好幾天沒寫東西了，就貼上來讓大伙一同分享吧！準備好接受考驗了嗎？ Ready? Go! 第一題： A 說B 在說謊，B 說 C 在說謊，C 說 A、B 都在說謊。請問到底誰在說謊？ 第二題： 現在審問四名竊賊嫌疑犯。已知當中有一名是竊賊，還知道這四個人不是誠實就是說謊，請根據他們回答問題的結果中，判斷誰是竊賊。 甲說：『乙沒有偷，是丁偷的。』 乙說：『我沒有偷，是丙偷的。』 丙說：『甲沒有偷，是乙偷的。』 丁說：『我沒有偷。』 解答：一：只有 B 說真話。二：乙是竊賊。
繼續閱讀

Web 技術中的 Session 是什麼？

圖片
很久沒更新了，自從十二月底退伍之後，一直忙著將書完稿給出版社，沒空坐下來好好在 Blog 上寫點東西。沒辦法，在當兵時閒不下來，就答應了出版社的邀約開始寫 Node.js 的書，因此欠下了書的債。還好，如預期的寫完了，預計這一兩個月應該就會上市，還請各界多多捧場！ 會寫這篇文章的原故，是因為在 Facebook 的社群上，有人問起了關於 Session 和 Cookie 相關性的問題。其實，社群的人都很好，有許多熱心的網友願意幫助別人。不過，為了幫忙回答問題，大家七嘴八舌的東說一句西說一句，甚至引起莫明的論戰，實在不是一個好的現象。況且，使用不同語言、有不同技術背景的人，都各自用自己的角度去描述和解說，讓原本就已經不懂的人更有如瞎子摸象，見不到全貌，搞更糊塗了。對發問的人來說，也不知該聽誰的好。 說來湊巧，筆者剛好在剛截稿的 Node.js 書籍中，對 Session 概念也有許多著墨。所以之前稍微在網路上查過，發現鮮少有人提出對 Session 技術的完整說明，而多半是討論 ASP、.Net、Java、PHP 等語言或框架中如何使用 Session，以及一些延伸的特性，以致很多人對 Session 的概念相當片面。因此這次的事件後，一些網友也建議我把在 Facebook 上回應的完整內容，在 Blog 發表記錄下來，讓更多人對 Session 有個比較完整且正確的認識。 本文目標 在 Web 的世界裡，Session 已經是被廣泛使用的一種技術，大多數的 Web 開發者，肯定都能運用自如。在現今的各類 Web 應用程式的開發框架和工具中，Session 也已經被包裝成容易使用的模式，所以本文也就不再多討論 Session 怎麼去使用，而是著重在 Session 的原理和實現上。要知道，無論是使用哪一種語言，這 Session 概念上都是通用的，沒有什麼不一樣。 Session 是什麼？ Session 之所以會存在，是因為 HTTP 為 stateless 的設計，Server 和 Client 不會一直保持連線狀態，也不會有雙方狀態的即時更新，所以，Server 並不知道 Client 的狀態（像是是否已經登入）。因此，後來的網站開發者，採用 Session 這樣的設計來解決這問題。有趣的是，Se...
繼續閱讀

淺談 USB 通訊架構之定義（一）

圖片
USB(Universal Serial Bus) 的應用範疇以及價值已經不需要再多做說明，其身影從 HID(Human Interface Device)、隨身碟（USB Stick、Flash drive、Pen drive）到各種類比式或非連續訊號接收器（如： Webcam、Microphone、DVB Receiver），更進一步可以講到各種通訊裝置或外接設備，甚至是取代和模擬舊式通訊傳輸線（Serial Port）。USB 所有的 Spec 和相關資訊 ，可參考 http://www.usb.org/ 。 USB 整體運作模式 一般來說 USB 的通訊結構有如 Server/Client，以 PC 上的情形為例，位於主機上的 USB 裝置稱為『USB Host』，我們可以在上面外接上數個裝置（與 USB Host 相連的裝置通常被稱為 USB Device 或 USB Client）。 底層上，『Host 負責主導整個 USB 結構的通訊』，它會輪詢所有的 USB Deivce 以檢查是否有裝置需要傳送資料，所有 USB Device 都必需要等待 Host 的命令，唯有 Host 同意時，USB Device 才可以開始傳送資料。 Host 的行為通常是由 USB Host Controller 在做控制，其控制器是一組控制晶片，而對於現代 PC ，USB Host Controller 的晶片通常都被 Layout 在主機板上，以 PCI Bus 的形式存在供作業系統控制，我們可以使用 lspci 看到它的存在： 00:1a.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 03) 00:1a.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 (rev 03) 00:1a.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 (rev 03) 00:1a.7 USB Controller: Intel Corporati...
繼續閱讀

淺談 USB 通訊架構之定義（二）

圖片
之前『 淺談 USB 通訊架構之定義（一） 』已經提過 USB 大致上的概念和一些特性，以及如何從 Linux 上去嘗試驗證 USB Device 上的 Information，但還尚未談及 USB Device 是如何與 USB Host 做溝通。而且，初始化的過程也很重要，該過程會讓一個 USB Device 描述自己的『模式(Configuration)』和『介面(Interface)』以及更多配置上的關鍵訊息。雖然這些初始化過程和定義繁雜，但是拜 OS 優良的包裝所賜，一般驅動程式都可以假設已知或是透過簡單的 API 去取得這些資訊以進行開發，因為大多數初始化動作會自動由 OS Kernel 和 Firmware 所完成。 簡單的 USB Device 初始化流程 插上 USB 裝置 Host 請 裝置 報告 『 裝置 描述資訊 (Device Descriptors )』 （此過程又稱為 Enumeration ） 由 Device Descriptors 得知 『 模式的數量 (bNumConfigurations) 』 Host 請 裝置 回報 『 模式的描述資訊( Configuration Descriptors) 』 由 Configuration Descriptors 得知 『 介面的數量( bNumInterfaces ) 』 Host 請 裝置 回報 『 介面 的描述資訊( Interface Descriptors) 』 由 Interface Descriptors 得知 『 端點的數量( bNumEndpoints ) 』 Host 請 裝置 回報 『 端點 的描述資訊( Endpoint Descriptors) 』 由 Endpoint Descriptors 得知 『 該端點的 資料傳輸模式( bmAttributes ) 』等訊息 等待驅動程式進行後續處理 整個 USB Device 的描述結構可以圖表示： 當然，若不是 USB Device 設計者或是 USB Host Controller 晶片的 Firmware/Driver 開發人員，可以不用知道這麼多過程細節，因為無論是 Linux 還是其他作業系統，它們都會將這些最低階的過程包裝起來，等著驅動程式去使用，而 Linux Kernel 上負責此任務的就被稱為...
繼續閱讀

Reverse SSH Tunnel 反向打洞實錄

近來經手了幾個案子，其目標都是設計一台做特定用途的系統，但往往這台機器都會被鎖在防火牆後面，甚至不會連上網際網路，是完全封閉的環境。每當接近結案，將系統交到客戶手中以做最後的壓力測試時，便是痛苦的開始。怎麼說呢？因為當面對最後的大量測試，各種大大小小的臭蟲(Bugs)就會原形畢露，一一浮上臺面。而每次問題發生，便要千里迢迢趕到客戶那了解情況、解決問題。如果問題不大倒還好，一旦問題嚴重，被客戶關到三更半夜也是常有的事，更誇張的還必須每天都去報到。所以，為避免車程來回的時間和人力浪費，是否有可以遠端連線做處理呢？便思考起這問題。 雖然這些機器通常都不會有真實 IP，客戶也不會為了我們特別請 MIS 去開啟 NAT 或防火牆，但還好 SSH 提供了反向(Reverse)的機制讓我們可以連進去。其做法就是讓在客戶那的系統，透過 SSH 先連回我們自家有真實 IP 的主機，然後建立反向的通道即可。如此，我們便可從自家的主機，從 SSH 連回放在客戶那的系統。 實際的操作步驟： # 首先，在客戶那理的機器下指令連回我們自己的 Server，並設定自己 Server 上的 12345 port 會對應到幾器上的 SSH port ssh -NfR 12345:localhost:22 fred@myhost.com # 然後在 myhost 的機器上連自己的 12345 port，就可以連回在客戶那的機器 ssh localhost -p 12345 後記 可以將建立 Reverse SSH tunnel 的命令設定在開機後執行，並且透過設定 ssh config 讓斷線時自動重連，如此就可以確保 SSH 連線不會中斷。此外，若是客戶端那的機器是處於完全無法對外連線的環境，則可以考慮使用 3G 網卡，並將網卡暫時借放於客戶那，然後等結案後再取回，雖然 3G 通訊月租不便宜，但和經常來回的通勤費和時間花費相比，可滑算多了。
繼續閱讀