「我不知道自己的水平到底在哪，但我真的想找到真正的工作，而不是一直离线折腾。」一位文凭学历的自学开发者，在把第一个项目推上GitHub时写下了这句话。

从每天10小时到需要一份简历

打开网易新闻 查看精彩图片

故事的开头很典型：一两年前开始自学Python，前几个月每天狂写10小时代码。Tkinter做界面，后来换PySide6，所有工具都自己造——背单词的、批量下载漫画章节的、自动点击器。

这些项目有个共同点：极度私人化。比如那个背单词应用，逻辑是存几千个单词和翻译，然后随机抽4个显示。再比如漫画下载器，能一口气扒100章的标题、章节名和图片，章节逐个处理，模块和自定义选项堆得很重。

作者自己承认：「从没想过公开，完全是自用。」

转折点来得现实——需要找工作，但文凭不够，得靠GitHub项目当简历。昨晚他翻出代码，重构了一部分，把自动点击器传了上去。

仓库地址：https://github.com/Velor81/Python-Velor-AutoClicker

文件夹怎么排？他说不知道"专业"做法，只按一个标准：几个月后回来，还能轻松找到要改的地方。

那些没上传的"黑历史"

GitHub上目前只有一个项目，但硬盘里还躺着更多。除了前面提到的背单词和漫画下载器，他还做过一个Django漫画站——纯本地运行，注册登录、上传漫画、ZIP包传章节图片、HTML展示全套功能。

CSS？「用AI写的，比我强多了。」

漫画下载器的界面截图显示，左侧有双模式设计：一种针对特定网站全量抓取，另一种应对"不是所有站都能直接拿图"的情况。这个细节暴露了一个自学者的典型路径：先解决自己的问题，再发现边界，然后补漏洞。

为什么现在才上传？

作者的原话很直接：「我真的不知道通常怎么发代码，AI让我来dev.to问问。」

这种困惑背后是个真实断层。过去两年他做了很多事：UI、爬虫、文件处理、Django全栈、甚至用AI补自己不会的前端。但所有产出都锁在本地，没有版本控制，没有协作痕迹，没有能给别人看的"证据"。

GitHub对这类人来说是双重门槛——技术层面要补Git workflow，心理层面要把"能跑就行"的代码暴露给公众。他选了一个最保守的策略：先传一个相对干净的自动点击器，其他的慢慢来。

自学者的"水平焦虑"

全文最扎眼的一句话：「我真的不知道我的水平，写这些真的很尴尬。」

这种焦虑有具体来源。文凭缺失意味着没有标准化背书，项目又都是自用场景，缺乏"生产环境"的检验。他做过最复杂的漫画下载器，支持多模块、高自定义、批量处理——但只跑在自己电脑上，只针对几个特定网站。

这引出一个被低估的问题：自学者怎么定义"会编程"？是功能实现？代码整洁？还是能被雇主认可？

他的应对方式是聚焦。过去尝试太散，现在决定「专注一件事，把GitHub做成简历」。自动点击器是第一步，后续可能补文档、加测试、或者把漫画下载器脱敏后上传。

这件事的启示

这个案例的价值不在于项目本身，而在于它展示了技术招聘的一个灰色地带。文凭是硬门槛，但GitHub正在变成软通货——问题是，软通货需要"可验证的公开性"。

作者两年的积累其实不低：能独立完成GUI工具、网络爬虫、文件批处理、Web全栈，还会借力AI补短板。但这些能力之前完全不可见。

他的下一步很关键。如果把现有项目补全文档、写清楚使用场景、甚至录个演示视频，同样代码的"简历价值"会完全不同。反过来，如果继续只传代码不讲故事，雇主依然难以评估。

对同类自学者，最直接的参考是：尽早公开，哪怕粗糙。GitHub的commit历史本身就是能力证明——不是证明代码多完美，而是证明你能持续迭代、能面对反馈、能把事情做完。

作者已经迈出了最难的一步。剩下的，是把"离线折腾"的习惯，转成"在线协作"的能力。