每日筆記 之後應該不太會在這裡寫詳細的 Flutter 學習內容了，就紀錄一些自己讀過的東西，又或是當隨手筆記來做。 前言 今天有以下幾個主題： Flutter Networking & http & JSON & background process (Flutter) Application Development Standard Operation Procedure（SOP） Flutter Error handling CTO、CIO？ Flutter Networking & http & JSON & background process [1] Flutter – Networking – Fetch data from the internet[2] Flutter – Networking – Make authenticated requests[3] Flutter – Networking – …
每日筆記 前言 今天有以下幾個主題： 上台報告的準備 Flutter Learning 上台報告的準備 今天花了很多時間在處理簡報，以及練習如何報告。 簡報在製作時是一種資訊的主觀詮釋，要知道如何控制焦點，視覺上應該有反差點，反差點是想暗示的部分。除此之外，當版面有點混亂時，可以先拿掉次要插圖、框下減少雜訊，再針對講解重點增強資訊。 Flutter Learning Debugging Debugging 可以分為 Breakpoints 和 Stack Trace，詳細的內容可以參考以下的影片。 https://www.youtube.com/watch?v=O0UvfT5bUPg State Management 接下來要進入 API Call 的部分，不過在實際進入之前，應該先好好了解一下「State Management」。 和 Android SDK or ios UIkit 不同，在 Flutter 中，我們可以重建部分 UI 而不是修改它。Flutter 有足夠的速度可以每次都做這件事（甚至每一個 frame）。 Flutter is declarative. This means that Flutter builds its user interface to reflect the current state of …
每日筆記 前言 今天有以下主題： Flutter Practice Flutter Learning Note Flutter Practice 將 Flutter 官方的 Cookbook 中的 Form Part 看完後，決定根據先前的經驗還有 Form part 中的教學來實作一個 Register Form。 在開始 Coding 前，少不了草稿上的預先設計！ 一個簡易的表單就出來了！ 在這個表單中，包括： Email 輸入欄位： 這個欄位需要驗證輸入資料是否符合 Email 的格式。 Username 輸入欄位： 這個欄位需要確定輸入資料的長度小於 20 個 character。 Password 輸入欄位： 這個欄位需要驗證密碼是否包含 1 個大寫字母，1 個特殊符號，以及密碼長度大於 6 個 character。 每個欄位都需要 Focus 的能力，在輸入資料有誤時，Focus 在該欄位上。 除了功能性外，盡量使用了一個 TextFormField 能夠使用到的外觀設計。 …
每日筆記 前言 今天有以下幾個主題： 看房日記 以租房作為矛盾論的舉例 論「道」 看房日記 今天扛著沈重的身軀，行走在中壢區新明市場旁。喧囂聲此起彼落，充沛著菜市場的生機，也代表著龍蛇混雜的可能。 看房需要注意的事項，可以在【租屋看房要注意的100件事，超詳細「租屋檢查表」免費下載！】這篇文章中學習。然而撇除文章中提到的部分，其實租房看房，考驗的也是自身對生活的了解與認知。 自己是否知道平時生活的習慣，作息上會用到哪些工具、儀器，資源（例如水）的來源從何而來，都可以反映在看房租房這件事情中。一個對生活不夠熟悉，不會時常省思日常的人，很容易在看房時不清楚自己「應該了解」什麼。 這次看房最大的心得，是要對生活周遭的環境有所了解。能否注意到環境的優劣，從生活圈到家中，進而抉擇、改善，是一件很重要的。 這次看房還出了一點小意外，預約了兩個協助看房者，看的居然是同一間！情急之下，只好趕緊打開租屋網，繼續尋找其他可以接受的租屋處，詢問是否能夠看房。 俗話說，塞翁失馬焉知非福。其實母親對市場周遭的環境並不滿意，開頭的龍蛇混雜也是母親的心得，這件事也因此加深我「看房一定要實際去周遭走走、了解實情」的想法。幸運的事，在距離新明市場走路 5 ~ 10 分鐘的住宅區，找到了合適的房屋。我可以理解父母對小孩生活環境安全上的顧慮，我自己也會希望住的環境可以更加寧靜、安穩一點。 最終選定的房屋，於交通上，距離新明市場走路 5 ~ 10 分鐘，距離 133/132 公車站牌 3 ~ 5 分鐘；於環境上，寧靜清幽；於居所上，大小適宜、用具齊全（沒有烘衣機，但有曬衣服的地方）、乾淨，且價格相比市場旁更加便宜（有考慮過以往租客的電費，或許持平，過環境上比那邊好很多）。在價值上，好與壞時常轉變。房間在 5 樓，沒有電梯。距離新明市場原本 1 分鐘的路程，變成 8 ~ 10 分鐘。於「體力」、「墮性」、「省時」上，以常理來說是負面的，但！考量到時常久坐電腦桌前，長期缺乏運動量的情況下，擇此而居，反而可以強迫「自己」要運動，乃硬性上之推波助瀾，實屬利大於弊。 除了看房上的學習，法律知識上的學習也很重要。就算對自身生活暸若指掌，在簽約的事情上我還太過年輕，缺乏實際經驗，有很多細節是我自己無法注意到、有所不知的。和大家分享今天的經驗：租房付款前，要確認對方是否是詐騙，一定要看對方是否有「所有權」，還要核對身分證件，看是否與所有權狀上的名稱相同等等。若對合約有所疑慮，提出修改，雙方同意後有很多執行方式，包括錄音、手寫改動後簽章等等。因為是租屋，合約上通常會有對「屋況」（家具的供應情形等）的描述，若承租人損壞，要予以賠償。簽約前，一定要雙方一起核對，簽約後，還要記得拍照錄影，為自己保留居住前屋況的證據。 以上就是今天的看房日記，很幸運找到租屋處，也感謝母親假日時陪我出來走路運動，協助我看房，指導我簽約事項。 以租房作為矛盾論的舉例 什麼是矛盾？ 什麼是矛盾？簡單來說，矛盾就是對立面的統一和鬥爭，即對立統一，底下將以租屋這件事作為舉例。（思考對立與統一關係時，可以先從供需下手，思考兩個對立面供應和索取的東西為何？爭奪的東西為何？） 對立關係的舉例：出租者能夠提供房屋，希望獲得金錢；承租者希望使用房屋，為此提供金錢。因此，出租者與承租者彼此是對立關係，雙方都希望能在金錢和房屋的使用上達成共識。（這邊可以說是以金錢和房屋為根基完成地承租者與出租者的「循環」。承租者 -> 金錢 -> 出租者 -> 房屋 -> 承租者。）出租者追求獲得穩定的租金收入，並確保房屋的保護和維護，而承租者則追求適合的住所並希望得到合理的租金和良好的居住環境。 統一關係的舉例：沒有承租者，出租者無法獲得租金收入，也無法充分利用房屋資產。同樣地，沒有出租者，承租者難以找到合適的住所，無法滿足自己居住上的需球。因此，出租者和承租者之間是「相互依賴」的，他們的存在與合作是租房市場的基礎。 統一性和鬥爭性 統一性 矛盾雙方在一定條件下共處於一個統一體中，意味著矛盾的雙方是相互依賴、戶為前提的，不能孤立的存在和發展，一方的存在和發展必須以另一方的存在和發展為條件 矛盾同一性表現在另一方面是，矛盾的雙方不僅僅相互依賴，而且在一定的條件下是可以向著相反的方向轉化。同時，矛盾雙方轉化的前提，一定的條件是必須的，沒有條件不會有轉化。 …
小介紹 歡迎來到 Flutter 從零開始系列的 “Users Inputs & Forms” 主題。本篇文章的內容為 學習 “Users Inputs & Forms” 的 Roadmap。 Users Inputs & Forms 大綱 Users Inputs & Forms 有幾個概念一定要懂： TextField 和 TextFormField：先了解在 Flutter 中，有哪些 Widget 可以使用。 onChanged method：了解如何監聽文本欄位的更改（監聽後 -> 可以有所反應）。 controller：了解更強大的工具 -> 控制器，來追蹤文本欄位的值和進行相關的操作。《案例我應該想一下》 Form Validation：使用 validator 或 FormField 來驗證表單輸入的有效性。 Form Submission：處理表單提交的資料，例如將資料傳送到伺服器或執行其他後續操作。 Keyboard and Focus Management：管理鍵盤的顯示和隱藏，以及焦點的轉移。 Custom Form Widget：創建自定義的 …
今天休息～ 複習 雖然休息，但偶爾還是會利用零碎的時間回想一些東西。底下是我回想最近幾天學了什麼的摘要： 最基本的 HomePage 架構，Flutter App 程式的起點，組成概念。 物件的 State 可以如何宣告、使用。 怎麼使用 Layout Widget 做最基本的定位、排版。 要對 Form 的內容做驗證，以及如何讀取 Form 內的資料做使用。 對於 “Users Inputs & Forms” 這個主題，我想做一個學習路線統整（底下按順序排列我認為的學系路線）： TextField 和 TextFormField：先了解在 Flutter 中，有哪些 Widget 可以使用。 onChanged method：了解如何監聽文本欄位的更改（監聽 -> 有所反應）。 controller：了解更強大的工具 -> 控制器，來追蹤文本欄位的值和進行相關的操作。《案例我應該想一下》 Form Validation：使用 validator 或 FormField 來驗證表單輸入的有效性。Input Restrictions and Formatting：限制使用者輸入的文字長度、格式管理。validator 其實就是一個函數。通常驗證可以分為三種： Required Validation：如果該資料是「必須有的」，就要驗證使用者是否有輸入。 Format Validation：最簡單的例子是 Email，如果欄位用於填寫使用者 …
每日筆記 明天休息~ 前言 今天有以下幾個主題： Flutter Learning Note Flutter Game Development Information 毛澤東的矛盾論 影片想法 Flutter Learning Note 今天延續昨天 Form 的主題，且在 Coding 的過程中，順帶學了一些技巧或理論知識。 在 Flutter 中，有兩種給予使用者輸入資料的 widget：TextField and TextFormField TextField 具有 “label”, “icon”, “inline hint text”, “error text” 等 Properties。而 TextFormField 是以 TextField 為基礎進一步封裝成的，因此多了像是 “validator”, “onSaved” 等能夠進行表單驗證的屬性。 在 Flutter 中，對於不會變動的對象，可以使用 const 進行效能優化。要注意能夠優化效能是因為被編譯為常量，如果 object 會在 widget tree 的生命週期中做變化，就不可以宣告為 …
每日筆記 前言 今天有以下幾個主題： Flutter Learning Note Flutter Addition Thoughts Flutter Learning Roadmap Flutter Forms Flutter Learning Note 今天跟著教學，完整把自己在 Flutter 的第一個 App 做完了！Your first Flutter app 左邊連結是教學網站！（其實昨天學、看的也是這篇，這次採詳讀、手寫筆記的方式，覺得雖然慢了點但其實對核心把握得滿好的。） 其實 Flutter 最重要的概念真的就是 widget，widget 有很多，為此我特地去找了如何了解 widget => Flutter Gallery。若想知道 Flutter 有哪些 widgets 可以用，以及如何使用，可以去上面這個網站參考，裡面有很多範例。 今天學習到的概念： SizedBox：有時候如果想在 widgets 之間有點間隙，可以在中間放一個 SizedBox，他有width, height 可供調整距離。 有 Column Widget 可用，肯定少不了 Row Widget。這兩者彼此是可以互相 wrap 的，使用要看設計需求。 如果要讓物件左右置中，可以使用 …
每日筆記 今天有以下幾個主題： 影片品質議題 燈的底座手作坊 Flutter 開工 Multi Recording 影片品質議題 省思 在孫子兵法中有這麼一句話：「知己知彼，百戰不殆；不知彼而知己，一勝一負；不知彼，不知己，每戰必殆。」 這句話強調了了解敵人和自己的重要性，在精進自己的影片前，要先了解別人（流量敵人）好在哪，自己差在哪。 以往我的想法都是：「我要把每日筆記的文章作成影片，給別人看。」但我突然發現，這不對。我應該站在觀看者的角度思考：「我又不是名人或能力受到大眾肯定的人，別人為什麼要看我的每日筆記？」於是從觀看者的角度出發，我想到比起一長串各式各樣主題的影片，每部影片應該只能有一個主題。可以短、可以少，但不能雜。內容雜亂不僅不好下標題，還會讓觀賞者看得霧煞煞。況且，使用公司的標章，應該思考「如何呈現一個主題，可以讓公司在有需要的時候丟給其他受眾」，而不是看到其中一位員工哪天做了什麼事，別人幹嘛知道這種事？ 以後我應該嘗試：文章一天多個主題沒關係，但影片要鎖定一個主題製作，朝「精緻」路線發展、改進，而不是發散的內容。 表達手法 影片主題是一個表達手法，然而單就影片圖文、音訊呈現方式來說，能改進的還是太多了。 今天多了一個想嘗試的東西：VideoScribe！一個可以用手寫動畫呈現資訊的方式！ （怕以後想用找不到，這邊做個紀錄。） 燈的底座手作坊 今天的感悟不如昨天，因為不是木雕，只是單純點綴木頭而已。下次再查找、選擇體驗課的時候，可以提前打電話過去詢問，了解實際上課內容會是什麼。 Flutter 開工 秉鴻老師說公司目前主力是 flutter、 appsheet intergrate appscript，因此我將重拾Flutter學習。（Appsheet Integrate Appscript 要具備 Google Workspace 的帳號才能練習）（p.s 先前學習程式的方式都是直接看直接記，忘了就查，拚實作理解、嘗試。這次因為要做紀錄，所以學的過程都會先手寫筆記，而且讀得很細，速度會偏慢。） 今天在 Flutter 部分學習到的概念（久沒碰，重頭學）： Widget 是 Flutter 的核心概念，Flutter App 是由 Widget 堆疊而成，App 本身也是一個 Widget。 程式由 main() function 開始執行，而 Flutter App 中第一個被讀取、執行的 Widget …
每日筆記 還在研究如何提升影片品質，拉高曝光率，先不浪費時間生成低品質影片，轉而用這些時間去讀一些有幫助的文章。 前言 今天有以下幾個主題： 老闆如何決定員工的薪水？ 成立獨立遊戲工作室需要付出多少？ 捏陶體驗課 租房子 老闆如何決定員工薪水？ 昨天晚上睡不著覺，想到秉鴻老師說有另一位學生有做過分配錢與工作的經驗，就想到如果想做遊戲開發，可能也需要相關的經驗和知識，來分配人力跟可利用的資源。「雖然不一定會真的做遊戲開發，但透過這樣的機會多學習一些也沒什麼不好，未來如果有需要成就管理職也可以有所幫助。」 給薪水的考量點 個人認為文章已經統整得非常好，底下嘗試做更精簡的描述，順便讀第二次做內化吸收，嘗試套用在「遊戲開發」的例子上。 對於「員工薪水我們該考慮什麼」，有篇文章很用心的幫我們做了統整： 目前的薪水 以往的薪水得知一位候選人過往的薪資變化，有助於評估對方預期的薪水漲幅。 他的經驗 公司的成長階段Starup無法給出太多的錢，這件事在遊戲開發初期一定會面臨。然而當遊戲開發能有所回饋，工作室發展具備一定程度的發展，就可以考慮給出更多的薪水。 市場中他的level或角色的薪水範圍要考量給予的薪水在市場上是不是合理的。遊戲開發初期，如果沒有其他參考依據，就可以根據市場行情來評估該給予初期團員多少的薪資。（不過礙於startup通常能給的不多，或許給以參考「比例」。） 公司有多需要他的能力 公司有多少預算給他 他是不是公司的少數族群公司若重視多元性，或是建立類似的文化，就要考慮候選人的加入是否能提高公司的多元性，激發更多元的想法和創意。（要考量這部分的效益）。 下次什麼時候會調薪有些處在試用期的人會難以調薪，若看好候選人，可以考慮多給一點作為無法調薪的補償。（這應該是一種留住人才的手段。） 不只該考慮什麼，文章也很認真的幫我們統整「不該考慮什麼」： 團隊裡面其他人的薪水是多少這個概念的重點在於「不該因為其他員工薪水較低就給予較低的薪水」，因為候選人大多只重視公司是否給予自己合理的薪水，薪水是否有達到自己的預期。 公司花了多長時間找到這個人「若輕易地因為找人困難而妥協」，對未來會造成許多的困難。套用到遊戲開發上，如果自己想成立開發團隊，也不能因為得來不易的團員而開出高薪資，這樣對於開發初期需要嚴格管控的資金流會出很大的問題（今天第二個主題是第一個主題延伸閱讀得來的，內容就在討論工作室初期是如何消耗資金的） 自己（身為對方的主管）的薪水是多少員工薪水比主管高是非常正常的事情，身為管理階層，要增加薪水最好的方式，本來就是「找到最有天分的人來做事」。以遊戲開發來說，身為發起者、創辦人，兩三年、三四年沒有薪水都是很有可能發生的事，要有相應的心理準備。（順便分享，這也是我有考慮過無法創業的理由，對於有女友、父母要養、要一起生活的人而言，這是件需要深思的事。） 除了薪水之外的考量，也可以跟候選人討論以下事情： 其他員工福利 學習機會 技術挑戰 職涯的改變 公司的文化 不論給予、承諾的吸引條件是什麼，都要確定公司是能夠達成的，否則沒有信守承諾，對公司的名譽是非常大的傷害。 職位導向 v.s 能力導向 根據文章內容，總結來說我認為「職位導向是結論，是由能力導向衍伸而來的最終產物」，在執行職位導向時，「不能忽略能力，甚至應該高度重視」。 職位導向常會讓人認為「有什麼職位，就有什麼薪水」，然而應該是「有什麼能力，有什麼薪水，才是『可能』有什麼職位」。核心理由是「一個人被調升職位，並不會一之間能力跳級」。有什麼樣的能力，「或許」能夠、有意願身任更高的職位，任職後從中學習、培養、提升能力後，才給予相應的薪水，是比較合理的薪資調整方式。 文中另一個重要概念是，「因為不一定能找到完全符合職務說明條件的人」，所以的會設計三種等級來求才。設計方式我認為很值得深思，求職過程中也可以用這三個等級思考自己的定位，如何成長。第一種：能力符合職位要求的標準型。第二種：能力不完全足夠者，尚待歷鍊培養。第三種：能力已超越職位所需條件者。這種可以付較高的薪資，儲備人才。 另外「能力導向」也比「職位導向」更具積極性。能力導向制有積極提拔、加速培養人才的情況，亦即能力尚未完全勝任（第二種），就指派升任更高職位。要發揮能力導向的積極屬性，就要有重要觀念：是「有機會接任更高、更重要 、責任更大的職位，就有機會接觸更高層次的事物、面對更大的問題、磨練更大的能力，也就有機會朝更高的薪酬發展」，而不是「負更大的責任，就要先有更高薪酬，否則寧可多一事不如少一事」。 這個重要觀念我認為完全可以應用在遊戲開發初期上。剛開始創立運行時，成員都要明白：只有當能力足夠，可以讓工作是有產出，且產出能夠得到認可（有回饋）時，才有可能得到更多的薪酬。而不是我要有多少薪酬，所以投入多少心力開發跟運行，否則我寧可不要做。（這樣想就永遠不可能成功） 參考資料 [1] IT邦幫忙 – 你的薪水是怎麼決定的？[2] 經理人 – 薪水怎麼給，是看能力還是職位？老闆、人資先思考3個問題 成立獨立遊戲工作室需要付出多少？ 先定義「獨立遊戲工作室」指的是工作室能夠「決定遊戲走向」，不會受到投資人影響或決策。雖然可能利用第三方資金，但一定要對遊戲開發有決定權。 文章一開頭直說，如果要成立獨立遊戲工作室，可能會花費「一輩子的積蓄和整個人生」。 文內舉出了「成本統計分析」，考量包括： 初始成本 …
