ernest
I check in here quite often, but for now, I'm just focusing on clearing spam and keeping the instance alive. In January, I was working on the AP module, and there has been significant progress in the work, which hasn't been publicly published yet. Unfortunately, at the beginning of the year, I developed a skin condition that worsened from week to week, reaching a point where I couldn't even leave the house. In February, I spent my time visiting doctors and undergoing treatment with medications, which often had very unpleasant side effects. Therefore, I decided to hold off on any major updates to avoid causing even more chaos. Today, I've undergone one procedure, and I have another one scheduled for Thursday, which I hope will be the last.
Just because it's not visible that something is happening doesn't mean I haven't been doing anything during this time. In fact, two really significant things have been successful, which I've been working on for a long time and which I intended to announce soon once I recover.
This weekend, I also plan to work on infrastructure with Piotr, and from next week onwards, I intend to resume committing, provided my health allows it. I understand if you're exploring alternatives, but I hope I've exhausted my bad luck limit for this year, and the remaining time will be marked by gradual, steady progress, especially since new opportunities have emerged, about which I will hopefully write soon.
You see, I don't know how I would act now in hindsight. You have to take into consideration that, at the peak, hundreds of people willing to help appeared out of nowhere, people I didn't know at all. By nature, I am rather distrustful and approach new relationships cautiously - I really need a lot of time to get to know another person well. It's true that after some time, a certain structure began to take shape, but not everything is always as it seems at first glance - especially when so many strong personalities converge in one place. Perhaps it was a mistake that instead of addressing many things publicly, I tried to solve them in private conversations.
And you're right, anyone who knows me a bit knows that I have trouble asking for help. Sometimes, I take too much on myself, which is not good in the long run. I'm working on it. But this time was something more. I promised to take care of things, and under normal circumstances, it would probably be easy for me because I have some experience in resolving such situations. But these were not normal circumstances. I realized this too late. I was just overwhelmed by real life. So many problems collapsed on me that I could never have anticipated. These were the worst months of my entire life. I don't want to write too much about it or make excuses, but at some point, even getting out of bed or eating something became difficult. When I tried to get back to the project, the thought of the backlog and how many people I let down made me feel sick. That's why I'm really glad to be where I am now. I can only apologize to you and try to fix some mistakes. I need to do it at my own pace. I want to clean up the mess, find my rhythm, and then engage in broader communication with people. I'm still recovering on my own.
What I did was indeed a bit malicious, but I believe it was the only way to achieve the intended effect. The fact that I really like you all should not mean that I will be uncritical of your work. I don't want you to fully trust everything that comes from me - only in this way can we fully utilize the potential we have in developing the fediverse. Frontend errors are just a trivial matter; they can be quickly found and fixed. However, the situation is completely different when it comes to backend mechanics. Seemingly minor errors when I was developing karab.in made me undo them for weeks. With larger instances, there may not be a second chance. This is not a centralized system, you have to consider others above all. That's why I am so sensitive to it and have so many doubts about making changes.
It's not that I want to make things difficult for you. I really care about mbin developing in the right direction. I am curious about what the future will bring. I would like kbin to remain rather ascetic, subtle, and something that you need to learn and understand a bit, rather than having everything handed to you on a platter. Mbin can be a different face, with more features, bolder, and I know that you have many great ideas for it. A simple example is the labels for marking mods/admins/ops that you are currently working on - kbin has it marked in a subtle way with a faint left border outline - you can do it differently, and that's great. As someone very wise once said, "If it's not diverse, it's not the fediverse."
@melroy I am sure that this is just the beginning of our shared adventure. I hope you won't hold a grudge against me for long ;) Guys, I deeply regret that we met at this stage of my life, but as I say, all I can do is try to fix my mistakes. Thanks for everything!
Yes, I say this fully aware - there are many things that I have failed at. Much of what I said, I failed to achieve. However, I never wanted to keep people on a leash; I am more of a person who prefers to stay on the sidelines and engage in what brings me the greatest pleasure - coding, just like any other contributor.
Believe me, I tried to delegate tasks, had many private conversations and discussions. Perhaps it wasn't visible from the outside. However, in that mental state, the last thing I wanted to do was resolve conflicts among adults, and it all started to boil down to that. As @BaldProphet mentioned - "microcosm of the open-source community."
Moreover, there were too many different visions of the project, ignoring requests, etc. That's precisely why I decided to temporarily halt development, to secure the future of kbin. It was my decision, and as I mentioned, forking turned out to be the best thing that could happen. As you can see, the differences are not that significant, but it will be easier for all of us - especially since we can always draw inspiration from each other, and I don't think anyone has a problem with that.
However, I still maintain contact with many people, and sometimes they mention to me the attitude of certain individuals on mbin's Matrix - it is at least puzzling. In any case, I want to stay away from that and focus on my work with contributors who understand and prefer my approach.
Yeah, that's true. Real-life stuff was kinda more important for me at the moment than managing the project.
For me, it's straightforward: I pushed some dev code that wasn't even a complete feature, and it got approved in your pull request. That's why I was advocating for everyone to only merged their own PRs in the /kbin repository – so that each person could take responsibility for their own work. I won't go on about this any further.
Yep, another way is to choose abandoned from the list of magazines, soon it will be more sensibly sorted ;)
I assure you that I didn't intentionally push incorrect code into the repository. These were my first lines of code in a really long time. I simply got involved in other things that I wanted to finish first, and I noticed the edge case in the meantime, but it wasn't a priority. I saw that you were syncing and I was hoping to benefit a bit from it once you fixed it. I didn't expect the review to happen so quickly. By the way, I was genuinely curious about how this project management method works because, you know, I've always avoided such an approach. Merloy, you know how much I owe you, and I appreciate what you've done for the project, as well as the other Mbin contributors. Our overall visions haven't always been the same, and I think it's great that kbin has been forked. You see for yourself how my work looks until the release - there are many things I'll be refining over time. That's why I've put a hold on all other PRs, and now I want to focus on this.
Oh c'mon, don't be mad. It's just a wrong sorting of posts, it's in an edge case, and seriously it wasn't intentional. I just wanted to check how such management looks in practice, how many merge accepts are needed, etc. I didn't mean to do anything wrong that could cause harm. I even push the same code to my instance to facilitate your tests ;)
But you're right - that's just my nature. I approach PR with very limited trust, whether they're mine or from others.
It wasn't entirely intentional, it was actually my mistake. But I held off on pushing the hotfix for a while. It was a development branch, so these kinds of bugs were permissible - in this case, it just changed the order of related posts, nothing serious. It was quite easy to spot and fix. Slow and cautious acceptance of pull requests, something I spent a lot of time on, was the main accusation from the creators of forks. Hastily accepting them was a problem for me. I personally considered a consensus similar to that, but now I see it doesn't make sense. Someone needs to take responsibility. Personally, I believe that forks are the best thing that could have happened to the project.
From today, I'm starting a small series of daily devlogs where I'll be describing the changes being implemented before the official release of the first version of /kbin. As I mentioned earlier, I had some minor turbulence in my private life from which I'm slowly emerging. I have partially stabilized my life situation in various aspects. I hope this will help me smoothly return to old habits, maintain consistency, and keep you updated on what specifically is happening in the project.
There's a lot of mess I need to sort out, starting from overdue tasks that failed in queues, improving the infrastructure, and ending with going through pending emails and private messages. The first report will be out either today or tomorrow evening, as I am just about to start working on it.
I've already discussed some of the reasons on Matrix, but today, I'll try to briefly explain what's going on here. Due to the increasing popularity of kbin, infrastructure changes, the cost of maintaining instances, and development-related priorities, I wasn't able to deliver the milestones on time, which are crucial for project funding (even though I'm really close to achieving that). I wasn't prepared for this and didn't anticipate such a delay in terms of the savings I allocated for all of this. The servers are still being maintained with the donations that came through buymycoffe, but there are additional costs like living expenses and other obligations. So, I had to take up temporary work to ensure the continued development of the project.
This year has also brought many other unexpected personal problems, as I mentioned earlier. Now, another one has been added to that list – I had to end my marriage and a fifteen-year-long relationship. While it's not a sudden decision, it's never easy, but it has turned out to be more challenging than I anticipated. Not just for me, and this time, I want to dedicate as much time as necessary to conclude the matter properly. I had to learn how to do many things from scratch, set up a new work environment, establish daily routines, and more.
So, why all these deadlines and promises?
It was probably the only way for me to accomplish at least the absolute minimum. There's a lot of my own code waiting for review on my local branches, but it's genuinely hard for me to push myself to it for now. The infrastructure also requires fine-tuning, and Piotr is helping me with that. And the days are passing by very quickly.
However, I'm almost ready to continue on this journey, so you can expect that in the near future, there will be a banner with information and the update date of the instance and release. After that, we will work on avoiding such longer development downtimes in case of my absence.
Are you sure you haven't changed the display mode? :)
I wrote the first line of code for /kbin on January 14, 2021. Around this time, I started working remotely and decided that the time I used to spend commuting to the office would be devoted to /kbin. Throughout this entire period, /kbin has been a hobby project that I developed in my free time. It was also when Lemmy started federating. The full history is available on GitHub. The Polish instance - or rather its prototype - was created on 2021-09-08.
By the end of 2022, I decided to take this a bit more seriously. The work that had brought me much satisfaction began to tire me out - anyone who's experienced burnout likely knows what I'm talking about. I needed a breather and a sense of doing things my way. I had some savings put aside, so I could work on this full-time. The amount of code might not reflect this, but it's only a small part of the things that need attention in such a project ;)
I don't know if it had any impact, but on January 4, 2023, I received information that the project had qualified for the NGI0 Entrust program. I had applied for funding a few months earlier. Currently, I have outlined my milestones in the Roadmap. The plan was to gradually complete each stage (after finishing one of them, I can apply for a funds release). However, due to the situation and how /kbin has developed in recent weeks, I had to completely change my priorities. As a result, I have started each stage, but none is polished enough for me to honestly apply for a payout. I'll need to address this promptly.
The fact that I could take certain steps amidst all this confusion is solely thanks to your support. The kindness I've encountered here will be remembered for a lifetime :) My buymeacoffee account currently has 818 supporters, who have donated $11,320. This is a lot of money, and for a while, I'll be able to sleep peacefully, not worrying about maintaining kbin.social.
Nevertheless, this money is meant for project development. Every expense will be documented in monthly reports. If necessary, I can also provide insight into the invoices. Things have been so heated recently that I consider the spending over the past months to be a failure. Most of the costs need to go to S3+Cloudfront, where costs due to the traffic increased from $2-3 per month to $1,000. This is about half a year of basic servers in the current stack. But in hindsight - so much has happened that faster migration was impossible. However, this has certainly accelerated the process.
None of this would have been possible without the contributors and project guardians, and without Piotr, with whom we spent many hours and sleepless nights trying to stabilize the situation and bring it to its current state. This time we're much better prepared for potential surprises. I hadn't set the terms of collaboration before and I admit, I had some concerns when we arranged a call to discuss this. However, it turned out that within the foundation, Piotr introduced a "Pay what you can" financing model, whether it's $1 or $100 a month. As I mentioned earlier, this is a huge relief for me and we started from scratch regarding security matters.
Many of you asked me about the possibility of recurring support. I wasn't entirely convinced, especially since the current account balance should maintain the instance. However, I think it would be irresponsible of me not to consider it. /kbin has grown to a level where I can't foresee everything that will happen. It would be great if we could cover monthly costs with Patreon / Liberapay. All funds from Buy Me a Coffee will be transferred to this pool, but from now on, I'll treat it as buying me a coffee... or a beer... literally ;)
For me, this also means maintaining critical zones for the project. I see this as a long-distance run, so I've decided to allocate:
$100 monthly - donation to Piotr's foundation "Fundacja Technologie dla Ludzi" - I really encourage you to support it, they're really doing a lot for the fediverse.
$24 monthly - donation to Codeberg - a great ecosystem for free projects. We've been making quite a buzz there recently.
I also want to support contributors and creators around /kbin as much as possible - but I'll do this privately, and for now, I can only afford symbolic amounts.
| | | | $ |
| ------------------------------------------------- | ---------- | ------------ | ---- |
| Hetzner Jun 2, 2023 | €131.63 | one-time | 145 |
| Hetzner Jul 2, 2023 | €246.74 | one-time | 271 |
| OVH 24 cze 2023 | 2246.66 zł | 6 months | 553 |
| OVH 1 lip 2023 | 904.63 zł | monthly | 223 |
| OVH domains | 116.43 zł | annually | 30 |
| AWS (S3+Cloudfront) July 3, 2023 | $1079.21 | one-time | 1080 |
| AWS current | $320.45 | one-time | 321 |
| Mailgun 2023-07-02 | $49.76 | one-time | 50 |
| Testing enviroments, demo instances, landing page | $130 | monthly | 130 |
| FTDL | $100 | monthly | 100 |
| Codeberg | 95.33 zł | monthly | 24 |
| Yubico 2x YubiKey 5C NFC Jun 22, 2023 | €135.30 | one-time | 149 |
| Accounting and legal advice | $100 | one-time (?) | 50 |
| Taxes in Poland | ??? | | |
Thank you once again for that. I will respond to your questions, but it may be delayed as I have a few important tasks I want to focus on. Soon we will also write more about the cluster and the conclusions we have drawn from creating infrastructure with Piotr. Then it will be time for the first release of /kbin.
I'm currently working on solving this problem.