若有錯誤歡迎大家指教<( )> 本篇為學生獎勵計畫給iThome的心得報告
今年運氣不錯 能通過學生獎勵計畫的審核真是太讓人興奮
結果幫我寫推薦信的梅興老師投的slides也被列入議程之中XD
算是一個明明人在中研院參加研討會卻感覺要上課的概念(?
iThome辦的活動整體來說很棒，進來的第一個感覺就是品質吧!
這點和我過去在參加的研討會有點不太一樣，感覺比較正式，而且工作人員大多比較能處理狀況
以往學生志工的工作人員被會眾詢問很容易就手忙腳亂 因為事前訓綀比較少的原故
而在報到和帶位這點真的效率極佳，連前幾排的位置都有，不用站著聽真的大感謝
然後有些部分我覺得應該要改善，第一天報到之後，既然都領了掛牌卻必須要在門外等約
30~40分鐘直到九點才能開放進場，雖然藉機和贊助商攤位互動也不失一個好選擇
但我看大多數的人都在原地發呆XD 攤位除了四樓的贊助商之外，四樓兩側的走道倒是可以
規劃一下讓開源社群進駐，或是活用交誼廳的空間主持些交換名片之類的活動
此外閉幕式有點冷清阿~~ 原來是少了Lighting Talk~QAQ
最後我要說的是畢竟這次是iThome所主辦的活動，不需要刻意去模仿其它的研討會
當然該改善和學習的部分還是要加油，走出一個你們辦活動的style最重要
畢竟交朋友雖然重要，但來聽研討會重點果然還是要專注聽議程，這次真的學的相當的過癮!
[R0+R1+R2] JavaScript at 20 Years
這是JavaScript 之父 Brendan Eich來做演講
10天開發出來被大家罵翻的語言 現在變成當紅炸子機，劣即是夯麻
一開始就提到Js的相容性連在20年前的網站都還是可以運行
看看以前沒有json xml等格式…資料都是new class的方式實做
有趣的是這個class在ES6回歸JavaScript 這是把JavaScript打造成Java的樣子嗎(大笑)
另外印象比較深的ES7會自帶async function 預計一年內完成
之前我們都是用promise的套件或其它framework的async來實做這塊
不過拜他的為JavaScript搭熱潮命名所賜 每年都要糾正學弟妹JavaScript不是Java的腳本語言囧~
最後展示由Asm.js支援的Unreal遊戲引擎(有在關注電動的應該都曉得虛幻3)打造的3D遊戲
當然講師就一直玩一直玩一直玩XD~ (表示羨慕)
[R1] Redis, another step on the road - 曾義峰(Ant)
之前就有玩玩Redis用來在多機器要儲存Session時相當的好用，
不過這部分不是我處理一直都沒有機會深入使用
剛好趁這次機會可以對它了解，重點是有人幫我們踩好雷分享點經驗
講者介紹了一下Redis的歷史和特色，及各版本之間改進了哪些東西
因為Redis是採用類似LRU方式實作，早期版本取樣3個，一直到3.0取樣5個
把這5個之中最舊的session給丟掉，直到記憶體用量小於最大用量
但如果這5個都是最新的，使用者才剛登入就被被出，而且要到他們抱怨才會曉得，這就很恐怖了
並且比較了Redis、Aerospike和Memcached 果然還是得看服務需求及”$”來決定哪種適合自己
原來Aerospike會掉資料…(抖)
[R0] 雲端系統對爆量的測試與準備 以張惠妹秒殺售票為例 - 邱光宗
咳 所以到底誰才是第一的售票系統哩…
講了一些以前售票很趣的經驗，原來發號碼牌排隊用ibon結果店員下班脫掉背心~”嘿嘿我第一”
售票決對不能在中午，因為這樣熱便當會來不及買票導致收到一堆客訴
售票前的就要預先開好機器，因為自動擴展會來不及，這好像以前有聽過布丁演講過了O_0~
最麻煩的果然還是金流，銀行的收單速度每秒只能到75筆 所以會開虛擬帳號來先收
不過這也會有問題…到底預設要已收費沒繳再改成未收費，還是未收費有繳再改成已收費
中間出了差錯下場就是使用者付費卻曉示未繳費，這又將有一場風風雨雨
[R1] 聽說 KKTIX 現在都是用 Go 寫的 - Poga
這場在推坑GO語言~ Go基本上編譯後是獨立，不用依賴其它環境，原來叫人裝npm會有人發怒..XD
簡單講了導入新的語言要怎麼和現有的CI整合，但目前大多數都還是用ruby on rails寫的~
講著提到了一個點我覺得還不錯，只要是商業邏輯的部分全都用rails寫 其它運算則是用Go
像活動選擇、登入授權這些當然還是用rails比較方便，至於訂票、選位置、自動劃位則是使用GO來加速
至於兩種溝通的方式就是存取同一個資料庫，所以也可以說他們都是用db來溝通
(可惡也想聽D3.js)
[R0+R1+R2] 開源之道，Open Source Enlightenment 唐鳳
這場真的精彩點太多了XD 好多都是阿宅梗(大笑)
以後跟人說話都應該要遵守一個https Protocoll的概念 服務也一樣，400、500開頭的最好不要用
人生碰到的問題就跟git版控一樣，有衝突一定要解決…不然不能commit
聽完好像喝了一鍋心靈雞湯一樣…同時對現場大家都聽得懂梗感到溫馨 哈哈
React.js 和 Angular.js 原來有做過溝通…
[R2] SEO真的只要做這些事就好 - 邱煜庭(小黑)
這邊要跟講者抗議 林東芳牛肉麵明明就比較好吃(大誤)
要做好SEO 漂亮的架構就是唯一的救贖，然後減少div? 原來搜尋引擎看不懂空容器
另外不要在meta放keywords了，現在google已經放棄了，下好一個標題比較重要
3~5個關鍵字在標題最好，另外現在最仰賴的就是社群，瀏覽器沒以前強勢
但事實是yahoo做的超差照樣贏你因為流量就決定一切
有聽過十大最差牛肉麵嗎? 沒有吧!
可是我沒有聽過桃源街牛肉麵比林東芳牛肉麵好吃誒(重點誤）
[R2] Web + Arduino 實在有夠潮! - Marty Hsu
身為一個死大學生…明明教授在隔壁廳講課，還敢翹課跑來這聽XD 根本超白木..
至少結尾有趕上…就跟點名一樣^.< 老師有錄影可以自行補課唷~~
這場用HTML&JS來寫Arduino 好比說這樣子我只要控制state就可以讓led亮
至於邏輯的部分則是藉由JS來做
重點是他的版子不需要插線，可以藉由wifi來控制，只要插電就好!
聽到這邊就讓人感到非常手養說XD~ 不過我還是覺得寫html在裡頭很怪
如果html的部分可以用React.js Component的方式來做 led({state:true}) 等等
從頭到尾我只要寫js 可能會更加吸引人~~~
[R0] The Speed & The Enthusiasm (速度與激情) - Paul Li
老木大師滿滿的激情，平淡無其的測試被他講的視窗都要從畫面彈出來
聽說最近還去客串yahoo購物當模特兒~工程師好忙(大誤)
Protractor提供了一個很直覺的語法讓我們去操作Selenium而且功能強大到好心動
即便是非angular.js寫的也能夠做測試，雖然先前只有用mocha對node.js做邏輯測試
不過果然使用者操作測試也很重要，因為可以從中得知UI的好壞，邊寫測試code就會邊罵了…
[R0+R1+R2] Speeding up the Web with PHP 7 - Rasmus Lerdorf
因為大家都想要一個基於c的後端可是沒人去做，所以就跳水了~
結果反而Rasmus Lerdorf最原始寫用c給web的api都沒人關注XDDDD
PHP7改善的效能並且使用更少的記憶體，不過Drupal8還未完全支援
很多細節部分有點miss掉QQ 果然JavaScript比較吸引我
然後希望大家可以參予測試PHP7 預計將和HHVM一樣使用”JIT” 在未使用前速度已經比HHVM還快
預計導入JIT將會帶來更快的速度
[R0] 從失敗中學習打造技術團隊 - 戚務漢(Caesar)
上一次聽caesar演講已經是去年他在實踐大學教node.js的時候了
這邊分享了一些工程師從資淺到資深的心路歷程 然後安排實習生輪流監控CI和程式碼
從一個人到一群人成長這樣的故事 不過身為一隻魯蛇學生還沒辦法體會這樣的事情
或許比較適合現場已經在職場打滾一段時間的人吧~
[R0] 用 Vagrant 與 Docker 拯救世界 - 林嘉軒(GSLin)
講者因為有自己對網路環境的需求而採用Vagrant來管理Docker
不過我還是想不透~ 他提到的很多事情Docker Compose&Fig之類的就可以辦到了
所以也有人有提出這樣的問題出來~ 還是有什麼東西需要混用管理或者其它需求呢? 還請高人指點
[R0] 從 React Native 看 “Learn once write anywhere” 帶來的開發典範轉移 - Jeremy Lu
有點小失望~ 這場議程內容和JSDC大致上一樣，講者主要是想推坑React.js 吧XD
Jeremy的風台真的超穩阿…議程時間真的太短可惜了，不然應該可以分享很多有趣的東西
不過以前玩React.js前聽他在JSDC介紹，再完整走過一遍React.js+Flux單向資料流後再聽一次
有種不一樣的感受~ flux那張流程圖當初也是邊實做邊盯著圖的流程想，到現在不用看圖就可以在腦子
寫code的時候走完一遍流程這樣子吧..
[R0+R1+R2] How the East Was Won - 松田明
Ruby = Lisp + Smalltalk + Perl + C + English
你寫Ruby嗎? 不…我寫Python跟Js….QQ
講師是rails的核心貢獻者，很努力的再向大家推廣，介紹了Ruby社群的一些理念
不過我從來沒碰過Ruby誒 所以我算是個邪教徒嗎~~
console.log “May Ruby be with you!”
[R1] When web meet native app - Eric Chuang(ddsakura)
後面幾場比較不曉得聽什麼~ 只好挑跟技術比較相關來著手
介紹了一些在Java上使用webview的做法 不過不同的手機廠牌都會有自己的版本
預設會把js關掉，所以不打開下場就是跑版等問題，分享了一些實作上會碰到的狀況
像有的圖片走https網站是走httpss需要透過Always Allow來解決不同協定的問題
Android5以前的版本也需要去處理cookie的問題CookieSyncManager
透過這樣的方式可以寫一隻app不完全是native或者web~ 就可以在web頁面上叫native的api
[R1] 使用 React.js 協助開發 Rails 產品 - 何澤清
雖然沒寫Rails不過就來聽聽看使用React.js的心得，不過講者似乎很緊張阿XD~
原則上前端和我現在使用的方式大致相同，有種 喔! 原來你也是這樣子的感覺
不過因為我們後端是使用node.js 並使用了yahoo的fluxible，用rails的做法是前後切割
而node.js這邊則是前後端都可以render，這樣子的好處就是js產生的html我們不需要
重新寫一份來讓搜尋引擎的機器人爬，不過可惜講師沒時間提到他們是怎麼做這塊
[R2] 從技術角度看 Responsive Web Design - 吳政斌(Chris)
提到了一些開發RWD時碰上的血淚史
資源一致性 - 為了版本修改，重覆寫了相同的html code，圖片被引用的url只會被下載一次
高品質內容,媒體相容性 - 不用的裝置 傳回不同大小的圖片，不過他這邊只有max,medium,min 一般我們會
比較希望可以後面帶query傳尺寸到後端去處理圖片，就不需要像他一樣這樣判斷要打哪個 減少重複code
環境狀態感知 - 透過api得知網速決定要吐的資源 今天網路贊助商又中標XDD