時間與智慧象限
在一間公司中花費在公司的時間高低與一個人聰明或不聰明的象限圖中,對於我們來說哪種人是更被需要的? 聰明又願意加班 這種人才可遇不可求,肯定是首選,不討論 不聰明又不願意加班 這種人才也是可遇不可求,肯定不選,不討論 聰明與願意加班 通常情況下如果只能選擇一項,我會願意選擇聰明但不加班 因為聰明人的會想辦法優化工作,提升自己的工作產能,所以產能是會持續增加 但如果是單純願意加班的人,工作產能就是固定的,沒有辦法有所期待
在一間公司中花費在公司的時間高低與一個人聰明或不聰明的象限圖中,對於我們來說哪種人是更被需要的? 聰明又願意加班 這種人才可遇不可求,肯定是首選,不討論 不聰明又不願意加班 這種人才也是可遇不可求,肯定不選,不討論 聰明與願意加班 通常情況下如果只能選擇一項,我會願意選擇聰明但不加班 因為聰明人的會想辦法優化工作,提升自己的工作產能,所以產能是會持續增加 但如果是單純願意加班的人,工作產能就是固定的,沒有辦法有所期待
總算完成了三十天,有努力追完的一定都會發現很多的觀念想法都似曾相似,軟實力對於工程師是非常重要的技能,我們有做有努力的地方不要害怕讓老闆知道。,不要只埋頭苦幹,再來說老闆都沒有看到我們的努力。 相信大家都聽過選擇比努力更重要,對我來說機會比薪資更重要,當機會來了要如何把握住,就算老闆不懂敏捷還是可以透過其他方式漸進式的導入。將每個專案都自己區分階段,頻繁與老闆核對需求,善用靈活的思考,換個方式但還是可以達成目標。 學習新知識和技術,當踏上工程師的道路,永遠不要停止學習,不斷的遇到難題,不斷的解決難題,在失敗中成長,成功是每天不斷累積而來的。 今年會參加鐵人賽也是因為老闆有提了自我提升計畫,希望主管可以自主提升。不斷的激勵自己,在撰寫文章期間也發現自己還有很多地方可以做得更好,希望大家都可以一起努力,不要浪費時間。謝謝大家。
說了這麼多到底要不要做管理職呢?相信讀者一定會希望作者提供建議,我的建議是只要沒有做過管理職都去做看看。擔任管理職可以為個人職業生涯帶來無限的可能性。首先,它擴展了我們的視野,讓我們更深入地了解業務運作的流程,從而使我們對整個組織的運作有更全面的理解。其次,擔任管理職將為我們打開多元的職業選擇,不再僅限於某一特定領域,這意味著我們可以在職業生涯中探索更多可能性。 擔任管理職也是一個學習和成長的機會。在這個角色中,我們將面對各種挑戰,學習如何解決問題,有效地管理團隊,並在壓力下做出關鍵決策。同時,這也讓我們更深入地了解高層決策的內幕,理解為什麼某些決策被做出,是否存在未曾考慮的關鍵因素。 擔任管理職還有助於擴展人脈。我們將有更多的機會與不同部門的人合作,這有助於在不同領域建立更廣泛的人脈,這在未來創業或尋找合作夥伴時將非常有益。最後,管理職也有助於爭取更高的薪資,因為管理經驗是增加薪資的有效途徑之一。 總考慮擔任管理職是一個值得深思熟慮的選擇。它為個人和職業生涯的發展提供了無限可能,為您的職業生涯增添了豐富多彩的色彩。希望這些觀點能幫助您在做出決策時更有信心。
前言 軟體業一直以來都面臨著工程師短缺的問題。儘管現在擁有了許多強大的人工智慧(AI)工具,但它們仍無法完全取代軟體工程師,或者說無法完全取代任何職業。我的看法是,AI可能會先取代其他職業,然後才有可能取代工程師。因此,作為一名工程師,我認為這仍然是一個不錯的職業選擇。 ai的興起讓很多資深工程師變得更厲害,效率變得更好,因為ai可以提供一個方向卻需要透過經驗的累積去辨識真偽,新人也不用擔心,可以透過ai更快的學習到有用的知識,也可以透過ai看到不同的coding風格,最後如果無法辨識真偽,再向資深前輩諮詢就好。就像以前會不會用網際網路的工程師會有一個落差,未來一定要知道如何使用ai來輔助我們工作,才可以在效率上不落後其他人, AI的崛起使資深工程師變得更加強大,因為AI能夠提供方向,但仍需要透過多年的經驗來判斷其真偽。對於新手來說,也不必擔心,因為可以通過AI更快的學習知識,並且可以參考AI展示的不同coding風格。最終,如果無法區分真偽,還可以向資深前輩詢問意見。這有點像以前不會使用網際網路的工程師在效率上就差人一截,未來,我們都需要知道如何運用AI來輔助我們的工作,以確保我們在效率方面不被其他人超越。
前言 手機應用程式已經成為企業和個人生活不可或缺的一部分。然而,要在兩個主要平台,Android和iOS,上開發應用程式卻帶來了不少挑戰。其中一個最重要的挑戰之一是如何在節省公司營運成本的同時,確保應用程式的高效運行和市場影響力。 技術選擇:當下主流跨平台技術有兩個選擇,flutter跟react native,我選擇的是flutter,原因有幾點 效能接近原生,代表我們的技術在相同的情況下,相較於react native不需要擔心效能問題,直白點寫的扣爛一點沒關係。 已經內建Material Design、Cupertino兩種UI設計風格,讓我們在開發初期就可以不用煩惱很多的UI設計與規範,再來設計是主觀的太容易被干擾,透過已經決定好的設定規範加以限制可以有效的降低彼此觀點不同的問題。 例如:JS中有standardjs可以讓大家格式化風格都一致,大家都不用爭,visual studio預設也有C#的格式化風格,都可以有效解決大家寫法不同的問題。
前言 隨著軟體領域的不斷演進,軟體架構技術也在不斷發展。傳統的單體式架構已經漸漸被微服務架構、容器化和無服務器運算等新興技術所取代。這些新技術不僅提供更高的靈活性,還能夠更好地滿足現代應用的需求。 當企業規模越來越大,架構就顯得格外重要,在不影響線上服務的情況下,逐步改善整體架構,是本章節的重點。 KISS:KISS的意思是盡量保持架構的簡潔性,越簡單越好。現今環境很常提到微服務,有沒有想過是否真的需要微服務呢?並不是大家都需要微服務才能撐起公司的業務,不是每個人流量都跟電商一樣,那如果流量沒那麼多,用單體式或許是更好的選擇。 例如:曾經公司的工程師用微服務架構去開發一個新專案,當時建議工程師不要使用微服務,因為我們的流量沒有那麼大,用微服務只是砸自己的腳,最後專案使用人數不如預期,但因為採用微服務、架構複雜化導致維護起來的成本變很高。
前言 在之前的文章中,提到了我是一名主要使用C#的工程師。由於我們採用微軟技術,因此不可避免地需要使用微軟的一整套產品,包括Windows Server和SQL Server。然而,最近我們的公司已經開始將資料庫轉移到PostgreSQL。主要原因是微軟的授權費用相當昂貴,尤其當業務量增長時,費用變得令人望而卻步。在資料庫選擇上建議可以直接選擇使用MySQL或PostgreSQL。儘管語法上存在些微的差異,但基本上選擇這兩種無需授權的資料庫性能上不會有太大的差異。如果碰到性能問題,通常是因為優化不足,例如缺少基本的索引優化。此外,我們可以考慮在系統前端引入Redis作為快取,以及實施讀寫分離等優化策略。值得強調的是,優化不必一次完成,可以逐步進行,因此不需要將太多時間浪費在一次性的優化上。
前言 身為後端工程師要懂的東西非常的廣,從技術選擇我是選擇C#只是因為第一間錄取的公司是使用這個技術,在這門技術上也是有很多可以進步的空間,選擇上建議團隊中技術一致為主。 版本選擇:當初剛進入公司時技術都還是停留在ASP、Webform這些比較久遠的技術,很幸運當時主管沒有限制我使用的技術,所以直接從dotnet6開始起步。通常在選擇版本時都建議選擇TLS(Long Term Support)的版本,在今年十一月dotnet8會發布,是新的長期支援版本,會建議明年下半年才開始使用,因為在使用dotnet6的時候有遇到很多套件無法支援的問題,或是遇到bug無法處理,所以為了可以讓自己準時下班,不要太早投入最新的技術。 例如:有伺服器需要安裝Ubuntu選擇了最新版本22.04,結果在安裝nginx時發現無法安裝最新穩定版的nginx1.24,只能使用預設1.18版本,原因是新版本的nginx相依的套件還無法支援Ubuntu22.04
前言 溝通是成功不可或缺的技巧,不管是對主管、同事、客戶、還是商業合作夥伴,都可以有效提升在職場的表現,也能很好的改善辦公室氣氛,工程師最缺的就是溝通技巧,要成為優秀的技術經理,一定要在溝通技巧上多加琢磨,才能會得更大的成就。 聽:當任何人與你討論時,聽懂對方想表達的內容是很重要的事情。 整合:當瞭解對方所表達的內容時,用最短的句子整理出對方所要說的重點,幫助確認是否認知上有誤會。 處理情緒:在溝通與討論的期間,一定會遇到觀點不合有火氣的時候,當下建議先深呼吸舒緩情緒,有情緒只會變成無謂的爭執,重點應該要放在這次討論要解決的問題,達成目的是目標。 察言觀色:懂的察言觀色可以幫助理解對方的想法,透過臉部表情、身體語言等等細微的變化更容易了解對方。
前言 一個人運氣好壞也是一個很重要的事情,在換工作的時候,剛好部門遇到大震盪,部門主管被裁,身邊的工程師、系統分析師、產品經理陸續離開,以年資來說我的確很難有機會在這個時間點做到管理職,但是當機會來的時候有沒有辦法好好把握,就是關鍵了,必續更加快速地進入狀態,準確地抓住老闆的痛點並加以解決,這也呼應了限制理論,造成瓶頸的只有一個點,每次都解決一個點,久了就可以把老闆的煩惱都解決,那自然的你又創造了下一次的機會。 運氣可以提供一個好的開始,但最終的成功取決於我們的努力與毅力,我們需要做到的是相信自己的能力,不斷學習成長,積極的尋找機會,創造機會,越是努力會發現運氣越好,運氣是我們不能控制的,我們可以控制的是我們要不要努力,所以還是要把握時間多努力。