Logothon: 为开源项目设计LOGO
Author:libregd
挑战的初衷/意义：
- 作为目前在学习编程的设计师，一直受益于github上的开源项目，教程，书籍，实战项目，模板，工具。发起这个挑战除了提升自己的设计水平，也有回馈社区的初心。
- logo对于项目的辨识度，以及正式性，以及一定程度的情感赋予是比较有价值的，制作logo的过程我也加深了对编程领域的了解。
要点流程
- 开源协议，GPL最优先， 总之就是越开源精神的优先级越高。
- 如果项目已经有成熟的logo在使用，我就忽略，因为别的项目更需要设计师的支持。
- logo的需求有一定的挑战性，可以是我完全没有做过同类型的项目或者行业的。
- 我会查看项目的readme，官网（如果有的话），issue大概的讨论情况，辅以AI来问我不懂的技术概念或者该项目的特点。
- 然后我会寻找灵感，根据对项目的理解来确定一些关键词，进行发散式的检索，平均下来一个项目需要收集的灵感图片大概是100张。
- 绘制草图，将草图在矢量软件affinity designer中相对精确的绘制，调整完成。
- 导出svg，并在figma中排版，mockup，导出preview图片。
- 增加new issue，发布logo提案，等待反馈。
- 提案如果被采纳，则按照约定提交PR。
提交的项目
NekoCrypt
issue: Logo 设计提案 #4
nwb2bids
issue: Logo Contribution: Proposed a Visual Identity Design #83
open-cli
issue: We need a logo #31
lolcat
issue: We need a logo! #33
earthnet.tech
issue: 🪐 Logo Proposal for EarthNet #28
ctf-primer
issue: Logo Proposal for ctf-primer #62
kustomize
issue: Proposal: Logo design for Kustomize #5986
chapel-lang/TSC
issue: Logo Proposal for Chapel #13
遇到的困难：
- 很多看着挺有兴趣的项目，但是并未标注项目协议，因此只能遗憾错过。
- 有些 issue 其实不是“真缺 logo”，而是有人随便提的。人多的项目可能会有更多的人参与确认需求的真实性和必要性，作为一开始的观察者，这是很重要的信息来源。
- 有些 maintainer 没有及时回应，后来查看发现，虽然issue是新发布的，但是整个项目已经1年没有更新了。
效率和流程反思：
- 在灵感寻找阶段，AI能够很好的帮助我发散词汇，特别在英语并非我的母语的前提下。以book为例，可以联想到 自律，努力，坚持，智慧，成长。 2. 最具有挑战性的阶段还是在于对项目本身的挖掘，比如kustomize，随着这种理解的深入，会不停的有新的想法，推翻之前的草图。这个项目我足足灵感图片搜集了169张，因为中间转了好几个弯。
结果与展望
- 这一周时间我一共为8个项目提交了设计方案，其中被回复可以提交PR的有2个，还在迭代跟进中的有1个，被拒绝的有1个，没收到回复的有4个。
- 后续计划：
- 在考虑定期发起logothon，既可以提升自己，也可以帮助别人 :logothon已经上线
- UI/UX ，文档封面也在考虑是否要纳入，那这不就是designathon 了？
- 把流程和要点写成一个“开源设计指南”，方便别人参考。