最近在更新简历，想起来自己花了不少时间折腾 Openwrt ，VPN ，Docker ，Blog ，GithubAction 等等，都是一些为自己服务的工具。花了不少时间，也学到不少东西。虽然 github repo 上也没几个 star ，但是不知道要不要写到简历里，好处可能是丰富内容，坏处就是与工作无关不务正业。

不写，因为只是你自己折腾，远远没有达到正式环境下使用的程度 也不知道正式环境下的各种规章流程。在交流的时候如果提到 可以说

Make Sense. 是不是可以在不起眼的地方写上一行，比如语言/软件技能里

做过的正式项目永远是最有用的，写一堆折腾过的东西反而说明没啥项目可写

简历只写对投递岗位有用的技能

理解兄弟的心情，自己花那么多时间，折腾和学习了那么多东西，感觉自己在某些方面有很多闪光点。期望在找工作时，可以被人发现。感觉这个看面试官，看缘分了。有些人和你兴趣相同，觉得这种人面对工作态度会更积极，也许就要了。有些人对工作可能非常理性，就觉得这些你个人成长的东西对他和要面对的工作来说没有价值。如果我面试的时候，我是会深入问一些的，看看你在研究这些东西的时候，是一个什么样的思维模式，处理事情的逻辑。如果能从中发现你的能力。然后岗位需要的基本技能又能达标，那是会加分的。

不能写，简历只可以写和岗位相关或匹配的东西。

可以，只要不是空的都可以写。让面试官有更多了解你的途径如果放个空的 github 账号则会让人感觉迷惑，我遇到过这样的候选人

这种折腾可以在论坛发个贴。如果是写个极简版的 VPN 或者 docker ，也许值得写在简历中。

我不知道大家简历啥样子的，但我的简历是有个顺序 [Summary -> Work Experience -> Project -> Education -> Additional Info]，比如我是前端选手，首先放个个人博客，里面有每个折腾做的小东西的具体信息， 然后我把所有我折腾过有经历的 经验和用过的技术都加到了简介和补充信息里面，比如自学 rust ，svelte ，expressjs ，做了个小模拟器，画 ui 设计图，移动端开发，维护一个游戏服务器和脚本啥的。正文的工作经历和项目就不带这些了

写了也没啥，我如果是面试的就会有好感

这种比什么精通，熟悉强太多了，细节有助于对你的了解，而且也有助于后面的提问，我是面试官会给你加分的

然而事实上所谓的正式项目也只不过是一堆草台班子的玩意，并没有比个人折腾的好哪里去。（当然可能是我本身已经有很多正式项目的经验的关系）

Blog github action 基本上人手必备技能了吧在 v 站三天两头就看到这个博客贴你折腾的这些能说出和别人不一样的地方吗？

看你折腾出什么东西了，一般就是玩物丧志，瞎折腾而已，除非你是世界，昆哥，亚拖莉那种。

“折腾”是指按着教程跑一边的消磨时间的行为？

可以放在興趣愛好那一欄，屬於加分項

这真是随缘……有的人（比如我）会因为这些觉得你是一个热爱技术的人，进去看看，如果代码质量和风格也不错，会是加分项。但是也就一定会有人觉得你不务正业，或者例行公事，直接忽视。个人觉得，简历还是把你最牛逼最匹配岗位需求的一面表现出来。

刚毕业可以写，因为本来就没什么实际项目能写，写这些至少能体现出一些个人特质，比如喜欢技术、有自驱力、喜欢钻研。但如果都工作了几年还写这些不新鲜且缺乏深度的事情，就没什么意义了。尤其是在正经项目内容少的情况下还会起到反效果，只会让人感觉做事能力不行、学习能力也不行，这点事情也要特意写到简历上炫耀。换个场景就是：小朋友拿个刚买的文具盒给别人展示有多好玩没问题，大人还这样就是幼稚了。但大人如果拿个自己设计的创意文具盒出来，展示设计有多巧妙，这是没问题的。

写你认为对方会觉得有用的东西，其他的一概别写。写太多人家没耐心看（现在的人很多没耐心），写的不多但废话会让对方觉得浪费了时间从而不考虑你。另外有些公司拿简历就是为了看几行个人信息，对那种不用太认真。

可以写，但是要做好被问的准备，一旦被问到，大概率会深入问下去，如果只是浅浅的了解一下，只知道怎么用，假如被问得深一些，又答不上来，反而起了不好的效果

兴趣爱好：阿巴阿巴……

亚托利也没啥作品呀

自己的简历当然要写折腾经历，比如你是 github 大牛，不写出来都没人知道。如果不是 github 大牛，写个 github 的个人主页看起来也不得了

我觉得可以写, 说明你对技术有种额外的兴趣, 而不是单纯为了混饭吃. 这种特质挺打动人的.比如我看到一个人自己业余时间捣鼓树莓派帮自己家自动化了什么东西之类, 比那些千篇一律的无聊简历亮眼多了. 我会好奇并给你一次展示自己的机会.

要看你折腾的是什么。比如套了现成的模板搭了博客，然后装几个插件。这种就别写了。

除非你实在没什么可以写了。推荐不写，理由如下：1. 加大简历关键词集中度。2. 避免软肋暴露过多被问成筛子。3. 不把东西说满，给自己的面试留有发挥空间。

你可以把这些经历放在你的 Blog 里，然后 Blog 链接放在简历上。感兴趣的面试官会点进去看的

看缘分

应届生的话可以写, 如果有兴趣爱好自我评价等栏目也可以写

随缘的 可能你折腾的东西刚好企业需要 就合适如果和工作岗位没太大关系 无非就是占用简历版面 浪费

＃23 写 GitHub 的太多了，没东西的写上去纯扣分项

估计这些大佬也不好意思把自己业余折腾的这些玩意写到简历里面吧。

大家七嘴八舌的，为何不自己先尝试去看以后要入职的行业职位，然后根据这个职位写份简历呢，这时候就可以知道要不要写进去了

必须提一嘴，主要体现一下业余时间喜欢折腾，从侧面也体现了个人的学习能力和对技术的态度，还有就是个人技术广度也能体现一下。列技能时可以列上了解 xxx ，个人介绍那里可以加入业余时间折腾的一些经历

0-2 年可以写，如果是资深/高级之类的岗位面试，很多是对业务的思考，折腾这些很难说明价值

写，我现在这份工作就被问了

放 Blog 、GitHub 链接就是为了展示、记录折腾过的东西用吧，简历可以针对应聘岗位写，然后简洁一些、突出重点。

写一行，表示有这个经历就行了面试的时候看人下菜，要是面试官感兴趣 可以展开细说

你的折腾真的算折腾吗- -

如果只是按照教程来那还是别了..

我的经验是, 写在后面就行. 如果你技术过关, 那么后面的个人项目是加分项. 如果够不着职位门槛, 那么后面人家也不会去看

你了解看简历的人需要看什么重点吗

但是找工作人家就看这个，你折腾的那些东西能为公司带来什么价值

我觉得写了加分

github 要写，我觉得加分。其它折腾的项目我都编入项目经验里。。。。 哈哈哈哈哈哈

看你是多少年的经验了。如果工作年限不多，能“折腾”是加分项。这个折腾其实代表的是你自己能够主动发现问题，而且有很强的解决问题的能力。会写代码的人有的是，能解决问题的人不多。

可以用一句话带过，凸显个人能力，喜欢“折腾”，如果面试官问到，可以细说，这也是一个加分项。

你折腾 的够深入的话可以写。如果太浅了，不如不写。如果我面的时候 问到你自己折腾的东西，问的比较深入 你答不上来就有点尴尬了

没用，招不招你主要看工地缺不缺人，还有你是不是足够便宜听话，至于你的搬砖技能... 搬砖还要技能？

如果 github 上有自己的项目，就贴上链接，面试官爱看就看，不看也没影响。

可以写

你这是要投运维岗吗？

给公司带来了什么价值（狗头）

简历第一要简，需要提供对求职最有用的信息。你折腾的算是加分项不是关键项，可以写在后面或者个人技能、个人特长那里。

没用, 就像你说你会十种编程语言一样, 反而不能突出重点

自己搞的创新方案可҄以҄写, 加分! 比如你是҄udp2raw 的作者.照着网҄上抄的配置再小改的, 别写. 比如你使用 udp2raw 搭҄了҄一个梯子.

我最近把做的开源项目写进简历了，然后面某一家的时候对面说他们希望候选人可以把全部精力放在工作上，开源的事就别搞了——于是我确定了自己和这家的调性不符（当然也结合了其他方面考虑），拒绝了他们。说到底写简历和面试应该是个互相认识和双向选择的过程，我个人的想法还是不要为了“容易过”把自己搞得不是自己，这样即使最后通过了，工作中也是折磨。不如在一开始就表明自己是个怎么样的人，有哪些特质，如果公司团队能接受我这样的人再考虑后面的事儿。

工作不同，不太适合一概而论，也可以写来当做反向筛选。

看面试官。。。

这种公司不去也罢，公司里面很多东西真就是硬搬砖，谁都能干，而且狗屎一样的代码，一点设计都没有，我自己写的代码 我都有代码洁癖，公司的代码我都是糊弄一下，反正大家都是堆面条，我也是堆面条，打份工而已，公司没有这方面的需求，只要求业务，那堆面条就是，反正留下的都是一堆狗看了都嫌弃的面条屎，根本体现不了一个人的价值跟能力，我全年一个线上事故没有，组里面 好几个有背线上事故，结果我年底背个 C ，说我代码质量问题多，这找谁说理去，大环境工作又难找，只能这样了。所以现实就是大部分工作就是打份工而已，如果是我面试，我更乐意看到面试者有自己的想法 以及开源作品之类的，哪怕 github 上有几篇自己的研究，毕竟公司里面的东西，真的就是一坨屎，开源的东西 以及文章才能体现一个人的探索跟学习能力，毕竟搞码的，大多每年要接触新东西，学习能力不够，那真的就是团队里面的一颗屎，有点小问题就得来找你 问东问西

说实话，待了这么多公司，有大厂有小厂，公司的业务建模真就是一团屎，开发者都是瞎几把乱在建模，mysql 表驱动开发面条代码比比皆是，狗看了都嫌弃，还有上了年纪的 美名其曰这是懂业务，甚至美名其曰业务护城河，其实呢？啥都不是，这块业务不行了，或者上头换人了，请几个小年轻来这堆屎山里面吃又不是不行，该被开的人一个都不会少，而且这些难维护的代码都是表驱动的，光是一个状态变化逻辑 很有可能就在放在好几个微服务里面维护，这里 setStatus 那里 updateStatus 根本没有封装，也没有逻辑内聚，我实在很难认可这算是熟悉业务逻辑

以前面试过一个简历上看起来折腾挺多的候选人，结果岗位相关专业技能水平一言难尽。 所以还是以岗位为主。

业余爱好永远只是锦上添花，屎上雕花就没有意义

写可以，但是问的时候能答得多深，以我自己的折腾经历来看，这些东西都只是折腾出来能用，理解都浮于表面，回答其实都挺肤浅的

只贴个 github 主页链接就行，看你主页会不会装饰了，有心的面试官会看到的

这就看缘分了，面试官和你有相同爱好就是加分项了

写这些只会让面试官感觉你没啥可写的

可以写的

你看别人的代码是屎，别人看你代码也是屎，何必呢

想写就写，没写的可以写，这些不是重点，除非你随手写了个 git ？😀

我觉得要写，但是要少写，提一句就好

加个 github 地址或者博客地址就好了吧

＃69 写面条屎快啊，复制粘贴一把梭，代码量还上去了，统计的时候数据也好看，你封装 抽象 把状态变化抽成状态机对象，有必要么？这不是浪费时间

如果不写这些，还能写啥，写一大堆后台管理系统？

openwrt → 企业域控网络docker → K8sVPN → 企业内外网安全策略GitHub action → 软开全流程自动化控制系统有一个能成功从个人爱好升级到专业领域就足够你吃了

如果只是浅尝辄止，那就不要写，会降低面试评价

每个人学习相关的技术侧入点可能不一样，代码规范也不一样，解决方式也不一样，就看怎么协同了，当然，我这是键上谈兵

懂业务是懂业务的未来发展规划、业务的痛点，懂业界竞品都在干什么，懂业务在绩效考核上真正的亮点是什么。你说的表结构、项目架构等“业务”，可以说是架构师的“业务”，但不是一线开发的“业务”。说白了，代码写得好并不能让你升职加薪，懂业务找亮点、真的解决了用户侧的痛点，这才是懂业务，在某种程序，是需要跳出“代码”这个视角，从产品角度来考虑的

用人单位那些不干人事的人事业务员都是些什么货色，它们哪管你什么技术热情，人家天天看吹牛逼的简历，一看你写这些鸡零狗碎，立刻就会把你写的东西扔垃圾桶，哪有什么机会见到“面试官”。

Docker CI/CD 这些可以，别的没必要

国内不清楚，国外的话都是写的。人家连打羽毛球旅游摄影做家教都能写，自己折腾 docker 不是理所当然更值得写吗。

这要看你在折腾中有没有创造出什么东西来

人家是作为爱好写吧，楼主明显是把这种经历当作对工作有帮助的技能了。

我是写了，折腾了个个人站点，而且列在了第一项，不过听你们这样说，感觉拿不准了

这些东西适合整理成笔记/经验放到自己的博客站上，简历上附个链接，有兴趣的自然会点进去

＃15 太真实了 哈哈😂

我当初没走校招，投社招简历把博客贴上去了，有些 hr 会进去看，聊一下里面的东西。现在工作了，博客也没维护了，只写笔记去了（内容太水就别贴了）

写上吧，面试看缘分，如果刚好面试官年轻时也折腾过这些，那就是加分项。但是要提前准备被问到要怎么回答，你的 Blog 要有一些有价值的内容。