Some companies (e.g. Microsoft) used to have "Software Engineers in Test" who's job was writing such tests all day long, so that those developers who were developing features wouldn't waste time on it.
Because it is process that matters, in such projects, not the outcome. E.g. it is fascinating how one manages to port and run Doom on some microwave led screen... But nobody is going to play it eventually, it is not relevant as the "end product".
Is it true that there is not much difference between free and affordable models? And, unless you are spending $2000 per month, you are not really leveraging the industry standard coding agents.
Anecdotally, yes there is definitely a difference. Even e.g. Haiku (cheapest Anthropic model) vs gpt-oss-120b had a big difference in quality and syntax issues when I was testing them for DSL generation. Granted, that's a little different from generating a popular language with lots of training data, but you could consider it a proxy for "learning" new concepts outside of training.
You can be pretty productive even with 70% of the language :) It is a common misconception that C++ is suitable only for game engines and similar domains. It is perfectly fine for applications domain as well.
As a side note, regarding your profile info, unless you are based in North Korea, please at least add one 0 to your rate. You'll get more long-term and high-quality clientele.
> You can be pretty productive even with 70% of the language
Or even far less than that. I like to use it as C with lambdas and namespaces. Sprinkle in metaprogramming as needed. Even just not having to remember to call cleanup code thanks to dtors would alone be enough to sell me on it.
I once wrote a pure C project years back that made heavy use of complex numbers and 2D/3D vector math. At one point I got so fed up debugging my expressions under an endless parentheses-hell of `vadd(vmul(vadd(...), vadd(vmul(...))))` that I threw my hands up and changed the file extensions to .cpp just to use std::complex<T> and enough operator overloading to type vector expressions like a human being.
Honestly, I don't expect to find clients here. Fundamentally, you have to trust me to give me work. The amount of money doesn't really matter much to me.
They are moving away from FlutterFlow, specifically. That could be a good idea since FlutterFlow is going to have a tough time versus agent assisted coding in Antigravity. However, going to RN is debatable. Flutter has a lot of advantages.
All low-code/no-code tools are competing against vibecoding on platform vendor provided tools like Antigravity. The vast majority will not survive. Indeed even without that competition a lot of of them just go out of business because they can't gain a large enough user community.
I've tried FlutterFlow. I might even be using it now for prototyping. But with coding agents in all the IDEs, why bother?
reply