Not sure if it's obvious, but "go run" is just a thin wrapper around "go build" which compiles your Go code to a temporary location and then runs it in a single step.
> Nothing really stopping an agent from getting a key
It very much is possible to prevent an agent from having access to a key. For example, local encryption, Yubikey or other hardware device, or just running the agent in an isolated environment.
> Yet I feel no inspiration to see those projects through to the end. I feel no connection to them because I didn't build them
For me, this is a key differentiator between “AI-assisted” and “vibe-coded”. With the former, I may use AI in many ways: some code generation, review, bouncing ideas, or whatever. But I engage in every step, review and improve the generated code, disagree with the reviews (and still contribute a good proportion of hand-written code, at least in the core business logic). In this way I retain sufficient ownership over the output to feel it is my own.
With vibe-coding, I feel exactly as you describe it.
I implemented the HTTPS-only Pages feature in this release.
I just wanted to say that GitLab is a great project to contribute to, with a very friendly and professional community! Definitely recommend to anybody interested in contributing to a project themselves.
Quick note, the existing Let's Encrypt integration does not support Pages. We are working on it, but it's worth noting Pages has multiple modes it can run in.
One is by setting up wildcard domains at the server level, like we have on GitLab.com with gitlab.io. We have an issue open for this, but the primary challenge is that Let's Encrypt requires DNS-01 validation for wildcard certificates, with a new challenge each renewal. That is difficult to automate through our Omnibus package. The issue tracking this work is here: https://gitlab.com/gitlab-org/omnibus-gitlab/issues/3342
> I just wanted to say that GitLab is a great project to contribute to, with a very friendly and professional community!
I'd like to second this. My experience getting a (minor, admittedly) contribution merged was painless, prompt, efficient, and dignified. If I ever run into something funny with GitLab again, it'll comfort me to know that a patch can be running on the live global site in less than a day.
We switched over to Gitlab from Stash about 9 months ago and it's been fantastic. There are so many amazing features, and the CI/CD integration has been smooth. I highly recommend it.
We are looking for an experienced Qt developer to join our team and lead development of our cross-platform desktop app.
Mixlr is a live audio broadcasting service relied upon by tens of thousands of broadcasters every month. Our desktop app, built using C++ and QML, is our customers' main tool for interacting with the service and broadcasting live.
Experience with QML is a must. Knowledge of digital audio/internet radio/streaming or web development would be an advantage.
To apply or for more info, please contact jobs@mixlr.com.
Mixlr is a platform for social live audio. We build simple and intuitive ways to share and create interaction around live audio streams. We have over two million registered users, including over 30,000 monthly active broadcasters, and we’re growing fast.
We’re looking to meet a great Android developer to join our small, passionate team here in London, and take responsibility for bringing the full Mixlr experience to the Android world. You will have the opportunity to drive the development of our Android app from the first git commit onwards.
The most important single characteristic you will possess is a passion for building great mobile apps, but here are some more attributes which would come in useful:
---
* a passion for implementing fantastic user interfaces
* knowledge of live streaming protocols, especially on mobile
* enthusiasm for music apps and/or audio programming
* experience working with JSON and RESTful APIs and web services
* broad knowledge of different Android devices
* experience with test-driven development
* proficiency of at least one other language apart from Java, especially: C, C++, Ruby or JavaScript
---
You can read more about Mixlr on our Dev Portal[1]. If you would like to discuss this opening more then drop us an email: jobs@mixlr.com.
Mixlr is a platform for social live audio. We build simple and intuitive ways to share and create interaction around live audio streams. We have over two million registered users, including over 30,000 monthly active broadcasters, and we’re growing fast.
We’re looking to meet a great Android developer to join our small, passionate team here in London, and take responsibility for bringing the full Mixlr experience to the Android world. You will have the opportunity to drive the development of our Android app from the first git commit onwards.
The most important single characteristic you will possess is a passion for building great mobile apps, but here are some more attributes which would come in useful:
---
* a passion for implementing fantastic user interfaces
* knowledge of live streaming protocols, especially on mobile
* enthusiasm for music apps and/or audio programming
* experience working with JSON and RESTful APIs and web services
* broad knowledge of different Android devices
* experience with test-driven development
* proficiency of at least one other language apart from Java, especially: C, C++, Ruby or JavaScript
---
This is a unique opportunity not only to join an early stage startup, but to make your mark building an exciting app from the ground up.
You can visit the Mixlr Dev Portal[1] to read more about working at Mixlr, or email for more information. jobs (at) mixlr.com.
