Contentre的独立开发者盈利之路
时光飞逝。 写到这里已经有一段时间了。今天，我想分享一些作为独立开发人员在构建和运营科技产品时的想法、技巧、技巧和错误。
不管怎样，我并不是完全独立，因为我将产品的设计部分外包给了一位非常好的设计师和朋友。 我最初还为该项目聘请了两名前端开发人员，但由于这些开发人员的日程安排很紧，合同无法继续下去。 因此，所有东西都留在我的桌子上，我充分利用我的时间和技能来开发产品。Shit!前端设计程序员之痛！产品一定要从视觉先吸引人！
我在建造什么？
首先我先给大家介绍一下这款产品，让大家有个大概的了解。我正在为内容创作者构建一个基于云的内容管理平台。作为软件工程师和作家（新任作者）。
我发现了一个问题： 由于作家不是开发人员，因此很难为他们的手艺创建漂亮的作品集。 由于我是一名开发人员和作家，我想帮助作家自动化这个过程： 通过允许作者从数千个模板中进行选择，该应用程序可以自动为作者使用其发布的内容/文章制作作品集的过程。
另一个重要功能允许自由作家/内容创建者了解他们为特定客户（网站/博客）编写的内容随着时间的推移表现如何。 以及许多其他见解和功能。我打赌您想查看其他功能。 我将其命名为Contentre，因为我最初最喜欢的名字Contentr很难购买域名。 随着我们的进展，我将解释技术堆栈、构建方法、遇到的问题以及我在构建产品时学到的东西。
技术栈选择
为产品选择 TechStack 并不是一件困难的事情，因为我已经计划使用 TypeScript、GraphQL、Node.js 和 Nuxt.js
我决定使用这些技术栈，因为我现在的公司使用这些，并且我想了解更多信息并更快地完成我的任务。因此，我构建了一个完整的产品来学习和掌握我公司的技术栈。
对技术栈的要求如下。
后台及操作：
- 快速的开发和迭代时间
- Nodejs/TypeScript 领域知识
- 易于本地运行
- 易于扩展后端并易于处理重负载。
- 部署简单且免费
- 可以边学边用
前端和运营
- 我对 Vuejs/Nuxtjs 有丰富的经验
- 前端 HTML 和 CSS 采用开源组件
- 设计是外包的。
技术栈
后端 — Node.js/TypeScript/GraphQL
后端选择的语言是 Node.js 和 TypeScript。好吧，你已经猜到原因了。但更多的原因是因为我拥有该领域的知识，并且 Node.js 具有良好的性能并且易于部署和扩展。
前端——Vue/Nuxt
Vue比react易于上手。除此之外，我想学习如何使用 Storybook 实现原子设计以及如何使用 Vue 掌握前端的 Apollo GraphQL。
数据库——PostgresSQL
我在整个编码生涯中都在使用 MySQL，我想尝试一些新的东西，加上我的公司正在使用它，我想学习如何编写复杂的高性能原始查询，所以我发现构建一个现实生活中的项目将是一个好的开始。
此外，PostgreSQL 还内置了全文搜索扩展和许多很酷的扩展，我无需单独付费。
云端 — Heroku 和 Netlify
该应用程序在开发阶段和测试阶段完全免费运行，无需付费。
该公司网页是使用 Nuxtjs 构建在不同的存储库中，利用 SSR 优势进行 SEO。
最后，应用程序/仪表板是使用 Nuxt 构建的，没有 SSR，这使得用户加载速度更快，并且它在 Netlify 中为我们的用户部署为静态页面。
我每月为托管应用程序支付的总费用为0 美元，但我每月为博客支付的费用在5-6 美元之间，因为它托管在 DigitalOcean 上。
我希望当我们启动并开始记录真实用户时，他们会兴奋起来。
电子邮件 — Namecheap 私人邮件
我们有数千种不错的选择，但 Namecheap 私人邮件更便宜，并且在开发过程中使用 Nodemailer 易于设置。我可能会考虑在生产过程中将邮件服务器更改为 Mailgun 或 SendGrid。
工作方式
仅在夜间和节假日使用代码
我只在晚上、空闲时间和节假日编码。事实上，规划、设计、招聘和最初 60% 的开发都是在圣诞节和新年假期期间完成的。
我的全职工作是最高优先级的，所以我只在闲暇时编码，当然，这是我的产品，而且我有充裕的时间，也没有疯狂的截止日期。
没有测试
我无法应付开发后端、前端、进行质量检查，并且仍然编写单元测试。我希望这在将来不会成为一个错误，但以下是我用来确保质量的方法。
- 我在 Trello 看板上列出了所有任务，并清楚地描述了每个任务的用途。
- 在对前端和后端进行编码后，我将花时间像 QA 工程师一样手动测试解决方案，并请我的朋友尝试新功能。
毫无疑问，测试是好的，当我们有团队时就会进行测试。
单体应用代替微服务
我选择采用整体模式，因为管理不同代码库和服务器的工作量很大。
但我无法使用前端应用程序来逃避它，因为用户组合、应用程序/仪表板和公司主页是分开的。所以那里有一些微服务。
我学到了什么？
我学到的是：
单独构建产品无论多小都不容易。
尝试但失败也比根本不尝试要好。
此外，最重要的是，在开发自己的产品时，由于灵活性，您有充裕的时间，但您需要足够的纪律才能完成工作。
结论
这篇文章是为了反思我所做的事情、我开发的产品、它是如何开始的、它是如何从我们所处的位置以及我学到了什么经验教训以及我将来将如何扩展它。
只是提醒我我正在做某事的一种方式。
请记住我在这里所说的话：
如果您是早期用户，您可能永远不需要付费或支付太多费用。
在下一个故事中，我将分享我计划如何对该产品进行营销并将其规模扩大到我的第一个 1000 美元 MRR。
如果您正在考虑作为独立开发人员构建产品，请停止思考并立即行动！其乐无穷！
