I think most of the market these days is running a managed database - AWS RDS, GCP CloudSQL, etc. Any news on when people could expect this to be a supported plugin?
Very much possible over time. Currently it’s not. We are working closely with MariaDB and Oracle on making TidesDB available in server releases through extended means. MariaDB you can already use TidesDB from version 11, included through their Foundry.
It's crazy but there's really still so much out there where hosting on GitHub is practically a requirement, with no other solutions on the market. Off the top of my head, stuff I encountered in the last month:
3. Only GitHub allows you to use free minutes on managed Windows and macOS runners, which are essential for building and signing native Windows and macOS/iOS software. GitLab's are in beta and require a paid plan, Buildkite requires you to pay at least $30/user without any bundled macOS minutes and no hosted Windows runners available. And for small shops, keeping the macOS and Windows runners clean is such a stupid time sink, with the small number of minutes involved it's much more preferable to just start with free managed minutes and plan to pay for managed runner minutes later.
In those cases, it's more often than not enough to just have a read-only mirror on GitHub, that gets automatically replicated when your true upstream gets updated. Might mean a bit more machinery, but I'll take that over letting some flaky Microsoft service stop me from delivering what I promise my users.
I dunno, especially when the API schema is basically the same, it's so easy to switch providers. If the US and EU automakers are in trouble from Chinese automakers building better cars at half the price, why pray tell would OpenAI really be any different, and it's way cheaper to switch APIs than it is to switch cars
Two things are true at the same time: that as an employee, you will always get a distilled picture of the wider reality from your manager (sometimes to help you focus, sometimes because they're forbidden to share it with you, sometimes because parts of it would damage morale and thus productivity), and that managerial competence is in the communication skills to achieve that focus and morale. Two different managers with different skill levels, each dealing with the same "full facts" reality, will deliver different results.
Related tangent: it's sad to see the decline of high school debate teams, there's probably no better early-life preparation for the management skillset. Competent managers persuade. They know who they're trying to persuade, what that person values, and frame the wider organizational reality in such a way that it will make sense and align their direct report.
The worst managers think their job is to tell you what to do and that your job is to do what they say.
Wrong. As food gets costlier, people shift eating habits from healthier but more expensive food to cheaper ultra-processed food. There are similarities elsewhere, like the iron law of prohibition: making opium more difficult to sell shifted the market to heroin, and eventually to fentanyl.
It's really not that simple. Starchy carbohydrates like wheat, corn, rice, and potatoes are, dollar-for-dollar, legitimately more calorie dense and more shelf-stable compared to healthier fruits and vegetables. They were staple crops for good reason long before the advent of modern agricultural subsidies. Salt is also very abundant, cheap, and not subsidized.
I do think agricultural subsidies are distorting the market and our food system, but eliminating them isn't going to magically fix everyone's diets overnight.
> Pretty much any choice of tech stack will work well.
Choice of tech stack is not merely a question of performance, but also portability and packaging. Self-contained, compiled static binaries are much, much more portable than shipping full script runtimes (JS/Python), dealing with the inevitable spread of runtime versions installed on everyone's machines, and dealing with the version spread of the dependencies installed separately.
> All the CLI does is take command line arguments, put together requests based on them, send them to an API, get the responses, do mild transformation on the responses,and output it to stdout/stderr.
This is an argument in favor of a language like Go, arguing that the garbage collector in the runtime is inconsequential, over a language like Rust. It is not an argument for shipping a script runtime.
> Choice of tech stack is not merely a question of performance, but also portability and packaging.
Yes, and clearly typescript is an established tech.
Just look at Cloudflare's wrangler cli.
Everything else is nonsense.
> This is an argument in favor of a language like Go (...)
Not really, in the sense that a myriad of alternatives would also meet the same bar,thus its stupid to frame it as "language X can do this, so language X should do it".
The bar is higher than that.
Typescript works well. Cloudflare already has a lot of experience using typescript to develop cli apps that hit their APIs.
Everyone just call down with the bike shedding. You're wasting everyone's time.
Is actually a really good example of why TS was a bad choice for Cloudflare. It made sense for their initial version, because the only programs that you could run on Cloudflare Workers were themselves JavaScript scripts, so it was a reasonable expectation that developers were already using npm/yarn/pnpm to install tools and manage dependencies.
But now, Cloudflare Workers supports containerized workloads and Python workloads. So even if your project doesn't use TS, you are still expected to set up some kind of JS toolchain for your project, just for wrangler.
> The thing with watching CI in an agent loop is that it burns tons of tokens.
Not my experience with Claude Code.
> writing a deterministic, traditional CLI tool to poll GitLab CI pipeline+job state changes on a branch and exit with an appropriate status code
This is what Claude Code does, more or less, on the fly. With a short prompt like "I pushed, monitor CI and debug if needed", it writes a monitor script which is responsible for polling CI status (the script is short, so it's not token-heavy), and if CI fails, only then does the agent proceed to pulling out CI logs, grepping them for signs of errors, etc. as continuation to debugging.
I mean, I'm sure it's more token-efficient to have a CLI tool ready-to-go instead of Claude Code dynamically writing its own script each time, but as I'm on a Max sub where it doesn't seem to affect how close I am to the limits, and I only ever hit the limits if I'm running Fable for everything... /shrug
I guess folks' experiences with this stuff will vary wildly by what environment they work in. I use LLMs mostly at work, where I don't have any subscription plans, everything is billed per-token, and there's multiple coding harnesses with different token quotas available (and vastly different functionality). So the sharable CLI that works whether I'm in Claude Code (where tokens cost some outrageous amount) or Devin CLI (a horrible harness that also lacks any sort of scheduling system as far as I've ever figured out, but hey, there's GPT Luna and GLM available, at least) is a huge win.
I live in a place with year-round fair weather, so I use a petrol motorcycle as my primary vehicle, and live in a rented apartment with no dedicated parking space or possibility of using an at-home charger.
Even with incredibly high petrol taxes causing petrol to cost more than 2.2 EUR/L (like 9.5 USD/gallon), the public fast EV charger rates available at refueling stations are so expensive, that when you take great motorcycle mileage into account, it still doesn't pay to buy an EV, even when only considering charging/refueling costs. Of course, if I could recharge from slow household electric power, it would be a different story. But the politicians are already worried enough about the loss of petrol taxes that the odds, IMO, are quite low of EV charging staying cheaper than petrol refueling (particularly when the vast majority of the petrol price is taxes to begin with).
My EV transport costs are roughly half of gas costs, only charged at home. I had zero garage visits in two years - but the car was also new so that might change.
They can be both great and over-valued at the same time.
reply