2015年6月18日 星期四

開發環境改用Mac

最早曾聽說過用Windows開發前端是次等公民，前端最理想的開發環境是Mac。

決定學Ruby時，看到Xdite建議買MBA
後來讀到一篇文章，提到無論是前後端的網頁開發，還是系統程式的開發，都適合用Mac
今天(6/18)跟兩位朋友討論，建議買「Macbook pro 13吋Retina，儲存容量選用256GB，記憶體升級到16GB」。購買地點可以考慮去燦坤購買，請他報價然後殺九折，燦坤一般都願意賣的，只要有業績，賺多賺少沒差，比Apple直營店還划算。
找了幾個Mac的快捷鍵
張貼者： 於 沒有留言:
標籤：

2015年6月15日 星期一

履歷自傳的參考資料

2014年
12/26：
今天在TonyQ的動態看到他的歷練與履歷，真的很強，要再加油再努力 ^_^

2015年
01/23：
最近加了LIVEhouse.in這直播平台的主理Keynes Cheng，看到臉書轉貼他的slide

2/11：
程式人雜誌社團裡，關於寫履歷的討論串，要有自傳，GitHub，比賽得獎紀錄，實作過得project，這些要記下來
3/6：
在找Python時讀到如何定義 "會" XXX 程式語言 - 大貓共和國這篇，滿喜歡他說的這段話
  • 如果有人說自己會C++ 但發現他不懂template，甚至講不清楚物件導向的基本概念 列出C++不但不會加分，還會倒扣一些分數
  • 我不會因為對方在履歷上列出很多程式語言而扣分 但會希望列在履歷上的技能都是真材實料的，並會努力（笑）核實這些技能

5/25：
把程式碼放到GitHub上
摘錄
  • 面試過程中最讓邱慕安印象深刻的一件事是每一個面試者，都看過邱慕安在GitHub上寫過的每一支程式，她說：「因為這些親自開發的程式碼才能代表真正的能力。」只看履歷缺乏具體的能力介紹，就像「設計師需要作品集，GitHub就是開發者的作品集。」她說。
  • 而且，更重要的是，邱慕安解釋，在GitHub上的程式碼作品，即使只是一個小型的開源專案，也都更能凸顯一個人的確具備了自主學習的能力，這甚至比起上班族只能完成被交付工作的工作經驗，還更有價值。因為在GitHub跨國團隊工作模式中，「90%的能力都要靠自己學習而來。」

6/15：
不要強調自己學習能力強.....
張貼者： 於 沒有留言:
標籤：

2015年6月10日 星期三

技能樹

稍微想了一下自己的人生規劃，還是以前端能寫原生JavaScript的工程師為主，並且不斷地磨練後端基礎，目標成為一個徹底的全端。


影像處理逃兵後，一路走來
均一的工程師工作，投兩次都被reject，真的讓人滿失落的。

拖這間公司的福，我現在鬥志全上來了。畢業後當兵前，七八月最後的暑假，來規劃學習課表。

學運時開始注意到前後端工程師的工作。為了玩翻轉教育遊戲式學習，自幹了一個WebGL的網頁3D教學遊戲。

摸過一點前端的東西，寫遊戲時也reading了大量的JavaScript code，現在想認真摸摸HTML5、CSS3，重新打底JavaScript的基本功。

想學架站，把lab的網站重架 (實驗室現在的網站真的太醜了)，稍微研究後決定放生先前寫遊戲時用的nodejs，改學習Ruby on rails，儘管我現在只有Windows能用，但是現在努力點存點錢，到時後再換MAC。

前後端開發工具
一開始只確定後端要從node.js跳槽到Ruby on rails，最近開始認真去想前後端的事。以前剛開始學前端知識，從零去操作HTML裡的DOM，也reading了一堆javascript的英文文章。但是一個網站，若是所有頁面都從零去刻，那應該會刻到吐吧。

以前就曾聽聞 AngularJS，但那時忙著搞WebGL，完全沒在關心這是什麼，今天讀到這篇文章
才知道他是辜狗釋出的前端開發框架，後來辜狗一下發現可以跟Ruby on rails搭配架站，於是決定把她納入暑假的學習重點之一

學習規劃

版本控制
  • Git與Github
後端
  • Ruby on rails  
  • Python的Django
  • Python  (資料分析)

前端

學習教材

版本控制工具

後端的學習
前端的學習
JavaScript練等
HTML5與CSS3   (靠臨摹人家的作品)
前端技能圖

看到一個外商開前端資深工程師的職缺，給九萬，看看他要的能力，這真的滿合理的
如何讓世界看到你的能力
張貼者： 於 1 則留言:
標籤：

2015年6月8日 星期一

桌面錄影工具

原本oCam與Icecream Screen Recorder兩個在考慮，看了這段影片，決定採用Icecream Screen Recorder。，測試了一下發現Icecream Screen Recorder沒想像中好用，改用oCam看看。

經測試後oCam並沒有影片編輯的功能，後來發現有camtasia studio這東西，可以錄桌面影片，也能編輯影片，所以決定用這個東西。

Reference：
張貼者： 於 沒有留言:
標籤：

2015年5月14日 星期四

20150514 Random reading 五六月

很久沒紀錄好文了

05/14
一篇談通才教育的文章，非常好
05/16
前鎮子就有看到這篇，論文寫完後逼自己挑戰這樣的訓練
05/24
舊文重讀，現在要開始養成早睡早起的習慣，並練習下班後依舊認真coding
05/25
1. 關於熱情，這篇太正了
摘錄
  • 熱情來自成功，熱情的敵人就是挫折。如果你不斷與某件事奮戰，你就永遠不會對它有熱情
  • 熱情是能被創造出來的，當你創造新的事物，你就是在發明你熱衷的事物。新的事物也相對低競爭，透過創造新的事物，你已經讓你的可能性無限擴展。
  • 找到熱情的最後一個方式是：將能力與有價值的事物結合。
2. Web開發學習資源
3. 把程式碼放到GitHub上
摘錄
  • 面試過程中最讓邱慕安印象深刻的一件事是每一個面試者，都看過邱慕安在GitHub上寫過的每一支程式，她說：「因為這些親自開發的程式碼才能代表真正的能力。」只看履歷缺乏具體的能力介紹，就像「設計師需要作品集，GitHub就是開發者的作品集。」她說。
  • 而且，更重要的是，邱慕安解釋，在GitHub上的程式碼作品，即使只是一個小型的開源專案，也都更能凸顯一個人的確具備了自主學習的能力，這甚至比起上班族只能完成被交付工作的工作經驗，還更有價值。因為在GitHub跨國團隊工作模式中，「90%的能力都要靠自己學習而來。」
05/28
Salman Khan：影片能改變教育 | Talk Video | TED.com

06/01
今天收到Xdite的rail-101第二版，另外也獲得通知這教材已經弄成一個網路課程
06/04
臉友推薦的文章，在此先備份
06/07
難怪我對八卦興趣缺缺   #溫拿是性格
06/09
口試口完了，能順利畢業了，均一的實習生沒上真的讓人頗傷心

讀了這篇後覺得最後的暑假拿來投資Ruby on rails是不錯的選擇
拆解問題對學習寫程式是很重要的
06/10
Xdite建議Ruby on rails的練等方式，一個討M的過程
聰明就是任性，我喜歡他們的商業模式，在學時不收一毛錢，找到工作後用工資付學費
06/11
除了Codecademy之外，另一個學code的網站
蒐集不少CSS特效並且可以看到code的文章
談論如何讓你的網站容易被搜尋到辜狗
該改天去天瓏翻翻這本
6/16
一個很喜歡的韓國藝術家，很久以前有看到，他的作品以暖色的人物與畫面道出情侶之間的甜蜜浪漫
在中國的慕課網看到不少前後端與手機的課程，還不錯
6/17
關於寫程式能寫多久的上下集文章，還不錯
後來注意到這部落格是用Octopress寫的，讀到Xdite大大的一篇文章，說為何要用Octopress寫部落格
裡面有一段畫讓我頗感興趣，畢竟線在在學Git。此外Octopress這框架是用Ruby寫的，等Ruby夠熟練後就開始玩這個
  • Octopress 本身不需使用任何 database，架構本身靠的是文字檔案以及版本控制系統。可以透過使用 Git 觀看站體與文章的修改變化。
  • Octopress 是 Ruby-based 的。
6/18
以前寫遊戲時，我滿討厭寫CSS的排版，後來Amos Lee推薦Sublime的Emmet外掛，今天早上小狼狗推薦我這教學，備份一下
6/19非常欣賞的一篇文章，談論框架的好壞
在此摘錄我很喜歡的兩段話
  • 我有沒有被Arduino框住呢？天曉得，只知道我現在的想法是，把電子電路當作我業餘的興趣，玩個十幾年再說，這個時間單位是因為我離開電子電機進入軟體領域，也差不多是十幾年，也許Arduino真的是毒藥！因為吃了它，我神智不清地，開始重學電阻、電容、電感、電晶體、積體電路、開始重讀微積分、想要重看工程數學……這陣子以來，我一直覺得，會重拾曾經令我厭惡的東西，是很神奇的一件事。
  • Arduino框住我嗎？我在研究Arduino 時，除了將那些電路模組是如何組成，當成業餘興趣之外，我最常作的就是，閱讀那些程式庫的原始碼，這是我很擅長的事，瞭解這些程式庫原始碼，我就能知道原理，也能修改它，不是直接修改電路（這目前的我還作不來，十年之後再看看），我想講的是，想認真玩Arduino，可以是基於它往上建立更好的應用，也可以是從它作更深入的電子電路鑽研，前者我比較擅長，後者是我的業餘興趣……想玩就不要停在Arduino本身。
6/20
以前就看過的文章，談論中途轉行寫程式的，有趣的是原著自己下來回文 XD
6/23
這幾天在沮喪徒手訓練，第一組最多30，第二組23~25，第三組只剩20。單組的次數30後就衝不上去了，線在看到這篇，這問題也許有解了
以下摘錄他的作法
  1. 先測量一次最多連續能完成幾個伏地挺身，然後把次數減半即為您要一次操作的X次數（比方：若一次能完成４個伏地挺身，把次數減半即為２）
  2.  每1~2小時，進行X次伏地挺身；若X為1的話，就進行1次（但您的休息時間可能延長至2~3小時）。（比方，每一~二小時進行２次伏地挺身。）
  3.  一日下來，您就可以累積許多伏地挺身的次數。（比方，您醒的時間是１２小時，所以您一日下來可能會進行１２～２４次的伏地挺身。）
  4. 每天都進行。
6/24 
今天看到一個新的前端開發框架「Aurelia」
以下摘錄這框架的優點
  • Aurelia 或許可以說介於 React 和 Angular 兩者之間，Aurelia 目前為相當新秀的開發框架，他本身與 Angular 的資料綁定方式相當類似，不僅僅對 Angular 的開發者相當容易上手，安插在 HTML5 中的屬性也更加語意化。 
  • Aurelia 的核心圍繞在模板上，因此他似乎同時擁有了 React 類似元件的觀念，又同時有 Angular 綁定資料的手法，算是相當多元，除此之外 Aurelia 對 ES6, ES7 擁有更高的支援度。 
6/25
這滿有趣的，這網站的作者本身就是平面設計師，讓我想到我自己想要學寫前後端的初衷就是把自己學基礎科學的知識弄成互動教材放到網路上
6/27
看到Xdite談她大學畢業後，第一份35k的工作時認識Ruby on rails，然後不斷練等到創業的經過，非常值得一讀
張貼者： 於 沒有留言:
標籤：

2015年5月4日 星期一

效度分析

Welcome SEC：國立臺灣大學統計教學中心 初等統計學實習教材

b4worker: [SPSS]因素分析

統雄-統計神掌 SPSS 因素分析篇 Statistics/SPSS Canon: Factor Analysis, By Sean TX Wu

統雄-統計神掌 SPSS 因素效度分析/驗證式因素分析篇 Statistics/SPSS Canon: Factorial Validity/ Confirmatory Factor Analysis (CFA), By Sean TX Wu

研究操作SPSS算效度，讀到呂金河的SPSS軟體與信效度分析投影片，投影片的p12有完整的教學，如何操作SPSS做效度分析。

以下摘錄自信效度分析_SPSS @ 雨傘vs屋簷 :: 痞客邦 PIXNET ::

內容效度
  • 單項與總和相關效度分析的主要目的在於檢核編制的量表或測驗個別題項的適切性，探究高低分的受試者在每個題項的差異或進行題項間同質性檢定，根據項目分析結果，做為個別題項篩選或修改的依據。
  • 如果個別題相與總分的相關愈高，表示題項與整體量表的同質性愈高，即所要測驗的內容愈能測得其正確性。若個別題相與總分的相關係數未達顯著，或二者相關為低度相關(小於0.4)，表示題項與整體量表的同質性不高，會建議將此題刪除。
  • 假設研究問卷中12題滿意程度的題項(非常滿意，滿意，普通，不滿意，非常不滿)與這12題的總和做相關分析，若各題項與總和的相關度皆大於0.4且皆達顯著，表示各題項與整體量表的同質性高，即所要測驗的題項能測得其正確性。
建構效度
  • 是指測量結果表現出來的某種結構與測值之間的對應程度，即問卷所能測量理論的概念或特質的程度。如我們根據理論的假設架構，編製一份問卷，經實際測試結果，受試者所得之實際分數，經統計檢驗結果能有效解釋受試者的特質，此問卷即具有良好的建構效度。
  • 建構效度常用因素分析(Factor Analysis)，此方法是抽取變項間的共同因素，以較少的構面來代表原本較複雜的資料結構；根據問卷所抽取的共同因素，可了解問卷有效測量的特質或態度為何。
以問卷中12題滿意程度的題項(非常滿意，滿意，普通，不滿意，非常不滿)為例做因素分析。
  • 利用KMO與Bartlett的球型檢定，KMO統計量是計算各題項間的偏相關性，該值越接近1，做因素分析的效果越好；
  • Bartlett球型檢定相關矩陣是否為單位矩陣，以判斷各題項間是否獨立，若檢定量顯著，說明各題項間存在聯繫。
  • 假設KMO統計量數值接近0.8，Bartlett球型檢定顯示拒絕原假設，皆顯示這12題題項間彼此有較強的相關性，適合做因素分析。
找到一份因素分析ppt，獲得一些基礎知識。找到探索性因素分析這份PDF檔，對於操作與解釋數具有詳細的解釋

看數據看了老半天，不懂轉軸後的成份矩陣是幹麻用的，找到多變量分析這PPT，寫得非常不錯。

第四章 Part 2~Validity 效度 @ Nana 遊美記-社工全記錄 :: 痞客邦 PIXNET ::
  • 效度(Validity)是指一個測量工具是否能真正測量出所欲測量事物的特質或功能的程度。換句話說，效度的判別是把測量結果用來解釋測量主題的程度(是程度的多寡，並非全有或全無；就上例來說，用體重計測量身高，體重計的效度很低)。
  • 建構效度(Construct Validity)是指某測驗能測量某個理論的概念的程度
建構效度 - 教育Wiki
  • 建構效度是指一個測驗能夠測量某一個理論的建構程度。
  • 建構是心理學者為了分析或解釋人類的內外在行為，對個人行為特質的一種假設，然後由受測者對測驗工具所作的行為反應，據以推測其是否具有這些特質。
  • 建構效度的分析，需要從許多不同的資料來源，依據邏輯及經驗來分析。其方法與技術，通常有以下幾種
    • 相關檢定
    • 差異檢定
    • 因素分析
  • 內在一致性信度internal consistency reliability又稱Cronbach’s α reliability。檢定一個量表, 每個題目之一致性或關聯性. 如果Cronbach’s α值很低(可用spss計算), 則表示題目和題目之間的關連性很低, 其測量出的結果自然也就無法一致性, 量表就不具reliability.
巴氏球形檢定（Bartlett Test of Sphericity）

KMO（Kaiser-Meyer-Olkin）取樣適當性檢定
轉軸法
張貼者： 於 沒有留言:
標籤：

2015年4月27日 星期一

[論文] 一些Word文書技巧

昨天晚上搞不定目錄與內文的頁數，問Nicole後看這篇教學文，就搞定了，感謝Nicole
頁碼與目錄
論文的浮水印設定
檢視論文改了些什麼
顯示左邊的目錄索引
檢視→功能窗格

頁首無浮水印
到封面頁，選擇「插入」→「頁首」→「編輯頁首」，接著將「首頁不同」打勾。
張貼者： 於 沒有留言:
標籤：
訂閱： 文章 (Atom)