我是副项目的拥护者，我将大量的空闲时间花在这些项目上。 原因如下：
您将有机会尝试使用现代/有趣的技术，而这些技术通常不会在您的日常工作中发挥作用。 您获得了从头到尾使用产品的更改。 从概念到部署到市场营销的意义。 您将获得日常工作中通常委派给其他团队的第一手经验。 它有助于建立在线形象，这当然不会对您的简历，职业，网络和职业发展造成任何损害。 根据您决定从事的工作，这就像买彩票一样，如果在万事大吉的情况下获胜，您将能够获得被动收入。
通常， 当我想学习新技术时，我会构建一些真实的东西，因为弄脏您的手是实际上确保正确安装的唯一方法。 您需要那些“啊哈！” 仅仅通过阅读/观看教程就可以了。 大多数人会构建待办事项列表应用程序。 这是我的第一个建议：不。 如果您打算将宝贵的时间花在某些事情上，请确保至少将其花费在最不可能增加他人价值的事情上。 使有用。
然而…
痛苦的事实是：毫无疑问，大多数附带项目都会“失败”。
大多数甚至没有达到第一个版本的发布者，以及那些没有发布的发布者，最终往往会成为废弃软件。
在海浪之下，GitHub是一个墓地。
甚至以ProducHunt最多产的生产商之一而闻名的 Mubashar Iqbal 都不受此害 。
本文旨在帮助您选择一个最大的机会，使其不成为统计数据的一部分。
建立可以解决您遇到的问题的东西
我是Courtland Allen的IndieHackers的忠实拥护者 ，我阅读了大多数创始人访谈，并收听每个播客。 大多数成功的故事都是关于解决自己痛苦的人 ，或者在特定行业工作了多年的人，他们有足够的第一手经验来了解自己可以做得更好。 对于辅助项目，我强烈建议第一个： 做一些可以解决您遇到的痛苦的事情 。 有两个原因：
您可能已经在网络上进行了广泛的搜索，却没有找到能完全按照您想要的方式解决此问题的方法。 您已经有一个客户：您。 而让您成为日常用户，将使您更容易发现可以改进产品的缺陷和方面。 世界是足够大是安全的假设，如果你确实可以出货的东西，解决您的特定问题比其它更好，会有更多的人热衷于自己在做什么。
建立一些简约的东西。 我的意思是，真的。
相信我：如果您是一位经验丰富的开发人员，则很可能会高估自己的能力 。 通常感觉自己比组织内部更有效率，这在一定程度上是对的。 对于一个200小时的项目，是的，您将单单提高生产力，因为：
您不必花很多时间参加毫无结果的会议。 您不必说服任何人您自己的观点。 您的代码将超级一致，并严格遵守所有代码约定：您的代码。 您必须编写更少的文档和测试，因为您知道，所有开发人员都知道100％的代码。 我是说你。
真正的问题在于，当您认为自己，孤零零的狼或2至3个同事的闲暇时间将能够组建一些实际上需要全职团队的团队时。 同样， 高估自己的能力确实很容易 。 无论表面上看起来多么简单，交付真正的软件项目都是一项艰巨的挑战。 我多次失败，直到意识到只有保持最低限度，我才会出货。 例如，考虑交付一个不能做任何事情的SaaS项目有多困难：您仍然必须考虑身份验证，授权，用户管理，电子邮件确认，构建，部署……
另外，理想的策略是寻找可以从很小的地方开始但仍然有改进空间的东西。 这里的挑战是，越来越难以找到仍然没有近乎完美的竞争对手的简单想法。 正如我提到的，我尽量不要从事那些我认为没有机会为他人增加价值的工作。 但请相信我，在这个广阔的世界中还有许多工作要做。
建立一些可能使您在3年后仍然感兴趣的东西，并致力于维护它。
找到当今世界上最好的主意非常容易，只是明天将其丢给下一件大事（添加酒精以产生额外的效果）。 开始做某事之前，请务必考虑10倍。 请帮自己这个忙。
例如，如果您要构建一个库， 则可以绝对保证将其删除，除非您或您所工作的公司从长远来看会真正使用它。 相信我： 不要构建和开源不会使用的库 。 您将不可避免地失去兴趣，并给社区中每个相信您将继续维护它的人带来巨大麻烦。 与应用程序相比，图书馆需要维护，尤其是由于依赖关系。 如果您的库依赖于React，则必须对其进行更新以继续与React 16、17等一起使用。 同样，在开始公开之前将其思考10倍。 您必须承诺。
不要构建社区/社交驱动的应用程序。 如果要构建Web或移动应用程序，请构建最简单的工具或游戏。
Facebook最近以数百万美元的价格收购了tbh ，这证明了尽管FAANG竞争激烈，小公司仍有可能进行创新并发布社交应用程序。 凉？ 当然可以，但是不要这样做。 原因很简单：在社交应用程序方面，与之相比，应用程序本身的开发只是沧海一粟。 例如，想象一下，建立一个市场来帮助寻找附近的专业人士，例如ThumbStack 。 应用程序完成后，现在，您和您的团队需要Jedi级的营销技能和大量资金才能赶上成功，因为在该应用程序流行之前，您将没有足够的专业人士来注册。直到有很多专业人才为止。 TL; DR：超出您的范围。 不要这样
构建人们可以单独享受的最简单的工具或游戏。 如果在制作应用程序的整个过程中最终构建了您认为人们会感兴趣的库，请考虑在GitHub上开源它们。
传播这个词
交付副项目后，您将执行以下操作：
如果是网络/移动应用程序，请将其发布到ProductHunt上 。 将其发布在可能感兴趣的子reddit上。 如果您有一点变化， HackerNews可能会感兴趣，则将其发布为“ Show HN：看看我所做的这很酷的事情。 你怎么看？” 。 IndieHackers论坛也是如此 ，但以“ Show IH：”开头。 关于以下内容的推文和博客：您做了什么； 您在整个过程中获得的经验； 你学到了什么； 你本可以做得更好/不同的事情； 统计数据（人们喜欢统计数据）； 您对未来的计划。 如果失败了，也写下来。
结语
努力工作; 一夜之间成功是童话。 不断聆听您的用户； 从MVP开始，致力于逐步改进，并节省了您开始不愿意做的事情的时间。
祝你好运。 骇客入侵！ ?
要了解有关我的更多信息，请访问https://aboutdevs.com/andrerpena
From: https://hackernoon.com/a-quick-guide-to-help-you-picking-up-the-best-side-project-to-work-next-30e284e2b2f7
