熱血漢誌 - 技術新鮮人到技術經理人，必懂的事

透過 Google Apps 啟用 Inbox by gmail Inbox 已經使用一段時間，真覺得是可以把 gmail 推翻的好工具，對於許多任務，對於 Inbox 的好， 「電腦玩物達人」 已經有許多相關文章。 因為自己是深度 gmail 使用者，公司也是長期使用 gmail ，可是到目前為止自訂網域底下的 Google Apps 是不主動開啟 Inbox by gmail Apps ，本篇將介紹如何啟用。 準備 Prepare 首先你要有一個自訂網域 一台 iphone, android phone （廢話），並且下載好 Inbox by gmail 需要有 google apps management 權限 PS. 以上步驟不適合於 free google apps 使用者用戶（亦是 n 年前 free google apps 的免費用戶，如果想要使用此功能，麻煩請付錢給 Google） 步驟 Step 進入到 google apps management 選擇 Apps 選擇 Google Apps 選擇 Gmail 選擇底下 Advanced settings (進階設定) 滑鼠下拉到，End User Settings (使用者設定) 接著，會看到眼睛為之一亮的選項 Inbox by Gmail 對，就是他，旁邊顯示資訊會是為一堆英文，請跟著步驟勾選 勾選 I understand the following 會跳出視窗，請閱讀細節後，點選 agree 接著勾選 Enable Inbox by Gmail and join the early adopter program. 最後整個大視窗底下會提示，這個步驟大約會一個小時才生效。 請按下最右下角的 SAVE 按鈕。   完成以上步驟後表示啟動完成，大約在一兩個小時候就可以直接啟動。 啟動方式 Enable 使用已經安裝 Inbox by gmail 的手機 開啟 Inbox 左側欄位中，帳號項目，管理帳號 新增其他帳戶 將自定網域帳號登入 切換帳號 就會看到 Inbox 會進行資料轉移，當收到 welcome to Inbox 的恭喜信件之後，就表示你的自定網...

wysiwyg 現在已經有了許多不同的轉換，雖然大多都是以類似 wordpress 後台風格進行編輯，事實上已經有許多東西可以提供參考，並且提供了許多不同版型可以讓開發者自由編輯。 有許多可以進行前台套件支持的 online editor ，目前覺得有越來越豐富的趨勢，提供參考， 基本款式 tinyeditor wysihtml5 bootstrap-wysiwyg 頁面上可以嵌入形式 Medium Editor Froala Editor imperavi 整頁模式， Mercury Editor 以上資訊提供參考。希望大家有哪些可以參考的套件，也歡迎提供，一起進行討論。

從失敗中學習打造技術團隊 從失敗中學習打造技術團隊 from Caesar Chi 從資淺到資深，透過不同時空背景，透過經歷不同開發流程中，經歷許多不同失敗經驗的累積，打造出團隊共同經驗，以及團隊建構出開發環境與流程。 相信大家都有走過一段又一段，艱辛刻苦的日子，web 開發這條路上大家並不孤單。 我想成功的案例大家已經聽了許多，也許採用反面的方式，我們來看看是否能夠找到更多可能性。 程式開發是一種很有趣的議題，也是一種很有趣的事情，對於自己這也會是一輩子的事情。 一個人到一群人 可是從一個人開發，到一群人開發是完全不一樣的兩件事情，從一個人開發，我們可以很隨意很灑脫，反正髒髒寫，髒髒做，可以執行就好。 可是當這件事情轉移到『一群人』的時候，其實就沒有這麼輕鬆，有許多需求規格就要明確，有許多前置作業需要說明，有許多開發流程需要定義。 （只是要開發搞這麼麻煩幹嘛！） 其實就希望一群人，跟一個人寫出來的程式都可以完全一樣，不論經過多少手。這件事情，很難也很不簡單，可是要做到這件事情，其實是有難度，而且需要持續學習，並且適當的學習，如何放手 相信自己的夥伴 每個夥伴都有不同特長，都有不同的特性，有人謹慎有人粗心，有人天生就有領導風格。在團隊下每個人都會有不同面相及不同特質或者是潛值。 如果能夠挖出對方的特質，特長，相信就可以讓團隊朝向另外一種層次的提昇，讓整體體質都向上成長。 對於網站開發 一個人開發，很爽。 一群人開發很煩，但是也可以很爽。 取決於主事者要怎麼決定，主事要要怎麼執行，產品本來就會有責任，就會有歸屬，也會有每個人的分工執行步驟要訂定。 很多時候我們覺得自己只是在寫簡單的腳本語言，簡單的程式語言，可是透過團隊力量，透過產品的誕生，之後，這將是眾人的結晶，眾人的晶華，大家可以發現另外一種工程藝術，以及工程之美。

CSS 一直以來都並不是很被看好，也被視為是一種很簡單的裝飾性，腳本式裝飾語法（連語言都稱不上），但是對於前端開發人員來說 CSS 一直都是一門很博大精深，且需要經歷數個專案以上才有辦法體會的學問。 CSS3 從發展到目前為止，已經被許多瀏覽器應用於實務上，很多廠商也開始支援，大家盡量避免不使用 CSS3 語法，有時候僅止於需要適用於舊型瀏覽器（就是在說你，對 IE）。而到了現在使用者漸漸朝向 mobile ，因此我們可以不重視跨瀏覽器一致性問題，而可以做到跨瀏覽器，跨裝置兼容性問題的處理。 許多人會開始使用 SASS, LESS, Stylus 等基礎於 CSS 之上的語言開始展開。主要是根據 CSS 無法使用變數，調整上無法如動態語言般容易使用，容易擴展。 這也是為什麼要講到今天的主題 CSS4 ， W3C 目前已經將 CSS4 進入草案階段，裡面也有很多根據不同發展語言所調適出來的範圍進行修正，例如 Variable，Mixin ，condition 等這些大家最常使用到的部分，讓原生 CSS 開發就儼然成為另外一種程式腳本。 CSS4 更多的是模組化的觀念，將許多原本延伸 CSS 語言的特性歸納近來，開發起來更接近模組化的程度，提供了很高的客製化。 CSSNext https://github.com/cssnext/cssnext CSSNext 就如同 ES6to5 一般，屬於讓現在讓現在你就開始體會到 CSS4 的優點，直接使用 CSS4 的語法開始進行開發。 除了最棒的效能成果之外，另外也提供了 postCSS 這類相關的 js plugin 可以使用在自己原有的 front end compile 設定中。 後記 當然這一切都還只是草案，不過非常值得關注的是以這 W3C Spec 為基礎開發出來的相關性模組，就如同 ES6 的轉換一般，CSS4 的推動肯定也會引發許多延伸性模組及框架。 當然對於長期開發 CSS 的前端人員來說是一大福音，大家可以多多討論關於 CSS4, postCSS 相關的使用方式，讓原有的開發流程可以無縫銜接到下一個世代。 修正 文中所提到 CSS4 事實上此名詞並不存在，主要在於 CSS3 + CSS future (支援變數, condition...

本文主要針對 Mac 使用者，身為一個開發者總是會使用過 Mac （這不一定正確就是了），總之本文就是基礎於開發者需求，讓大家可以帥氣的開發。 針對自己有在使用的編輯器進行介紹， Atom Atom 安裝後就可以直接再 iterm ，切換到希望使用的專案資料夾， cd $PATH atom ./ Sublime Text 2 / 3 Sublime Text 到 iterm 之後，輸入以下指令， ln -s "/Applications/Sublime Text 2.app/Contents/SharedSupport/bin/subl" ~/bin/subl 如果是 sublime text 3 ln -s "/Applications/Sublime Text.app/Contents/SharedSupport/bin/subl" ~/bin/subl 接下來就可以直接使用 cd $PATH subl ./ Visual Studio Code Visual Studio Code 設定方式，編輯 .bashrc （取決於自己用什麼樣的 shell） code () { if [[ $# = 0 ]] then open -a "Visual Studio Code" else [[ $1 = /* ]] && F="$1" || F="$PWD/${1#./}" open -a "Visual Studio Code" --args "$F" fi } 接下來就可以直接使用 cd $PATH code ./ 是不是很方便愉快了，直接切到資料夾中，就可以開始進入編輯模式，透過指令可以做快速切換，真正人生一大樂事，這也是我們為什麼喜歡使用 Mac 的原因了。 Ref OS X Command Line Setting up Visual Studio Code

Docker with Cloud Service from Caesar Chi 本次分享題目為 Docker with Cloud Service ，Docker 架構介紹，如何藉由 docker 讓開發流程能夠提高資訊通透度，節省軟體平台建置時間，加速開發流程的進展。 後面提到如何搭配原有 HA 架構結合 Docker ， Load balancer 架構加上目前許多 Cloud Service 已經支援 docker container，選擇不同雲端服務，打造不（容易）倒傳說。 本次感謝 Sky 哥邀請，能夠前往 Study4.TW－Global Azure BootCamp 台中場 分享 Docker 使用經驗，與大家一起交流。 另外特別感謝 蹤影大大 ，以及 Koji 大大 的 Docker 經驗分享，讓這次簡報準備素材能夠更為充足。 最後，歡迎大家一起多嘗試不同新鮮架構，共同討論有可能的 Web 未來規劃可能性，打造不倒網路服務傳說。 ( XDDDD

從技術到管理，第一次管理就措手不及 這中間轉換過程，會很掙扎，也很不踏實。但是如果想要朝向技術管理職，朝向帶人，這段過程看再多書籍遠不如自己親身體驗。 從自己也將技術職位轉換到管理職也有一段時間，這中間經歷過許多不同階段，取得到階段性的挫敗，這些過程記錄下來，轉成片段回憶記錄提供給未來的自己，也給大家參考。 當然這一路走來並不順心，也不如意，在過程中更多的是迷惘，與自己單兵作戰的方式截然不同。 但是要說的，回歸到結論，與當初在 combo 8 活動裡面所做的 簡報結論 呼應。 『一個人強，不強。一群人強，超強』 在許多經歷中，自己遇到的心境以及遭遇到的問題，部分摘要如下，提供給各位從技術到帶人，管理，提供給各位參考， 工作上需要捨棄的東西 從技術轉換到管理，開始逐漸會感覺到，寫程式的時間越來越少，碰技術的時間也越來越少，大部分的工作時間，幾乎是在開會，討論，詢問，帶領新手，解決團隊問題等。 在這段過程，突然發現自己不再是一個人獨立作業，而是跟一群人（至少一到兩個人以上）共同開發，共同運作某些項目，資深的人自然容易被拔擢兼任管理其他人進度，開發項目的人選。 當自己欣然接受這樣的挑戰之後，迎接而來的是，需要捨棄的東西，從現在開始，目標不再只是把事情做好，而是帶領團隊去做對的事情，對的方向。 在這段過程裡面，目標僅只有一個，如何讓所有人協助你完成你所決定出來『對的事情』。 這個目標說來簡單，實際上卻很難，從今天開始沒有單打獨鬥的『英雄模式』，所要做的事情是，讓所有的舵手將船開往正確的方向。 這中間最弔詭的就是，以前的獨善其身已經不再適用，現在首要目標將是，你當初眼中的『弱雞』，都要讓他變成『洛基』，讓他們每一位都可攻可守的狂戰士。 而身為管理的你，不再只是自己扎馬步，念心經，變禪師，而是要每天帶領大家照表操課，安排適當進度，針對成員不同步伐調整，練就出屬於『大家的十八銅人陣』。 正確的當一個夾心餅 別以為管好團隊就沒有事情，身為管理的你，不只是管理下屬如何變強，變壯，更需要花時間與主管，長官，老闆溝通，讓他們知道你的成員如何變強，成長多少，能夠為公司，組織帶來更多產值。 當然老闆有時候想法會是有許多的天馬行空，跳躍境界，而身為管理的你，另外一件重要的事情就是將外太空的長官，拉回到凡間，至少離地面...