Collective Announcements

We've been hard at work here within The Collective working on a number of new projects. We are excited to key you – dear reader – into those projects!

---

Up first, let's check in with CC-Ari!

Emi: So you've been hard at work on a number of software solutions. Tell me about that!

Ari: Yeah! I've been working on picking up and familiarizing myself with the Go ecosystem! I've been hard at work rewriting an old interface I made in Python for the Poormans Issue Tracker, which will provide simple & flat file issue tracking solution.

Emi: A flat file... huh?

Ari: Right. A “flat file data structure” is a method for storing relational data (that is, data that relates to specific things) where one file describes one segment of data. In the context of an issue tracker, this would likely include things like a status file that describes the status of the issue and a description file that contains a long-form description of the issue. Simplified even further, these files should be plain-text files that contain raw data.

What this means to a user is that, to read a flat file issue (as described by the the Poormans Issue Tracker), a user simply reads the a directory name as the title of an issue. Then, they can read the contents of status and description for more information on the details of said issue. The spec also defines a standard for tags and blockers, but those are beyond the scope of this conversation.

Emi: “Beyond the scope of this conversation...” Has anyone ever told you that you talk like a programmer?

Ari: *laughs* Yeah, that doesn't surprise me. I have a hard time pulling my head down from the clouds when I'm talking about computer tech.

Emi: So what drew you to this problem?

Ari: Well, like I said, this is primarily a way to learn the full Go(-lang) lifecycle. I started off re-building a simple ping charting software that is a standard programming exercise I do in every language that I try learning. You can check out that code over on our git repository. I find it useless to try to learn a programming language without solving a real world issue – and Issue tracking is an ongoing headache of mine.

Emi: For those of us in the collective who don't look at code repositories all day, what do you mean by “Issue Tracking.”

Ari: Okay yeah! Ehm... So you've likely downloaded something off GitHub before (for example). Maybe a mod, maybe a software, who knows. But you might've noticed the “Issues” tab. This is designed for users to report back bugs, software failures, and all sorts of things relating to the software. Open source software thrives on user reporting. Because most open source projects don't have funding to employ a team of testers like most corporate software, bug fixes simply cannot happen without user feedback.

The problem is that GitHub's implementation of issues requires an end-user to log in and provide information like emails/passwords/etc. This bothers me. I don't want my software to require users to expose themselves/trust me with sign-in credentials just to tell me that there is a problem with my code. I feel like the idea of 0-trust issue submission/reporting is a useful tool for obtaining feedback on your software.

Emi: Isn't GitHub owned by Microsoft?

Ari: Yep! And I don't feel like feeding my code and my insights directly into their GenAI bullshit that is actively ruining software efficiency by the day. Why should someone have to burn who knows how much electricity just to tell a software maintainer that it breaks?

Emi: So, you're trying to create an alternative to this? Are you hoping to influence the open source software community?

Ari: Yes, and no. My goal is to create a simple solution that does not require multiple sets of server technologies just to run. Because issue tracking software is not domain specific to coding, this software is not meant solely for coders. As such, it will never ship with tight git integration or pretty web-servers. The goal is to ship a binary that teams can use to generate a consistent set of data and browse said data (via a TUI). Additionally, a future feature is to implement a simple ssh-style application for managing a central repository of issues (that can be checked out as a git submodule).

So is this something I hope makes waves? Not really. Ultimately higher-tier issue tracking solutions like the aforementioned GitHub implementation have their use cases. A simple repository of flat text files and folders and a binary that does not concern itself with users or authentication does not make for a good solution for mid-size teams and up. I just want to make something that works for us as a collective, and that others may be able to use for themselves.

Emi: Okay so how would I use this software?

Ari: So, on release (it’s still in private development), a user would be able to either grab a binary from our releases page, or build from source using Go. Go is a fully portable language, and can cross compile for any architecture so we will be providing pre-compiled binaries for every major modern architecture.

Once you obtain a binary, it has a simple CLI and TUI for browsing, creating, and managing issues. It is our aim that a non-technical user should be able to make use of the project without any knowledge of command line interfaces.

Emi: So when can we expect it to release?

Ari: Well, I’m currently hard at work finalizing the TUI and data lifecycles. Next will be a simple CLI interface, and then ensuring that tests run effectively. At the pace I’ve been going, I would expect release sometime in the next month or two.

Emi: Well that’s exciting! I can’t wait to hear more!

---

Up next, let’s check in with Nim!

Emi: Nim, when are you gonna get around to making a blog here?

Nim: Oh god don’t pressure me! I’ll get around to it when I have things to post!

Emi: Fine fine, just bugging you! So. You’ve got some news eh?

Nim: Yeah! I’ve been working with CC-Ari on her DJ kit, and I’m super excited to say that we are going to start streaming DJ sets again!

Emi: Oh thats exciting! What’s bringing Ari back?

Nim: I mean, we’ve been talking about what would go wrong with her old live-stream sets. Realistically it truly came down to a dis-satisfaction with her stream setup and streaming space. It took too much energy for her to set up and tear down every day, as there wasn’t a permanent place to keep her rig set up!

So that’s where I come in! I’m working on updated graphics, stream interactions, and a permanent set up for her rig! I’m going to be stepping in as a stream manager, as well as (hopefully) roping in our good friends over at HootOS to help with the workload!

Emi: Amazing! I can’t wait to groove to the streams again! Will you be streaming anything yourself?

Nim: We’re working on how we want to present a collective wide streaming presence, but yes. I do hope to start doing some gaming streams as well as general art streams!

Emi: When do you expect the channel to be live for that DJ stream?

Nim: We’re working on getting it up and running by sometime mid June.

Emi: Well I can’t wait to see it!

---

That’s all we’ve got in the pipe right now, but be sure to stay tuned to our site!