Видео

哈哈哈，根本进不了repo因为你code review都过不了🤪

蠻有趣的想法

很棒的概念, 謝謝分享!

牛逼

挺讚的 謝謝哥

一直在用了, 而且全程都是 ai 写的.

React: 'use sercer', 'use client', 'use cache' Python: ''' #use gpu '''

牛啊！大道至簡！！！

理解了，有意思

挺讚的 再搭配VSCode的Todo Tree模組管理標籤也很香

初始化局部变量有一个好处，不管用什么语言编程，都不会出现诡异的值，通用性好。

我不是Python專家，不能使用裝飾器來標記函數嗎？

我还以为用pytest的mark。 这个用法挺有意思

Thanks. 希望pytest能将tagging加入到framework native supported features 里面去

它给我推荐看标题点进来的, 没想到是你! 看到你这张脸立刻点赞!

看到大家骂得那么起劲，我就放心了。

老闆挑剔你代碼過長怎麼辦

哇操...居然是這樣的..

寫的很好 下輩子再寫

man you're a gen.

python 小白，看得一愣一愣，深知multithreading 还有 multiprocessing有待提高

我不知道描述器是多么重要的东西，因为你没讲它有什么用😂

请问这个 写编程的软件是啥啊

关于绝对引用和相对引用问题，是不是我哪里理解有出入，希望不吝赐教：）请参考PEP8，其中指出：Absolute imports are recommended, as they are usually more readable and tend to be better behaved (or at least give better error messages) if the import system is incorrectly configured (such as when a directory inside a package ends up on sys.path). Standard library code should avoid complex package layouts and always use absolute imports.

進攻型編程: 呦?又在寫bug啦?

看到一半就覺得他就是想同步的作法去寫～

这年级就满头白发。好恐怖！

1. **明确目标**：个人开源项目的成功以用户数为指标，只要有一定数量的人在使用你的项目，就算成功。 2. **选择项目方向**： - **选小不选大**：选择一个狭窄的领域，最好是你熟悉的领域，以便能够做出比其他人更好的成果。 - **竞品调研**：了解市场上是否已有类似项目，避免重复造轮子，确保你的项目能明显优于现有项目。 - **预估开发时间**：对于个人开发者，第一个可展示的版本应在几周到几个月内完成，以保持热情并及时获得反馈。 - **项目独立性**：即使在用户很少的情况下，项目也必须能够成立，不依赖于大量用户才能运作。 - **成本考量**：评估项目可能带来的经济支出，尤其是对于需要GPU等资源的项目，避免因成本过高而影响项目进展。 3. **项目推广**：项目开发到第一个版本发布的时间不应超过一个月，以便快速获得用户反馈和调整方向。 4. **持续发展**：即使选好了方向，项目的成功最终还是要靠项目本身的质量。 5. **建议**：在项目初期，避免涉及金钱，专注于开发工具和有趣的项目，直到积累了足够的经验后再考虑涉及金钱的项目。

超級清楚

太實用了，跟別人合作寫code一直衝突😢

開源項目要到哪宣傳呢?

更好的防御性编程：跳槽到一个你很清楚在很长的未来经费都充足的项目和善待员工的公司

也许你的最终目标是 有XXX牛逼功能的YYY. 那么, 你可以先基于YYY, 做一个XXX功能的插件, 或者fork出来开发.

一开始要构思好, 最快的时间做出一个MVP 一方面是花时间想好, 哪些功能是MVP必要的, 多想想, 这个功能能不能先不做, 那个功能能不能先不做. 一方面是, 次要考虑界面美观, 因为这些可以找别人帮忙. 你自己要优先把核心流程搭出来.

"上来就做一个新的操作系统怎么能够成功呢..." Linus Torvalds: "我做了一个小开源操作系统，你们看看有没有什么想要的功能”

高天哥哥能談談如何加入大型開源項目嗎

写翻墙的 Star 很好赚

油管上没那期脱口秀啊

開源要如何營利呢？ 寫程式也是要生活的，沒錢沒動力啊。

天哥，最近想更新一下開發用電腦，想問問您意見。 我知道你在微軟上班，但macos跟windows哪個對於個人開發者來說更好用呢？雖然在兩個環境好像基本上應該都有解決方案，但就是想參考大佬的意見😂

下次希望可以分享你的选择和经历

讲的挺好的，为你点赞

超讚，我也認為小而精，短期且具體，快速迭代才是對的方向

自私的程序員如我，希望有一個能和 Rails / Laravel 比肩的 Python 框架。

很不錯也很現實經驗的分享,感謝~

谢谢分享

省流 1. 選題的領域夠窄 避免競爭者 獲得先發優勢 2. 做好競品調研 3. 估計好初版release時間 不求完美但求有競爭力 最好在幾周到幾個月 4. user很少也要能成立 5. 考慮經濟成本

除了教學，我也很喜歡看這種談話類型的影片， 實用的內容、精神的語氣、豐富的表情和手勢，真的讓我對天哥的談話性影片很有印象， 尤其是之前 Windows 藍屏事件的那隻，我很喜歡。

我是典型的反面教材了。我的第一个开源项目是个文献笔记管理工具Sophosia，从开发到上线几乎用了一年多快两年。项目太大了，我还得从零学前后端那些东西。

感觉大家都在开疆拓土寻宝，然后有人守着家里那点破烂儿不舍得撒手