台灣動物新聞網是中華民國保護動物協會所設置的新聞網站，規劃的內容相當多，有資訊性的新聞/書訊、商務性的商家黃頁、互動/趣味性的可愛照片，也有組織性的志工與單位資訊，說實在的，感覺在經營上並不容易，但客戶想要勇往直前，我們也就一起摸著石頭過河～
網站裡的「誰最可愛」單元，是沿襲在 Web 2.0 時代曾經風靡一時的 PK 玩法，讓網友上傳寵物照片、隨機出現比賽配對、選擇兩張照片中較可愛的一張。我們參考了 http://mom.me/pets/ 的設計，運用 Drupal 的 Voting API，開發成類似的介面與玩法。這種一直玩一直玩的體驗，的確是非常適合屬於可愛動物控的網友們。
除了因應各種不同的單元來建置網站功能之外，針對現代人常用手機來瀏覽網站的趨勢，台灣動物新聞網也針對智慧型手機的瀏覽做了最佳化，透過響應式網站設計（Responsive Web Design, RWD）的技術，規劃並處理網站前端工程，讓網友可以順暢地透過手機來閱讀網站的大量資訊。
奉老闆Jimmy的交代，我又來重溫舊事了。（其實是跌入時光隧道）
因緣際會接下協辦的艱鉅任務，跟往常我們擅長的非營利組織網站/捐款系統建置的工作差很大...該怎辦呢...只好先感謝合作夥伴（開放文化基金會/Singing、臺灣資料科學愛好者年會、g0v 零時政府揪松團）和評審老師了～
身為協辦單位，負責的工作裡最單純/輕鬆的任務，應該就是活動網站的設置了。因為經費有限，我們挑選了一個國外現成的單頁式活動網站版型，盡量減少客製化的工作。不過，這些國外販售的版型，雖然乍看之下好像還不錯/美觀/絢麗，但實際上都有些侷限、死板，也是得花一些功夫作調整，才能用得順手。活動網站的內容，則是我們費心編寫而成，算是此類型活動裡比較有在經營的網站。
活動本身的籌辦，應該是比較頭痛的部分。舉凡場地的選擇/規劃、活動主題的設定、評審辦法的擬定、報名方式與資格審核等，都得花不少心思。舉例來說，原本規劃要在市府大樓一樓舉辦，當後來發現空調是一大問題，可能會發生烤黑客的狀況，所以後來移轉到還滿有特色的餐廳舉辦。主題設定也是一大考驗，希望能夠有些特色與亮點。最後除了結合柯文哲市長的市政願景「開放政府、全民參與、公開透明」、設置一個「開放政府與公民參與」的主題之外，也規劃了「壞資料/好資料挑戰賽」，算是滿足我個人對於開放資料品質普遍不佳、開發者創新與創意不足的雙面挑戰。
前幾天收到這封信
感謝您用心參與 AAMA台北搖籃計畫第四期的徵選。 在初選上百名報者中僅 40 名創業家進入決選階段，您的創業實力與潛能已受到相當肯定 。 然而我們很遺憾的通知您，您未入選 AAMA台北搖籃計畫第四期。 評審們在面談中深受感動，每位創業家都有其相當優秀的特質及獨特的產業， 但在資源有限的情況下，40 位創業家中不免造成遺珠之憾 。
當天面試完就覺得不妙，面試官問的問題頗尋常（要解決什麼社會問題、如果客戶不認為你們是社會企業/不買單該如何...），但是我的回答卻沒有什麼突破點（我們是非營利組織的軍火庫/解決的「間接性的」社會問題是非營利組織的數位落差問題、開源碼產品/服務的永續性與非營利組織的速配），當時就知道可以洗洗睡了...
後來想想，客戶是否願意採用我們的服務、跟是否認同我們的理念/認為我們是或不是社會企業...關係不大。社會企業不是應該賣產品/服務、而非販售理想嗎？大誌雜誌以街友為通路販售雜誌，今天若是街友都不買單、只願意賣玉蘭花和口香糖，那麼，大誌雜誌還是社會企業嗎？頂多是商業模式發生問題/經營不善，仍應無損於其社會目的。當前的社會企業熱潮所產生的「社會多/企業少」、「企業多/社會少」的M形現狀，還待克服。
由於行動裝置的普及，越來越多人透過行動裝置來上網，Google宣布自2015/4/21起進行搜尋排名演算法的調整，會將網站的行動裝置友善度納入排名依據。根據Google聲明，此次演算法的調整會影響全世界所有語言的搜尋結果，不過排名順序的改變僅限於行動裝置，且是對每一個獨立頁面而非整體網站。
如果你的網站尚未有行動版，那麼在行動裝置上你的網站排名會下降。不過不用擔心，一旦你的網站有了行動版（且要通過Google檢測），Google會自動重新分析你的網頁，排序便會再有所變動。或者，你可以更主動一些，要求Google重新分析你的網頁。
之一：因緣際會接下協辦「臺北市政府開放資料黑客松」的艱鉅任務，因為這兩年也是黑客松熱潮，每個活動都在搶沒有人（搶「沒有人」、「搶沒有」人），雖然有些獎金誘因，但是人才、資料、想像的缺乏，對我來說，舉辦定期性的、小型的黑客松或 Idea Jam，可能才是持續優化開放政府資料的較佳方式。
之二：國內開放資料相關的發展，屈指一算也該有個五六年吧， 雖然看似活躍，但個人感覺好像在跑操場、跑了一段路之後又回到原點，分不清是在走第一哩路還是最後一哩。至於那個分不清Why/How/What的問題，更是根本了。
Facebook提供了一些網站文章分享到Facebook時的一些實踐方式，透過這些方式，希望各種類型的網站、媒體能夠更輕易地接觸到他們的粉絲群，更甚者擴展他們的粉絲數量，以下摘譯自：Sharing Best Practices for Websites & Mobile Apps (For Websites)。
有好的內容是必要的，但這並不是唯一讓人們想要分享你的文章的要素！用Facebook Insights追蹤你的動態成就，你可以查特定故事的點閱情形、了解分享及參與你的網站內容的使用者的統計資料、以及根據這些了解作進一步的修正，開發者可以在線上及透過API查詢這些相關資料。
五年多來，我們有幸累積不少客戶與專案，雖然每個客戶都很重要（!?），但不免俗的，除了專案金額有多寡之分，每個專案都會有些不同的狀況，對於我們來說，衡量過去的專案成效，對於日後的專案評估，應會有些幫助。因此，我們初步發展了一些指標（公司價值、社會價值），主觀地評定分數，作為內部的後續參考。
如果對於這些指標有什麼建議/意見，歡迎告訴我們摟！
執行完政府資料開放加值應用研究之後，就跟一般政府專案一樣，沒了預算就沒了動力，對於國內的開放資料運動/熱潮保持著一點勉強可以觀測的距離，偶爾參與攪和一下。例如，去年底參加了開放資料學術研討會，見識到部分學界對於開放資料的認知不足（一位老師硬是要把個資法跟開放資料纏在一起，一位老師講不清楚開放資料、但還去國科會申請了好多案子）。
開放資料生態圈，除了傳統/封閉的產官學界，說好的開發者、社群、公民在哪裡呢？婉君啊...(!?)
現在有一些瀏覽器內建的開發工具很強大，前端工程師最常用到的其中一個功能就是即時編輯元素樣式預覽效果。可是在套版的過程中我們必須要不時複製寫在開發工具上樣式貼回本機的程式碼有點麻煩，不過這是必要的，因為過程中一但網頁或瀏覽器掛掉，自己不小心關掉視窗或是反射性地按下重新整理，結果都只有一個，那就是剛才在編輯好的樣式都一去不復返 T_T ，只能重頭再來 Orz。當檔案在伺服器端時，開發版型或是套版可能會透過 SFTP、直接修改線上檔案或是使用 Git 來進行作業，如果是前兩種方式，有些人可能習慣編輯沒兩下就更新伺服器端檔案然後重新整理網頁來看看效果（也許那是一種即使開發工具已能即時預覽還是會有種要確實地更新了伺服器端檔案並確認線上版本樣式也無誤後才會有的安心感），也有可能調整到一個段落後才將更新伺服器端檔案。所謂調整到一個段落也有大小之分，我自己的習慣是小段落，例如一個 Header 包含 Logo 、搜尋、主選單和次選單等等項目，每一個項目都是一個小段落，Header 則算是一個大段落（若之於整個頁面來說，至少也算是中段落），通常我會套完一個項目後更新線上檔案，而非套完整個 Header 。
