Skip to content

Commit 95926b2

Browse files
Merge pull request #321 from appwrite/feat-blog-hf-conclusion
Add Hacktoberfest 2023 conclusion blog
2 parents 6a43ecf + 72d5b20 commit 95926b2

File tree

6 files changed

+92
-23
lines changed

6 files changed

+92
-23
lines changed
Lines changed: 69 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,69 @@
1+
---
2+
layout: post
3+
title: Appwrite's Hacktoberfest 2023 journey
4+
description: Summing up Appwrite's participation in Hacktoberfest 2023.
5+
date: 2023-11-01
6+
cover: /images/blog/hf-2023-journey/cover.png
7+
timeToRead: 5
8+
author: aditya-oberai
9+
category: hacktoberfest
10+
---
11+
12+
**October** is our favorite month of the year because it brings with it **Hacktoberfest**, the largest celebration of open source in the world! And this year, we returned to support DigitalOcean and **Hacktoberfest 2023** as a sponsor to invest in the upliftment of the open-source world and to rejoice the 10th anniversary of this wonderful initiative. Hacktoberfest brought moments of nostalgia seeing developers from different walks of life join in to take their first steps in the open-source world.
13+
14+
We had an absolute blast interacting with all the new contributors and hosting all the events throughout the month! Our **[Discord server](https://appwrite.io/discord)** was full of **AMAs** and **PR Review parties**, which enabled us to demonstrate our PR review workflow and allowed the community to really appreciate the work that goes into maintaining open-source projects. We were also able to educate new contributors on various facets of open source, usage of tools like Git and GitHub, the process of submitting a PR, communication best practices, and so much more!
15+
16+
Not only did we see multiple virtual events, but we also hosted an [in-person Hacktoberfest Kickoff meetup](https://photos.app.goo.gl/n5YQjK56CCgqyrj68) in collaboration with DigitalOcean in Bengaluru, India. Overall, this Hacktoberfest was one of the most wholesome and fulfilling experiences for our team, and we cannot wait to share our highlights from this edition.
17+
18+
![Hacktoberfest Kickoff event in Bengaluru, India](/images/blog/hf-2023-journey/kickoff-blr.png)
19+
20+
## Our history with Hacktoberfest
21+
22+
Before we jump into some amazing open-source contributions from Hacktoberfest this year, we would love to share why our participation in Hacktoberfest matters far more to us than we can express. **Appwrite was first released back in September 2019** with one mission, to make software development accessible and enjoyable for all. **Hacktoberfest 2019** was truly a game-changer for us, as we saw **over 200 contributions** from some lovely members of the open-source fraternity that October. The stars on our project doubled that month and entered the 4-digit range for the very first time.
23+
24+
That one month truly enabled us to lay the foundations of a budding organization with the sole purpose of helping developers build faster and better. And for that, no thank-yous will ever be enough to express our gratitude for this amazing open source community that chose to carry us on their shoulders at our inception. This year, as a sponsor of Hacktoberfest, we set out with the mission to **uplift the ever-growing open-source community** and **enable more newcomers** to step in and grow in this ecosystem.
25+
26+
## Some of our favorite contributions
27+
28+
This Hacktoberfest, we focused on collaborating with our contributors to make impactful contributions. Some of them really stood out to us, and we thought to share them here for you to check out too!
29+
30+
- [Security Scans in the CI pipeline using GitLeaks](https://github.com/appwrite/appwrite/pull/6492)
31+
32+
- [Functions template to implement Sync with MeiliSearch in Kotlin](https://github.com/appwrite/templates/pull/234)
33+
34+
- [Messaging adapter for Postmark](https://github.com/utopia-php/messaging/pull/26)
35+
36+
- [Storage adapter for IBM Cloud Object Storage](https://github.com/utopia-php/storage/pull/90)
37+
38+
- [Unit tests for the Android and Kotlin SDKs](https://github.com/appwrite/sdk-generator/pull/729)
39+
40+
The Appwrite team also participated in a number of livestreams throughout the month.
41+
42+
- [Open Source Friday with Appwrite](https://www.youtube.com/watch?v=VJvawxeUhN4) by GitHub
43+
44+
- [Learn healthy contribution practices with Aditya Oberai!](https://www.twitch.tv/videos/1947516149) by GitHub Education
45+
46+
- [Building Appwrite Functions](https://www.twitch.tv/videos/1953276802) by MLH
47+
48+
## Milestones achieved so far
49+
50+
Together, we made a lot of noise during Hacktoberfest, leading to some amazing results for the Appwrite community!
51+
52+
- **135+** Hacktoberfest issues
53+
- **65+** accepted Pull Requests
54+
- **30+** new GitHub contributors
55+
- **8** Hacktoberfest PR Review Parties
56+
57+
All these achievements were made possible through the strong collaboration and active participation of the community through a variety of contributions, spanning **adapters**, **function templates**, and more!
58+
59+
## What’s next for Appwrite
60+
61+
We have a lot of exciting features that we’re working towards as we gear up to make **Appwrite Cloud** generally available. Appwrite Cloud is the hosted Appwrite solution managed by our team, so developers like you can focus on building their applications. We’re currently running Appwrite Cloud in Public Beta, so [sign up and start building](https://cloud.appwrite.io/register) as soon as you can!
62+
63+
Besides that, this Hacktoberfest, one new product that we saw a number of folks contribute to is **Appwrite Messaging**. Stay tuned for more information on the same.
64+
65+
## How can you contribute after Hacktoberfest?
66+
67+
Hacktoberfest may be over, but you don’t have to stop contributing! We have **lots of open issues** that you can find on our [GitHub repos](https://github.com/appwrite/appwrite/issues). You can also **write articles**, **create tutorials**, or **build demo apps** and add them to our [Awesome Appwrite repo](https://github.com/appwrite/awesome-appwrite) and the [Built With Appwrite website](https://builtwith.appwrite.io). There are always new ways to support the [community](https://appwrite.io/community), and we truly love all the contributions you make. If you need help with Appwrite or would like to explore some interesting ways to contribute, join us on our [Discord server](https://appwrite.io/discord) and connect with the Appwrite community.
68+
69+
Thank you so much once again for joining us during Hacktoberfest. We hope you enjoyed contributing to open source as much as we do, and we can’t wait to have you all with us next year!

src/routes/blog/post/make-open-source-healthier/+page.markdoc

Lines changed: 21 additions & 21 deletions
Original file line numberDiff line numberDiff line change
@@ -1,7 +1,7 @@
11
---
22
layout: post
33
title: Make open source healthier by being a better contributor
4-
description: How you can improve community health of an open-source project through healthy contribution practices
4+
description: How you can improve community health of an open-source project through healthy contribution practices.
55
date: 2023-10-23
66
cover: /images/blog/make-open-source-healthier.png
77
timeToRead: 5
@@ -17,60 +17,60 @@ In the context of open-source communities, **community health** refers to the ov
1717

1818
A healthy open-source community typically has the following characteristics:
1919

20-
- **Active participation** and **continuous engagement**
21-
- An **inclusive** and **open environment** for everyone, regardless of their backgrounds, skills, etc.
22-
- **Effective communication channels**, such as mailing lists, forums, or chat rooms
23-
- **Transparent decision-making** about the project's direction, priorities, and governance
24-
- **Strong leadership** to guide the community, set the vision, and help resolve conflicts
25-
- A well-defined **code of conduct** to establish expectations for behavior
26-
- Well-maintained **documentation** for the project and its processes
27-
- **Recognition** and **appreciation** of contributors' efforts
28-
- **Collaboration** and **teamwork** among members
29-
- **Opportunities** to **learn** and **grow** as a professional
20+
- Active participation and continuous engagement
21+
- An inclusive and open environment for everyone, regardless of their backgrounds, skills, etc.
22+
- Effective communication channels, such as mailing lists, forums, or chat rooms
23+
- Transparent decision-making about the project's direction, priorities, and governance
24+
- Strong leadership to guide the community, set the vision, and help resolve conflicts
25+
- A well-defined code of conduct to establish expectations for behavior
26+
- Well-maintained documentation for the project and its processes
27+
- Recognition and appreciation of contributors' efforts
28+
- Collaboration and teamwork among members
29+
- Opportunities to learn and grow as a professional
3030

3131
While some of these characteristics, like strong leadership, transparent decision-making, and creating a code of conduct, are responsibilities primarily held by maintainers, most of these are shared between maintainers and contributors.
3232

3333
## Building a healthy set of contribution practices
3434

3535
Having discussed what community health means, it is necessary to then discuss what contributors can do to improve the community experience for everyone involved in the contribution process. Here are some practices I recommend from my experience as a contributor and maintainer:
3636

37-
- **Wait till you’re assigned** an issue
37+
- **Wait till you’re assigned an issue**
3838

3939
The majority of open-source projects have processes of selecting what issue is necessary to work on and who works on what issue. This is why it is important to ensure that your raised issue is either selected or you’re assigned to work on one. Not doing so before you start contributing may cause you to repeat someone else’s work.
4040

41-
- Make **objectively valuable** contributions
41+
- **Make objectively valuable contributions**
4242

4343
When making a contribution, it is important to ensure that your contribution is objectively valuable and not subjective. Only then does it create value for everyone in the community and not a specific group only. For example, fixing spelling mistakes in documentation is objectively valuable, but changing a paragraph from active to passive voice is not.
4444

45-
- **Focus on quality** rather than quantity
45+
- **Focus on quality rather than quantity**
4646

4747
Rather than making too many contributions quickly and carelessly, it is better to focus on a smaller number and ensure they’re in the best shape possible. This way, your work leads to lesser maintenance debt and more positive value addition.
4848

49-
- **Review** previously merged contributions
49+
- **Review previously merged contributions**
5050

5151
Looking through past accepted contributions gives you a better idea of the project's development practices and communication processes. Better clarity on these makes it much easier for you to integrate within the operations of the projects.
5252

53-
- **Don’t call dibs** on issues
53+
- **Don’t call dibs on issues**
5454

5555
There’s plenty of work to go around for every person in the community, whether around code, documentation, maintenance, etc. Let’s make sure we don’t end up adding more barriers in the process by spamming requests to get assigned on every issue we find.
5656

57-
- **Wait for a couple of days** before you ask for an issue to be **reassigned**
57+
- **Wait for a couple of days before you ask for an issue to be reassigned**
5858

5959
When contributing to open source, it is necessary to remember that most people participate here outside of their day-to-day lives. With everything else in our lives, with work, academics, families, etc., sometimes people can’t prioritize open source immediately. A little patience here goes a long way for everyone.
6060

61-
- **Communicate your progress** with the maintainers
61+
- **Communicate your progress with the maintainers**
6262

6363
After you are assigned an issue, it’s good to update the project’s maintainers at regular intervals. This way, everyone in the process can track progress and challenges, thus keeping transparency for the community.
6464

65-
- **Be patient** with the maintainers
65+
- **Be patient with the maintainers**
6666

6767
Most open-source work is unpaid and voluntary. Maintainers do it out of their love for the technology and community. And as lovely as maintaining their project can be, as the communities around their projects grow, it can very easily become overwhelming. Therefore, if your contribution has been under review for a while, patience goes a long way.
6868

69-
- **Help** with Pull Request **reviews**
69+
- **Help with Pull Request reviews**
7070

7171
Most open-source projects tend to have a much higher ratio of contributors to maintainers. Therefore, once you know what maintainers look for in changes, you can leave appropriate feedback for the project to help make life easier for everyone.
7272

73-
- Give and accept **feedback** **constructively** and **humbly**
73+
- **Give and accept feedback constructively and humbly**
7474

7575
The beauty of open source is that you could end up collaborating with people from drastically different places, walks of life, or knowledge levels. You never know whether the person you’re working with is a college sophomore or a veteran software engineer. Giving constructive feedback means that you enable others to learn and grow from your experiences. Accepting it with humility enables you to achieve the same.
7676

src/routes/blog/post/password-hashing-algorithms/+page.markdoc

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1,7 +1,7 @@
11
---
22
layout: post
33
title: Demystifying password hashing algorithms
4-
description: What are password hashing algorithms and how they help secure user credentials in your application
4+
description: What are password hashing algorithms and how they help secure user credentials in your application.
55
date: 2023-10-20
66
cover: /images/blog/password-hashing-algorithms.png
77
timeToRead: 7

src/routes/blog/post/password-protection/+page.markdoc

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1,7 +1,7 @@
11
---
22
layout: post
33
title: "Password protection for developers: importance and best practices"
4-
description: Why it is necessary to implement strong password protection policies in your app and best practices to follow
4+
description: Why it is necessary to implement strong password protection policies in your app and best practices to follow.
55
date: 2023-10-11
66
cover: /images/blog/password-protection.png
77
timeToRead: 6
940 KB
Loading
4.55 MB
Loading

0 commit comments

Comments
 (0)