千年一遇

行動是通往夢想的捷徑，習慣是每天的行動。你若喜歡自己的價值，你就得給這個世界創造價值！

搜尋此網誌

其他資訊

Blog
資深軟體工程師的自我修練
挑戰測試101
Java Web Framework收集
技術廣播
Dart資源整理

目前顯示的是有「產品製作」標籤的文章

顯示全部

發表文章

拼圖

張貼者：藍月日期： 6月 04, 2017

產品製作

取得連結
Facebook
X
Pinterest
以電子郵件傳送
其他應用程式

封存

2026 1
- 1月 1
  - 寒流日常服裝研究迪卡儂xUNIQLO

2025 2
- 12月 1
- 11月 1
2024 3
- 9月 1
- 6月 1
- 2月 1
2023 3
- 12月 1
- 10月 1
- 2月 1
2022 3
- 10月 1
- 9月 1
- 7月 1
2020 15
- 12月 2
- 10月 1
- 9月 1
- 8月 2
- 7月 1
- 6月 4
- 5月 1
- 2月 3
2019 6
- 12月 1
- 11月 1
- 8月 1
- 7月 1
- 5月 1
- 4月 1
2018 28
- 10月 1
- 9月 1
- 7月 2
- 6月 1
- 5月 2
- 4月 4
- 3月 2
- 2月 10
- 1月 5
2017 76
- 12月 4
- 11月 1
- 10月 6
- 9月 4
- 8月 4
- 7月 5
- 6月 21
- 5月 6
- 4月 8
- 3月 7
- 2月 6
- 1月 4
2016 61
- 12月 1
- 11月 2
- 9月 11
- 8月 2
- 7月 6
- 6月 7
- 5月 8
- 4月 6
- 3月 8
- 2月 5
- 1月 5
2015 39
- 12月 8
- 11月 7
- 10月 2
- 9月 9
- 8月 3
- 7月 6
- 4月 1
- 2月 2
- 1月 1
2014 4
- 12月 1
- 11月 1
- 5月 1
- 2月 1
2013 2
- 11月 1
- 10月 1
2012 1
- 2月 1

顯示更多顯示較少

RSS訂閱

發表文章

Atom

發表文章

所有留言

Atom

所有留言

嗯…剛過七天，心率檢測就壞掉了…比較奇怪的是慢跑的心率檢測可以，但單測心率就都會失敗，上官網查了一下，北中南都有維修站，不過那時間，一般上班族不太可能自己送修，好險有跟震旦合作，提供代客送修服務，不過要記得帶訂單編號，應該是水貨太多，要克制水貨的做法，比較值得注意的是，問了一下維修時間，店員居然說要兩個禮拜…兩個禮拜…兩個禮拜…，還說已經有收到四個手環送修了，所以會比較久，如果都是二代的話，那第一波搶到手環的人，感覺很像是白老鼠，當初第一代因為懶得搶，所以蠻後期才買的，用到現在都沒什麼問題，不知道是運氣問題呢？還是？後續維修服務如何讓我們拭目以待。 2016/09/22 朋友搶到第三波的手環，結果一測，心律也是壞的，就直接退貨了，還很不爽的說，到貨只要一天，退貨要二十天，被飢餓行銷控制的人，要買之前可能要再多加考慮 2016/10/12 結果官網上的維修進度根本不準，還是自己打到震旦門市，才跟我說已經修好了......據說是換了個新米粒給我，目前使用上沒有問題。

Cluster和HA的差別

Cluster跟HA好像很類似，常聽人家在講好像一樣，又不一樣，所以就找了些文章來釐清這些概念，下面這篇其實講的蠻清楚的。

寒流日常服裝研究迪卡儂xUNIQLO

最近一時興起剛好在研究如何穿的保暖，應對未來有可能會再去比較冷的國家旅遊的情況，也剛好遇到最近高雄難得的寒流，來把心得紀錄一下，以便未來的自己回看。最專業的系統穿搭是美軍的ECWCS，將服裝分成了七層的穿搭，為了因應一些極端的氣候，大部分的人不會用到這邊是幫自己留一下關鍵字，有興趣的可以再延伸去找資料，那適用於大部分人的就是三層穿衣法，對大部人來說日常+旅遊都很夠用了，而三層就是分成底層，負責吸濕排汗，中層，負責保暖，常見的材質有刷毛、化纖、羽絨，三種各有優缺點，大家可以根據需要選擇，透氣最好的是刷毛>化纖>羽絨，保暖最好的是羽絨>化纖>刷毛，收納時的壓縮比也是羽絨>化纖>刷毛，價格便宜跟好照顧則是刷毛>化纖>羽絨，羽絨最大的缺點就是怕濕，所以最好的場合就是靜態保暖（不運動時），所以需求如果是運動時的保暖（動態保暖）最好是選擇化纖跟刷毛，最後就是外層的部分就是選防水防風跟耐刮、透氣，依需求去選擇，做完研究的我覺得，日常通勤的話防風、防水最便宜其實有雨衣XD，所以不是需要透氣的話其實不用買太高級的外層，還有一個重點是高級硬殼外套的防水都有其壽命也比較不好照顧，所以未來我買應該會挑一些防風略帶點防水( 5000mm H²O )功能價格不要太貴大概一千上下的硬殼外套。衣服品牌目標放在產品比較有系統化的品牌迪卡儂跟UNIQLO上，先說結論如果是要日常堪用+好看那挑UNIQLO，如果是偏功能、CP值的話挑迪卡儂，迪卡儂的產品有個好處是會有系統性量化的數字告訴我們性能，所以比較好比對差異，UNIQLO就會挑比較有優勢的講沒比較性，要靠人自己去比對或是口耳相傳，迪卡儂甚至會把品適合的動態溫度跟靜態溫度寫出來真的很貼心。那我們先挑出來對比的就是風無縫羽絨外套 (UNIQLO) 對比連帽羽絨外套 TREK 500(迪卡儂) 在寫文章的當下兩件剛好都是2990的同價位，迪卡儂的優點是一樣的價錢填充量跟暖度應該是勝過UNIQLO的(參考網路資訊)，但UNIQLO那件的無縫設計會比較防水防風但也比較難維護洗清，迪卡儂這件可單穿可當中層比較萬用，UNIQLO則比較適合當外層一點，但因為我住在高雄所以這兩件對我來說好像都有一點太溫暖，暫時放入口袋名單。接下要對比PUFFTECH輕暖科技外套(方形壓紋) 跟多日登山兜帽羽絨外套 TREK ...

如何在Android字串檔中加入空白

在Android的畫面設計之上，因為有多尺寸的問題，所以設計出來的畫面所需要的結構，必須在腦海中先設計過之後才能排出理想的結果，但很多時候人算不如天算，需求總會有變更的時候。假設今天有個登入畫面原本是身分字號 [ ] 出生日期 [ ] 這樣的確不用太花心力去設計，但如果今天出生日期改成，密碼.......，這時畫面就會變成身分字號 [ ] 密碼 [ ] 假設還有其他樣式上的設計，這個問題會更明顯! 這邊其實可以用個偷吃步的技巧解決問題，沒錯就是加空白，但如果有使用多國語系的朋友就會發現，直接加空白是會被忽視!被忽視!被忽視!的....甚麼會被忽視，你玩我吧? 原來是要用其他編碼來表示空白   \u0020 "　　" <= 個人推薦這個用法，比較直覺在string.xml中的用法 <string name="password">"密　　碼"</string> 是不是清...

Dart Dev Compiler

Dart 1.16發布，引入新的JS編譯工具 - Dart Dev Compiler - 分享 - Dartlang中文社區以下轉自內文 DDC的目標：效率更高的靜態檢查輸出可讀可調試的ES6代碼輸出的ES6代碼能方便的被其他JS調用快速，模塊化的編譯過程 -------------------------------------------------------想法分隔線看來Dart會跟上GWT的腳步，讓自己可以轉換成更純粹的JS，聽起來是非常開放的方向，就算以後不用Dart，以前寫的東西也還能用?GWT也能拿去用?感覺Google的方向與野心，已經不再只是同一語言的reuse未來很可能是跨語言的reuse，這樣的方向會不會吸引更多的使用者呢?讓我們看下去....

超思考

這本書就是垃圾!垃圾到發臭!不得不去正視它!處理它! 好啦，其實我在學作者的口吻，這本書如果不告訴我，他是在講日本，我會以為他是在寫台灣，人們放棄思考、一窩蜂的現象...等，很多事情就跟台灣沒兩樣，作者藉由講真話的方式，希望人看完之後去思考，雖然前言有說是刻意安排的惡言，但我覺得那根本就是作者真心話，只是因為怕被罵才說是刻意安排，也有一些世代不同的觀念，簡單來說是個臭老頭的碎碎念，是可以衝擊一下自己思維觀點的書。

單元測試的F.I.R.S.T原則(F.I.R.S.T Principles of Unit Testing)

剛好有網友提問，測試第三方API是不是單元測試(Unit Test)，正好順便寫這邊紀錄一下，我的理解是，不是，這比較偏向整合測試(Integration Test)，因為測試API依賴了，網路、Server、database所以我將它認定為整合測試，單元測試我的認知是一個class的測試，而根據我自己學習軟體測試的經驗，單元測試的發展方向是往開發的輔助工具去走，在更改程式時，可以藉由更快速的單元測試，來發現改壞或未符合需求(TDD)的問題，所以才會有FIRST原則。 Fast 快速測試如果跑得不夠快，就不會讓人想常常跑，不常跑的測試最後也就失去的它意義了。所以實務上會使用mock工具，mock其他依賴的物件或環境，來加速測試的執行。 Independent 獨立測試要相互獨立，一個測試不會依賴其他測試，如果互相依賴的話，一個測試的失敗會影響其他測試也跟著失敗，那麼在找問題點的時候將會變得更困難。 Repeatable 可重複測試應該要可以在任何環境中重複執行。減少因環境因素而產生測試失敗的問題。 Self-Validating 自我驗證測試程式應該要輸出布林值。不管是測試成功或失敗。簡單來說就是可以在測試報告很清楚的看到紅燈(測試失敗)或綠燈(測試成功)。 Timely 及時撰寫測試要及時，最好是在寫產品程式前先寫(TDD的概念)。這邊其實是為了克服，如果先寫產品程式，很容易就會遇到程式過度依賴環境或沒有採用依賴注入...等，造成的程式可測試性很差問題。最後很多定義或是原則，其實可以幫助我們學習跟理解，也有助於跟別人交流，但規則是死的，人是活的，有時候現實狀況，遇到跟教科書有衝突的問題，要學習著調整，最重要的事情是達成目的取得價值，而不是照課本上那樣做，別把自己束縛死，一頭撞死在牆上，希望大家看完這篇能有所學習，也歡迎交流。參考『無瑕的程式碼』一書

wit.ai與api.ai比較

因為自己在玩的時候，找不到中文資料，所以就自己簡單紀錄一下。 wit.ai被FaceBook收購，api.ai被Google收購，兩邊其實都有雄厚的靠山，一開始是因為前端入口打算使用FaceBook Message，所以選擇了wit.ai，雖然它整體的UI跟功能比api.ai好懂，但我後來還是選擇了api.ai，因為使用api.ai不用架Server，完全不需要碰程式，一分鐘之內就能整合好FaceBook Message，讓我們很快速的能專注在Bot的對話設定之中，雖然覺得未來wit.ai應該會高度整合FaceBook Message，達到類似api.ai設定填一填Bot就搞定了，但目前還沒有，所以現階段我還是會以試玩api.ai為主。參考資料 Chatbot 2: 低價製造chatbots的利器Wit.ai - https://goo.gl/vvuaVq

判例與判決有何不同?

判決為地方法院的審判結果，對其他案件不具有約束性，所以說只是給法官參考參考。判例為『最高法院及行政法院判例，在未變更前，有其拘束力，可為各級法院裁判之依據』，所以在訴狀中陳訴對自己有利的判例，是有關係勝敗的強力因素。參考差別

聰明反被聰明誤

太聰明的人少部分會把自己的聰明才智用在解決問題上，太辛苦大部分會把聰明才智用在找藉口上，這樣才輕鬆，要引導聰明人走出自己的盲點，更難。聰明陷阱 => 放棄的很快 => 想一想就放棄到最後聰明的人反而到不了終點。遇到問題不是想辦法解決，而是拼命想怎麼抱怨。還記得小時候的國文課本上，窮和尚與富和尚的故事故事的大意是這樣，有兩個和尚想去南海取經，一個和尚非常有錢我們就叫他富和尚，而另外一個和尚非常窮，我們就叫他窮和尚，有天窮和尚跟富和尚說他想到南海去取經，富和尚就嘲笑他說，自己這麼有錢都還在籌措去南海的經費，窮和尚沒有錢怎麼可能去的了?他要吃甚麼?睡哪裡?遇到河流沒有船怎麼涉水而過?最後窮和尚並沒有因此失志，而放棄，只靠著一雙腿跟一個缽，跟路上遇到的人們的幫助，最後成功到南海取經回來，這時的富和尚甚至都還沒有出發.....

技術提供：Blogger