跳到主要內容

千年一遇

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

搜尋此網誌

其他資訊

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

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

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

目前顯示的是 9月, 2015的文章

發表文章

paper white 3 入手心得分享

張貼者：藍月日期： 9月 28, 2015

+0 敗家日記

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

BDD JBehave教學(1)使用心得

張貼者：藍月日期： 9月 25, 2015

軟體測試 BDD JBehave +0 test

軟體測試 BDD JBehave test

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

Windows軟體安裝與環境變數設定以maven為例

張貼者：藍月日期： 9月 22, 2015

環境變數 +0 maven

環境變數 maven

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

Java BDD測試框架選擇

張貼者：藍月日期： 9月 20, 2015

軟體測試 BDD JBehave +0 test

軟體測試 BDD JBehave test

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

Windows跑Appium以aws device farm sample為例

張貼者：藍月日期： 9月 17, 2015

單元測試 Appium AWS Device Farm +0 test

單元測試 Appium AWS Device Farm test

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

Android筆記(2)使用gradle分測試版與正式版

張貼者：藍月日期： 9月 16, 2015

Android +0 Android筆記

Android Android筆記

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

Appium簡單介紹

張貼者：藍月日期： 9月 11, 2015

軟體測試 Appium +0 test

軟體測試 Appium test

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

程式碼中的魔術數字

張貼者：藍月日期： 9月 05, 2015

+0 程式觀念

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

Android筆記(1)使用annotation取代enum

張貼者：藍月日期： 9月 05, 2015

Android Android Tool +0 Android筆記

Android Android Tool Android筆記

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

其他連結

FB技術策展粉絲團

封存

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
2014 4
- 12月 1
- 11月 1
- 5月 1
- 2月 1
2013 2
- 11月 1
- 10月 1
2012 1
- 2月 1

顯示更多顯示較少

標籤

軟體測試28
讀書心得25
Android23
Dart18
test18
人生14
程式觀念14
職涯13
給那個人12
Android筆記11

顯示更多顯示較少

檢舉濫用情形

RSS訂閱

發表文章

發表文章

所有留言

所有留言

熱門文章

Switch 我的格鬥手把解決方案

從以前就熱愛格鬥遊戲的我，其實對於使用Joy-Con的香菇頭來轉招式覺得非常的不習慣，加上令人詬病的飄移問題，不管是打七龍珠FZ還是大亂鬥在有些細節的操作上都不是這麼的順手，聽說Switch Pro手把的手感會好一些，但似乎也有飄移的問題，也無法解決蘑菇頭的不習慣，所以開啟了我尋找自己的解決方案之路。首先香菇頭的問題，在找尋了眾多的方案之後，我看上了羅技的F310，當然最強手把公司的 Xbox one或PS4手把我也有考慮過，畢竟牌子大通路多，也能夠保證有一定的品質與品牌壽命，壞了也很容易買到新的產品來取代，不會像一些白牌手把，可能壞了就再也買不到一樣的了。因為也有PC上的需求，所以能夠通用才是CP值高的最佳選擇，但如果選擇Xbox one的話以蘑菇頭為主要方向控制的問題還是沒解決，PS4雖然看起來不錯但比起F310的8向十字鍵來說在格鬥遊戲上就輸了一些，加上價格也是F310比較便宜，品牌跟通路來說羅技也不需要擔心！最讓我覺得可惜的是R2跟L2是扳機鍵型的按鈕，除了這點不滿意外F310真的是PC上超好用的手把，一些預設要使用蘑菇頭移動的遊戲，也能按下手把上的MODE按鈕來跟十字鍵交換，一秒改成十字鍵操作！那麼接下來的問題就是，要怎麼用在 Switch 上呢？我的方案是N100 Plus轉接器，他看起來是N100的下一代，價格一樣但多了藍芽功能！也就是說他可以將我們原本有線的F310變成無線手把，透過藍牙連到Switch 上，立刻讓F310進化成無線手把！但要注意的是N100 Plus本身並沒有電池，所以還是要透過USB插頭或隨身電源供電！分享一下幾個我自己常用的模式 1.直接插在Switch TV模式的USB孔 2.使用藍牙模式連結Switch 驚喜的是它還可以 3.使用藍牙模式連結PC 透過這個模式就可以發現，N100 plus就是把透過他連結的手把轉換成 Switch Pro，最棒的是上面提到的MODE功能還是能夠使用，所以透過十字鍵在Switch上打大亂鬥也絕對不是問題，當然XboX手把跟PS4手把都能轉接，只是我個人更喜歡F310的高CP值，自己這樣搭配下來費用一千有找，可以痛快的玩格鬥遊戲又不用被會飄移的蘑菇頭所折磨，真是讓人感到身心舒暢，你又是怎麼搭配自己的手把呢？歡迎跟我們分享～ 2019/10/08 更...

Switch 我的實況野球2020手把解決方案

從PS2時代就是實況野球的狂熱者，雖然有一堆遊戲但有空的時候還是只開實況野球起來玩，經過了好久沒玩遊戲的歲月，在幾年前入手了Switch，而今年終於等到了實況野球2020這個完整作品，2019這個黑歷史我們就不談了。喜歡打比賽的我終於可以在線上直接配對比賽了，之前2019還要自己成立社群約比賽，還分日、亞板不能互連，導致找了一堆人最後可能還是不能對戰的困擾，在這版本終於解決了。原本玩格鬥遊戲都是用F310( 參考之前文章 )，其他類型的遊戲都使用Joy-Con，但Joy-Con飄移非常嚴重，噴了電子節點清潔劑雖然有用，但實況野球對於準確度的要求非常高，有些球強振可能是全壘打，用了Joy-Con就剩下鳥飛而已，因為對實況野球的熱愛，以及對Switch Pro手把的疑慮，於是就產生了這篇文章，到底在Switch上有沒有什麼適合拿來打實況野球的手把呢?我比較了Joy-Con、F310、Switch Pro、DS4(PS4手把)，以下就讓我一一來分析。 Joy-Con Joy-Con的香菇頭在用過DS4跟Switch Pro，就能夠很明顯感受到拿來玩實況野球比較不適合，如果DS4或Switch Pro的磨菇頭從靜止不動的正中間向左或向右推到底是100的話，Joy-Con大概就只能推到40~50左右的距離，所以就變成移動投球點或是打擊框的敏感度更高更難操控，當然如果是外出朋友分著玩還可以，如果是自己打線上杯賽就比較不建議使用，況且我自己還有放掉無法置中，按上放掉後有時還會自己往上飄移的問題。 F310 是我的格鬥用手把，這次剛好拿來測試實況野球，結論是完全不堪使用，F310的磨菇頭無法做到細緻的移動與判斷，完全不建議使用，也有PTT的朋友表示一些副廠手把也是這樣，所以想買副廠手把來打實況的可能也要注意一下。 Switch Pro 跟朋友借來的Switch Pro感覺蠻新的，一入手的確如同很多人所說的握起來手感很舒服，但缺點就是R、L鍵太軟我不喜歡，然後R鍵有微微的接觸不良，朋友的這隻Switch Pro沒有飄移的問題，對於失投的紅中球可以輕鬆的扛出去，磨菇頭的移動非常滑順與靈敏，但因為磨菇頭的阻力太小再加上很靈敏，可能會發生非有意識的偏移，如:右手按鍵太大力、身體的微動都可能讓磨菇頭動到影響打擊框，有點像在開槍你要控制好呼吸再慢慢扣下板機的感覺XD DS4(PS4手把...

Cluster和HA的差別

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

Flutter放棄了MVC概念的好與不好?

先說明這邊指的MVC概念，如果是Web開發者，View的部分是獨立出來的html然後再由javascript這邊自己去劃分Model跟Controller，而Android這邊也是有將View獨立出一個xml的概念。這樣個區分方式最大的優點就是可以讓UI設計跟程式開發分工合作，UI設計將定案的設計稿寫成html跟css，後續再交給程式設計師串資料或加動畫，也是很美好的願景。但現實上我看到的狀況，大部分的UI設計師都只是平面設計，甚至對Web跟App沒什麼概念，他們只負責聽PM的規劃做設計稿，然後幫程式設計師切圖，UI的layout到資料串接、業務邏輯...等，都是程式設計師一手包辦，只有少部分有sense的公司會把UI的責任真正交還給UI設計，當然這很大的部分還是跟人才訓練有關。另一方面在Android的好處還有透過xml去layout可以透過Perview看到靜態的畫面，加快調整的速度(跟用程式碼組View相比)，再來xml就像是UI模板，在其他的功能如果遇到一樣的layout就可以重複使用。 Android layout的方式 Flutter這邊，因為靈感是來自於React，所以也是放棄MVC模式用程式碼的方式去組UI(也有人說這是DSL[Domain-specific language])，但如果React覺得這種方式好為什麼又有JSX呢?如果覺得用程式碼組UI方式不好那為何又採用那種方式呢?這邊我就不太懂了。當時覺得React跟React Native的抽象UI層的概念很棒，但遲遲不進去玩的點就是因為是使用JavaScript這個語言，跟有一些感覺是為了新潮而新潮的東西ex:Flux(我還無法體會單向資料流的美好)，當然這些有可能是因為使用JavaScript的關係所以需要用這樣的東西來做專案會比較好維護。記得之前看過網友說，web界花了十幾年的時間才讓view跟程式分開，而React只花了一年就把它打回原形了，為什麼採用這樣的模式？我會覺得以框架開發者的角度，這樣做一開始的時候會輕鬆很多，但實際上的原因可能就只有作者才知道了，看到一些資訊是因為React是移植Facebook內部的另外一套框架而來，所以可能是那套框架就是這樣設計的吧。 flutter layout的方式而Flutter是使用Dart...

我們真的需要為了宣告式UI而重寫App嗎?以Flutter與Android觀點討論

參考Flutter文件 Start thinking declaratively 最近在Google的推廣之下Flutter受到愈來愈多人的注意，而Flutter的UI Layout方式，官方稱之為宣告式UI靈感來自於React 猜想其核心概念是來自於函數式程式設計。然後根據我前一陣子使用Flutter來做Side Project的感想，宣告式UI就是在元件(Widget)之中撰寫對不同資料或狀態的顯示邏輯，所以當資料或狀態改變的時候，我們就不需要特地在去改變UI而是UI會自動更新，又或者是說與資料或狀態綁定的元件(Widget)，會重新被建立，這時UI的顯示規則就會照原先已經宣告好的顯示邏輯去顯示了，這樣就是所謂的宣告式UI。那麼這樣的做法替我們帶來了甚麼好處呢?首先UI對應資料或狀態的處理邏輯全部會被包在同一個元件(Widget)之中，未來要調整或觀看邏輯只要看元件(Widget)裏的宣告就能了解，再來也不會有命令式程式設計那樣改變UI的語法散落各地，在追蹤程式碼時還需要了解脈絡或是順序。所以聽起來真得很棒?我們應該趕快擁抱宣告式UI?雖然Android跟iOS都大力的擁抱了宣告式UI(Android => Jetpack Compose . iOS => SwiftUI )但是其實宣告式UI並沒真的好到要特地重寫的地步，其實React最早也說過自己要解決的問題是狀態龐大且複雜的UI問題，但大部分的App在現代框架架構分明的狀況下，要搞到架構龐大且複雜到不可維護的狀況，我自己是覺得蠻困難的啦。而在Android要依照資料或狀態頻繁更新的場景，也有Adapter這個模式扛起了類似宣告式UI的責任，而命令式通常也是用在更新比較沒那麼頻繁的部分，在加上現代強大的IDE要找到相對應的程式碼也沒有這麼困難。另外如果在Android有客製過View其實就知道，View本身就像是StatefulWidget是會保留著狀態，在資料更新時透過命令再去更新，其實跟Flutter要另外下setState()有點類似，但時間點不同，結果Flutter也是要為了這個setState()付出代價，需要各種狀態管理來達成更好的狀態維護與更新效率，當然大部分的App不會遇到就是，但也是會被潮流推著去使用，這邊也感覺的出為了解決一個問題，卻要解決更多衍生出來的問題，但終究...

Sqlite筆記(1) 主鍵有無設定Autoincrement 的差別

發現自己設定主鍵時，沒加入Autoincrement發現也沒爆炸，就查了一下相關的資料，原來只要加了INTEGER PRIMARY KEY就會被當作ROWID，那加與不加有甚麼差別呢?

期待救世主症候群

有些企業在找人的時候會陷入神奇的思維之中，就是以高標準找人，卻用低標準檢視原本公司的人，公司內部都沒人會技術，想找一個人就能夠搞定，但薪資卻是一般。這讓人覺得就像是在找救世主一樣，村子受到大魔王的騷擾，希望能有個救世主來幫我們打敗大魔王，而且我們村子還很窮，你是救世主對吧?救世主就應該做好事!不收分文救救我們吧!但是....在公司之中實際上的問題卻不是這樣，在公司之中大魔王指的並不是個邪惡的壞蛋(當然也有的公司可能是)，大魔王其實是公司文化!也就是說，對於新找來的救世主而言，如果公司的人都不想要改變，那麼人人都是大魔王，覺得一個新來的人能變整間公司的每一個人根本莫名其妙，這連公司老闆都辦不到了，不相信?那你問看看那些老闆喊過要轉型重視軟體，重視創新的電子廠朋友看看，他們改變了嗎? 就像是個人習慣一樣，公司文化就是公司習慣，每個人在公司做事的習慣形成了公司文化，改變個人習慣容易嗎?改變一個人的習慣非常不容易，而企業習慣更是環環相扣的每個員工習慣，改變一個人都如此困難了更何況是全公司的習慣呢? 別誤會這不是一篇說技術無用的文，而是不希望企業有錯誤的期待，就像是期待仙丹一樣。像是因為生活習慣不良導致生病，卻希望醫生開出藥方可以馬上治好，還不用做出任何生活習慣上的改變，有這樣的醫生嗎?又或者有這樣的仙丹嗎? 我想好的技術人才是幫助公司改變更容易，而不是無痛快速又便宜，藥不是沒效，沒效的是錯誤的期待與心態。

拋開過去，做你喜歡的自己

這本根本就是人生聖經，很多我自己的體驗與觀點都在這本書中與阿德勒的觀點相呼應，這本書的作者不單單只是解說阿德勒的學說，更融合哲學來做更清楚的說明，本書簡單明瞭又處處說到重點，建議對阿德勒有興趣的人一定要去買這本書來看。阿德勒的學說以個體出發，延伸到社會團體，個體心理學跟團體心理是互相影響且有關連的，人類出生的時候是無法自己生存的，需要靠父母親的幫助，而這就是人生的第一個團體，也就是說個體心裡是在團體中發展的，所以我們要找到自己卻也不能脫離團體，藉由目的論與可以改變的人生風格，避免人自己逃避自己的人生課題。以課題分離論劃分自己與團體的職責，對於很愛把責任都往自己身上攬的人來說，非常受用!別人的課題應該自己去解決，這樣的思維可以避免被情緒綁架。探討善的定義，找到自己後也不忘貢獻社會，個人終究要跟社會和諧相處。以下是記錄我很有感觸的句子，跟大家分享。從小孩的教養出發，一步步學習人與人之間的相處教養孩子的目標行動上的目標自立能與社會和諧生活協助行動的心理目標我是有能力的（我們可以靠自己解決人生問題）=>建立自信人人都是我的夥伴『信念帶來行動』我們對自己及世界的定義，也可以稱為生活型態不是不能改變，是人自己決定不要改變是人自己不斷地決定不要改變，因此只要消除無法改變這種想法，生活型態就可能改變。我們的生活型態並不是由外在因素所決定，而是自己決定的。從人際關係中，才能觀察出個人行為的意義阿德勒認為『人類的煩惱，全都是人際關係的煩惱』目的論『去處』比『來處』更重要在背後推動人類活下去的並不是『原因』而是人類自己設定、並主動追求的「目標」。換句話來說，就是不問「來處」，只問「去處」從阿德勒心理學的角度來看「情緒是因，行為是果」這樣不對的。我們是為了達到某種目的而利用情緒，並不是被情緒推動、受它支配．在大多數的情況下，情緒的出現是為了讓對方聽我們的話，照我們的願望行動。關心未來的目的，不要在意過去的原因良好的溝通不是出自於愛，而是有良好溝通的地方才有愛；愛也不等同於良好的關係，而是良好的關係帶來的結果。溝通其實是一種技術，我們雖然無法學會愛，卻能學習技術。我們要關心未來，不要把眼光放在過去，我們不能改...

向阿德勒學習部屬育成心理學

從阿德勒心理學打破一般常識的論點，延伸到管理上面，依舊是突破平常認知的管理觀念，以不稱讚、不斥責、不教導三大重點為核心，而這三點正是管理上的常態，做得好要稱讚，做不好要責罵，正是管理中很重要的棍子跟蘿蔔哲學，卻被說成是不好的行為?更重要的是不教導，如果還不教導那....主管還要做甚麼呢? 但從書中心理學的角度來說還真的有道理，不用稱讚的方式而使用鼓勵的方式，將鼓勵重點放在對方的努力上，在心理學的研究上就是稱讚一個人很聰明(定型思維)，反而會使對方害怕犯錯，他會覺得是不是犯了錯就表示自己不聰明，而如果是鼓勵對方很努力(成長思維)，失敗了，對方也只會想成一定是哪裡沒做好，下次再努力就好。而成長就是要不斷地犯錯才會成長，不敢前進也就失去了成長的機會。責備的方式也會剝奪對方的勇氣，例如部下因為報告壞消息就被大聲斥責，未來部下就會愈來愈害怕報告壞消息，也會因會害怕責罵而不敢勇於挑戰與前進。而教導配合上棍子跟蘿蔔就變成了控制!而經由這樣控制三部曲訓練出來的員工，如果是很有想法很有衝勁的員工就會反抗最後離開。如果是原本就沒想法的員工，就會變成木偶，任由主管擺佈，說一動做一動，如果主管不下達命令，可能完全不知道該做甚麼，這樣是訓練員工?還是折磨員工?還是癱瘓員工? 最理想的狀態是讓主管像教練一樣的教練式管理，像運動員為自己的成績負責一樣，讓員工為自己的能力負責，而主管要以中立的角度提供客觀的數字，讓員工知道自己的能力到哪裡，如果不足可以請教同事或主管，這樣的關係會讓員工主動去思考自己的行為，決定自己的方向，而主管也會從舊思維的鞭策者變成新思維的協助者也就是教練的腳色，在心理學的角度來說，當人有能力決定自己的選擇與方向的時候，工作會更加投入也更有使命感，而主管變成協助者不但可以讓團隊關係更融洽，而主管的建議也會在員工向主管請教時才稍微分享自己的經驗，至於要不要使用就讓員工自己去決定，這樣的建議，效果絕對比命令還要來得好，就像北風與太陽的故事一樣。筆記試圖操控就失去信賴因為只看結果所以無法鼓勵他人 "稱讚"與"鼓勵"的不同下屬的報告做的很好 "稱讚" 你很能幹嘛。做得很好 "鼓勵" 非常好讀易懂。可以感覺到你仔細考慮過讀者的立場，下了一番功夫 ...

闖紅燈罰單申訴紀錄(上)

前陣子被開了一張很讓人生氣的罰單，我是看到黃燈左轉，卻被警察攔下說我闖紅燈，而且完全不聽解釋，就說『我就是看到你闖紅燈，還想騙』，當下就覺得該員警已經無法與之溝通，決定要走申訴管道，後來經朋友提醒，發現該員警身上有吊了一個攝影機在胸前，可惜當時沒經驗，不然應該當下要求檢視錄影證據，後來蒐集很多資料時，都發現遇到不合理的開單，就要據理力爭，不然很多員警開單都是用錯誤的方式在取締，讓我想起多年前在台北被開的闖紅燈其實也可以申訴，這次想要增加申訴的經驗，未來有機會可以做個線上申訴機器人也不錯。

技術提供：Blogger