筆者昨天再看遠距工作這樣做：所有你想知道的Working Remotely效率方法都在這裡中的【站立會議】提高協作效率，筆者突然也想寫一篇關於站立會議的主題。 關於筆者初次接觸站立會議 筆者初次接觸站立會議的時候是在筆者早期助理工程師時與專案經理和CTO共事，主管將scrum導入到IT Team，這也是我第一次看到高階主管對現有IT進行流程變革，也發現到出現所謂內部IT人員抗拒，這對我在日後的IT導入新東西甚至流程改善，有一定的影響，包含我在資訊系統流程改善，進行教育訓練，我也會思考這樣的問題。 其實在資訊系統開發完成，進行導入的時候，一般USER看到新系統上線，就會充滿一堆問題，最常見到的以下的會有(註記：同樣也可以適用與IT開發協作流程改善) 資訊焦慮症 抗拒的心理 筆者實務上都會跟自己的leader一對一的討論，如何從這兩點降低IT協作流程改善的殺傷力!
筆者這次彙整了這幾年協作常見的問題，也算是做一個記錄。 協作工作常見問題，問與答 Q1：遇到事情忘記該怎麼做? A：當遇到交代事情紀錄不確實，容易忘，就要做筆記和反覆跟對方確認，確保訊息可以傳達到。 Q2：自己自幹命名衝突的問題，該怎麼做? A：一個team有一個team日常的默契與用語，就像我們的程式命名規範一樣你只想自己的用自己的說自己的，永遠沒辦法溝通，就像全部人命名規則用，駝峰式命名法，你非要用一個中文命名(創造名詞的，造成溝通的誤差)。 Q3：日常溝通上會有不愉快或是很難傳達訊息，該怎麼做? A：做法如下… 開會前可以先寫在筆記本或是google行事曆列出報告事項與重點，在會中整體描述出來。 對不懂的人，要清楚描述引導；對懂的人，則要簡單扼要講出你想講的重點。 在討論或是說話的時候必須先思考過，在說出來，減少言語對人的殺傷力。 在報告或是表達的時候，要補助白板看圖說故事，或是說重點，把從頭到尾的事情，濃縮重點，並表述的時候，要能夠【聚焦，多用白板，舉例，易懂】。 補充：說出口的每一句話，都會影響自己的人際關係發展。 Q4：常常急性子，導致你溝通困難或是累死自己，該如何改善?
寫這篇緣故 最近在幫公司講解關於單元測試的技術，擷取部分在91課程上寫測試要點還有自己寫測試的經驗，做一個整理，當作是幫公司培訓工程師之類 不過我建議還是給外面的老師指點和上一下會比較好，因為會比較清晰! 單元測試常見的名詞 SUT：System Under Test/Software Under Test 【待測程式】，在Unit就是待測試的項目，EX：我們要測的是類別、物件還是方法，都可以統稱 SUT。 DOC：Depended-on Component【相依元件】，例如：成立訂單函數，如果訂單失敗異常會寫入log，log函數就是成立訂單函數的DOC。 在實務上筆者在寫單元測試的時候，因為SUT會去呼叫其他的物件也會呈現出SUT依賴DOC， 在測試SUT勢必會有DOC存在，搞得測試很複雜。 單元測試的3A Arrange – 初始化-白話一點就是準備要測的資料，更詳細一點說穿就是在準備演員和劇本 Act – 執行測試的目標，並取得實際結果 Assert – 驗證結果 [TestClass] public class CalculatorTest { [TestMethod] public void Calculator_TenAddTwenty_ReturnThirty() { //Arrange var calc = new Calculator(); int x = 10, y = 20; //Act int actual = calc.
ASP.NET Core裡面有一項功能我覺得挺實用的稍為作筆記一下，ASP.NET Core的Options Pattern可以將組態資料繫結到【類別】，透過程式再去存取類別，使得程式不直接相依組態系統。 Option兩個條件狀況 必須為非抽象類別 建構函數必須為public且無參數 首先先透過appsetting.json的Developer區段設定值，不直接存取組態，而是透過Options選項模式讀取組態設定。
在實務上在這記錄一些比較常用的LINQ使用的操作 public class Program { public static List<Student> students = new List<Student> { new Student{Id = "1",Name = "張三",Age = 25, Score = 90,ClassId = "101"}, new Student{Id = "2",Name = "兆四",Age = 33, Score = 70, ClassId = "101"}, new Student{Id = "3",Name = "兆四",Age =33, Score = 77,ClassId = "102"}, new Student{Id = "4",Name = "張三",Age = 25, Score = 65,ClassId = "102"}, new Student{Id = "5",Name = "張三",Age = 27, Score = 72,ClassId = "103"}, new Student{Id = "6",Name = "李六",Age = 28, Score = 66,ClassId = "103"}, }; public static List<StudentClass> studentClass = new List<StudentClass> { new StudentClass{ClassId = "101",ClassName = "一年一班" ,}, new StudentClass{ClassId = "102",ClassName = "一年二班"}, new StudentClass{ClassId = "103",ClassName = "一年三班"}, new StudentClass{ClassId = "104",ClassName = "一年四班"}, }; private static void Main(string[] args) { //找到第一位名叫張三的學生 var qryData1 = students.
出處來自FB暢哥-藝術家的變現之道 主講者：諾米 為什麼從建築轉插畫 諾米：原本在建築系，高中念廣告設計，大學學的更廣泛，上課是喜歡建築設計，踏入職場跟學校所學不一樣，上班一年左右，在上班沒辦法畫畫，大不了成為一個接案插畫家，失敗成為上班族，後來就轉職接案插畫家。 暢哥：諾米粉絲團畫了很多台灣小攤販與建築，會不會你學建築，你對這種建築，特別有底? 諾米：我個人覺得在觀察上來說，可以運用在大學四年所學建築的歷練和結構上的觀察，這是其他的插畫家比較難涉獵地方，起步的時候非常辛苦，剛開始找主題和收入不太穩定。 暢哥：在這段旅程大概多久? 諾米：在一年的時候，嘗試各種不同風格，問問自己跟其他插畫家差別，有些插畫家是視覺和商業設計，可是我是建築背景，我就把插畫+建築設計結合，我就專注在建築設計上。 暢哥：我們寫文章，我們也是以專業和熟悉的主題開始寫，那畫畫也是同理可證，你會畫畫你從自己的專業開始畫，會有比較好的起步