程式

📌 【科技】Github为什么能够打败Google | 联合创始人Scott Chacon万字长文 | 解决SVN的痛点 | Linus Torvalds大神加持 | Mercurial | 创业二十年 - YouTube

📌 【科技】Github为什么能够打败Google | 联合创始人Scott Chacon万字长文 | 解决SVN的痛点 | Linus Torvalds大神加持 | Mercurial | 创业二十年 - YouTube

Original URL: https://youtu.be/B5BRonjJGlI 📌 【科技】Github为什么能够打败Google | 联合创始人Scott Chacon万字长文 | 解决SVN的痛点 | Linus Torvalds大神加持 | Mercurial | 创业二十年 - YouTube ⇣ 1. 總結 (Overall Summary): GitHub的崛起可追溯到2005年,當時大多數開發者使用Subversion(SVN)進行集中式版本控制。SVN的使用雖然簡單,但開源問題逐漸顯現,Git誕生解決了這些困境。受Linux內核開發影響,Linus Torvalds創建了Git——一個高效、分散式版本控制系統。GitHub進一步簡化了Git的使用,創始人之一斯科特指出GitHub從以用戶為中心的創新設計、便捷的代碼管理讓它成為開發者心目中的首選平台,而Linux的影響力加速了這一過程。 2. ✔︎ 觀點 (Viewpoints) : 斯科特認為GitHub的成功與其以用戶為中心的設計和Linux項目的支持相關,我認為這樣的設計確實簡化了開發者的工作流程
DAVID C
📌 Rex 2024 09 24 雙重標準 與自身主觀偏好不符 便會認為對方犯錯 part 2 - YouTube

📌 Rex 2024 09 24 雙重標準 與自身主觀偏好不符 便會認為對方犯錯 part 2 - YouTube

Original URL: https://www.youtube.com/watch?v=tqCHfQLAccE 📌 Rex 2024 09 24 雙重標準 與自身主觀偏好不符 便會認為對方犯錯 part 2 - YouTube ⇣ 1. 總結 (Overall Summary) 這段對話主要圍繞在關於程式碼的審查和改進建議之間進行,講者表達了在進行程式碼改進時應該一次性修正所有問題的觀點,並反對逐一改進的方法。此外,對話中也涉及關於程式碼風格的一致性、命名規則以及防呆機制等技術細節的討論。講者還強調溝通的重要性,特別是如何以尊重與理解的方式進行反饋,而不是直接責備對方。最後,講者希望被反饋者能夠責任地對程式碼進行管理並對自身的表現進行改進。 2. ✔︎ 觀點 (Viewpoints) - **內容中的觀點:**講者認為所有程式碼的問題應該一次性解決,而不是逐一解決。同時他提倡使用一致的命名規則和結構,以增加程式碼的可讀性和維護性。他還強調了防呆機制的重要性,以確保結果的準確性。此外,講者還提到溝通方式應更加尊重和建設性,而不是責備。 -
DAVID C
📌 Rex 2024 09 24 雙重標準 與自身主觀偏好不符 便會認為對方犯錯 part 1 - YouTube

📌 Rex 2024 09 24 雙重標準 與自身主觀偏好不符 便會認為對方犯錯 part 1 - YouTube

Original URL: https://www.youtube.com/watch?v=dgt-VVgPJJk 📌 Rex 2024 09 24 雙重標準 與自身主觀偏好不符 便會認為對方犯錯 part 1 - YouTube ⇣ 1.總結 (Overall Summary) 對話發生在Rex與Eason之間,討論了程式碼的優化問題和即將進行的修改。Eason向Rex提出了一個優化建議,後續討論中,他們意識到這部分的程式碼是從其他地方複製而來,沒有經過認真檢查。Rex強調在複製程式碼時應該理解其邏輯而非盲目粘貼,而Eason則指出,他只是遵循了之前的建議,迅速完成了任務。兩人最後決定對程式碼进行進一步調整和測試。 2. ✔︎ 觀點 (Viewpoints) **內容中的看法** 1. Rex認為複製程式碼前應先理解。 2. Eason認為為了節省時間,可以直接複製其他部分的程式碼。 **我的看法** Rex強調理解程式碼是非常正確的,這樣不僅可以提高程式的質量,還能讓工程師自身成長。但Eason的觀點也有道理,有時候為了更快完成任務可以引用已經經過檢驗的程式碼,
DAVID C