昨天跟廠商開線上會議，我個人覺得廠商有點笨，應該說情商不好，先不論作的好不好，合不合格，你要拿機關的錢，聲量大有用？而我們是機關的打手，要來比專業、比經驗、比聲音大，我們也不會輸你，就上篇所說的，時間是站在機關這邊的
既然機關態度有軟化，我們也願意配合演出，廠商還機機歪歪的，令人不爽，當然會議中就來吵架啊，比大聲啊，是你專業還是我專業，有種找個技師一起來談啊。還說304和316差不多，150*150*5T跟100*100*3T差不多，媽的，騙3歲小孩哦，隨便找個不專業的人都知道數字大的比較好，廠商...
創業1-解散
從後面開始往前寫？
大約去年的這個時候，手下2員工之1請辭了，我也請另1個員工離職。所以也宣告第1次的創業失敗。雖然那時手上還有正在執行的案子，但是已經入不敷出了一陣子，大約算算賠1百多萬吧。
檢討失敗的原因，先想到什麼就寫什麼，再整理思考
1.沒有持續的案源，手上的案子不穩定，要固定養2個員工，所以造成入不敷出。
2.自己投入時間太少，由於自己還要兼顧另一個工作，一份課業，一份兼職，所以可以分配在這個事業的時間及心力太少。
3.管理的模式，由於要省間接成本，所以全部員工改為在家工作，也剛好...
工程爭議記實2-2 投訴
現在廠商很喜歡到處去投訴，如果是受委屈的一方，去找業主的上級機關，或者是工程會投訴，甚至去立委議員申訴，可能會有些進展。前提是，廠商的理由必須站的住腳，如果你的理由只是單方面認知不同，或是有爭議，我個人覺得「投訴」這件事，只會讓機關更小心，更謹慎，甚至放棄原來法規上的彈性，因為各方都以放大鏡來看，機關公務人員的心態，就會築起堅固的防護，廠商的問題還是不會得到解決的。
以這個案子來說，廠商也是到工程會、交通部等一堆單位去投訴，因為投訴可看見的成本很低，電子郵件或是紙本COPY，一下子就發出去了。業主...
工程爭議記事2-1 初始
第1篇的工程爭議還沒完，又開第2篇了，因為同時在進行式，一起寫寫免得忘了
這個案子比較簡單，是個2千多萬的裝修案，最低價決標
投標及契約要用不銹鋼316，結果廠商施工圖送審及材料送審，把316改成304，然後也把304作上去了。後來被監造發現，要㛏廠商要改回來，廠商卻說，施工圖及材料核定是304，而且也作好了，所以廠商不要改，是監造與業主核定的施工圖與材料，我只是照作而已。
業主認為廠商沒有照契約施作，發文請廠商改善，不然要用契約條文解除契約，並移送採購法101
我的想法(我是可憐的監造收尾人...
工程爭議記事1-4 內業工程師
公共工程內業工程師，新興職業？
實在的說，公共工程的內業量實在太多了，我估計如果超過1億元的工程案，是需要一個專門作內業的人負責，打報表、呈核、整理、歸檔等等，現場工程師在工地已經搞不完很多的會勘、會議、疑義澄覆、看圖說、電話連繫等等，業主的稽核、督導、查核、視導更是花時間，還有職安衛的現場要看看，然後要從大太陽的現場到辦公室，開始打字寫報表，通常需要時間轉換，更不要說，如果前幾天或是更久沒整理，還要回憶、找資料等等。
舉例一份完整的查驗報告，營造「自主檢查」->現場檢查無缺失->寫資料、拍照、...
工程爭議記事1-3 鏈子掉了？
監造問題2
公共工程將監造的工作委託給專業廠商，立意是把關工程施工品質，比民間的品質應該更為可靠，雖然多花了一筆勞務費，但是比起工程款比例很小，小於5%。
我覺得業主對於監造應該抱持著支持的立場，因為它是幫業主把關，先不論素行不良的監造廠商會跟營造拿賄賂等等，監造的責任就是把工程品質顧好。當然有時會與營造有不少的衝突，例如品質的見解、施工的順序、職安衛的要求等等，一定與營造的觀點不一樣，營造大都抱持多省多賺⋯⋯
一旦業主不支持監造，會發生何事呢？監造的品質控管就會推不動，營造看業主不挺監造，心中...
工程爭議記事1-2 人要走我是擋的住哦
由於我是監造的角色代表，我想先寫監造遇到的問題，監造問題1
這個案子歷時2年多，監造要派3人，其中2人是我們事務派的，2年多期間我們換了8個主任，如果2個職位總共換了快20人次，業主在勞務契約規定，人員調派，換人前1個月要先把人員先送業主核定，不然換1人罰3個月月薪，一看到這個勞務契約，真的是心裹XXOO，當初投標案子的人是沒看清楚，還是怎樣？業主居然用這個霸王條款要罰8X萬！！！
依據勞基法，雇主在解雇勞工時，若任用半年要提前7日公告，任用一年14日公告，任用二年1個月公告，勞工離職得比照。所...
工程爭議記事1-1 起始
BLOG又一段時間沒寫了，其實這1年發生了許多事，包括資訊公司解散員工、業務收縮、和投入大部份時間在建築師事務所等等，有空再來紀錄一下。本來不想再發感想在BLOG，後來在FB看到寫文章，如果你的原意是吸引讀者，而且寫的是比較專業的，枯燥、無聊、沒爆點等等，一定讓你的文章沉落在茫茫大海，也不會讓你有繼續寫下去的動力。但是轉化成自己的日記、記事，不用刻意，想寫什麼就寫什麼，每日遇見什麼就寫什麼，只是個日記，如同期待的越多，失望的也越多。
想先紀錄的事是近一年處理的大事，目前還沒處理完，所以希望一直寫到...
SCRUM-25 - 缺乏使用者故事的專案檢討
最近因為執行1個急案，是有關一所幼兒園的報名系統，一開始以為是非常簡單的系統，所以沒有寫user story就請同仁開始作了，結果就產生了一些災難，包括使用者在開發過程中，需求產生變化、開發時程超過預期、系統上線時也發生了一些沒考慮的錯誤等等，包含身份証的檢查不夠全面，資料交易時沒有鎖位資料庫，造成重覆報名等等。
這個案子事後檢討後，有幾個結論可以作為日後專案開發的經驗
1.使用者需求訪談應該落實(user story)，然後產出概略的圖表或wireframe，續跟使用者更進一步的討論，整個需求的...
程式開發1-遇到亂流的經驗(Composer、Dompdf)
程式開發1-遇到亂流的經驗(Composer、Dompdf)
最近在作產出PDF的功能，利用套件DOMPDF，一開始先在Local先測試，跟著同事提供的資源及網路的說明，順利地完成PDF中文的輸出。但是，在上傳Server後，居然沒法輸出PDF。慘~~~
SERVER是別人管，所以自己只能上傳，沒法作任何的設定或安裝。但是DOMPDF是需要COMPOSER安裝，中文也需要透過執行檔安裝，所以一開始先不管，將相關程式上傳來試試，結果跑出500，不然就是吃不到中文字型。上網爬文，有人也出現相同問題，...
蔡柏良
以土木專業(土木技師)+專案管理(PMP認證)+資訊技術，在營建產業領域貢獻心力