Sabitlenmiş Tweet
I will be teaching my two-day course, Practical Messaging, at NDC Oslo this year. I suspect it will be the only public presentation this year.
ndcoslo.com/workshops/prac…
English
Ian Cooper
37.7K posts
Ian Cooper
@ICooper
Principal Engineer in London, speaker, tabletop gamer, geek. Tattooed, pierced, and bearded. The 'guv' on @BrighterCommand. Also @[email protected] He/him.
London Katılım Ocak 2008
1.5K Takip Edilen9.4K Takipçiler
Ian Cooper retweetledi
Anthropic is hiring for 6 roles in London and is willing to pay up to £630k A YEAR for each.
The AI lab is expanding its London presence and has secured a new office for 800 people.
As part of this expansion it has over 40 open roles available in London.
Six of these are for different research engineers (e.g. reinforcement learning, scaling etc..) with the salaries reaching up to £630k!
This excludes stock options.
BONKERS
OpenAI, Anthropic, Ineffable Intelligence, Google DeepMind, Recursive... the war for AI talent is HEATING up in London.
I wouldn't be surprised if salaries hit over £1m soon.
English
Ian Cooper retweetledi
CEOs are uniquely prone to AI psychosis because they’re sufficiently distant from the last mile of work that still has to happen to generate most value with AI.
So when they play with AI, they see the happy path results, often not considering the next 10 or 20 things that have to happen to get sustainable results from agents.
“Look I made this awesome product prototype”. Yes but you didn’t have to review the code before it went into production and fix a bunch of issues.
“Look I generated a contract”. Yes but you didn’t verify all the terms before it goes out to the counterparty and didn’t have to wire up all the past contracts to work with.
The best thing you can do as a CEO is to use AI a *ton* to figure out the real implications of agents in the enterprise, and come out the other side with an appreciation for both the upside and the real work that goes into them.
Michal Malewicz@michalmalewicz
CEOs are the most delusional about AI. Detached from reality.
English
Ian Cooper retweetledi
Knowing how to build fast / secure / maintainable / delightful software is as much taste at the tooling layer as it is at the interface and architecture and systematic quality control layers.
Letting it all congeal in lowest common denominator LLM gray goo is ruinous
English
Ian Cooper retweetledi
People that are building real things are all coming to this conclusion. You could argue that it’s because software engineers care about the code quality more than they should, but it’s really because if you don’t, you will get up with software that does not work well.
Lee Robinson@leerob
You might believe you should spend less time thinking about code because of AI. I strongly disagree! We’re watching this play out live where tons of AI generated code becomes a liability. At the end of the day, an engineer needs to be responsible / on call for code that gets shipped to production. If you don’t understand the system you’re trying to debug, you’re probably going to have a bad time. Yes, AI can help with all of this, if you set up the proper systems. You can have agents triage prod logs, look at errors, etc. You can speed up parts of the investigation, but an engineer needs to make the call. There might be serious customer or financial implications from that change. I expect the trend continue for trimming dependencies, vendoring code so you can modify it directly, preferring simpler systems with fewer abstractions, and spending waaaay more time thinking about system design and code maintenance. I’ve said this before, but it’s a great time to get familiar with CS fundamentals and some of the history behind what great software looks like. Many parts will be different in the coming years as AI progresses, but also a lot more than people realize will stay the same.
English
Ian Cooper retweetledi
You might believe you should spend less time thinking about code because of AI.
I strongly disagree! We’re watching this play out live where tons of AI generated code becomes a liability.
At the end of the day, an engineer needs to be responsible / on call for code that gets shipped to production. If you don’t understand the system you’re trying to debug, you’re probably going to have a bad time.
Yes, AI can help with all of this, if you set up the proper systems. You can have agents triage prod logs, look at errors, etc. You can speed up parts of the investigation, but an engineer needs to make the call. There might be serious customer or financial implications from that change.
I expect the trend continue for trimming dependencies, vendoring code so you can modify it directly, preferring simpler systems with fewer abstractions, and spending waaaay more time thinking about system design and code maintenance.
I’ve said this before, but it’s a great time to get familiar with CS fundamentals and some of the history behind what great software looks like. Many parts will be different in the coming years as AI progresses, but also a lot more than people realize will stay the same.
English
Ian Cooper retweetledi
The humans + AI combo is where the magic is. A skilled person with good AI tools is an absolute wrecking crew.
Oh a 10x engineer you say? HOLD. MY. BEER.
You don't get that kind of whoopass by gutting your workforce and hoping a clanker figures it out.
5
English
Ian Cooper retweetledi
Yes! 🙌 After months of figuring out building the right thing, we opened early access for Meko to the first group of devs today.
Data persistence and automatic learning for AI agents has been fun to tackle. Let's go @Yugabyte!
Want to be next? Request! mekodata.ai
GIF
English
Binary search. Now I am beginning to understand some of Microsoft's problems under Ballmer...
andrew engler@aerockrose
Steve Ballmer reveals the interview test Microsoft used to separate problem-solvers from gamblers: "I'm thinking of a number between 1 and 100. First guess, I give you $5. Then $4, $3, $2, $1. After that, you pay me." "There are far more numbers on which you lose than win."
English
@AndrewPRLevi He’ll still have given the “island of strangers” speech and should never hold public office again.
English
The way things are going, Burnham and Streeting might save Starmer’s premiership, and the country with it.
Not quite the way they intended.
English
Before I spend tokens on an agent doing this, has anyone created a native .NET implementation of the AWS Kinesis Client Library. The existing AWS version sits atop the Java KCL which creates a runtime dependency for a .NET app on the JVM.
I want to create one that is native.
English
Another Brighter release! As of 10.5.0, we now support exporting AsyncAPI from Brighter-enabled applications that describe your endpoints. Similar to OpenAPI for ASP.NET endpoints, but this is for messaging, not HTTP.
nuget.org/packages/Param…
English
Ian Cooper retweetledi
This is genuinely wild.
Nearly 50% of all European Venture in 2026 has flown into the UK.
Last year was all about Stockholm, and there were high hopes for AI in Paris.
The overall view was that the rest of Europe was catching up with the UK.
But actually it seems to be pulling away.
It’s obviously too early on in the year to call it but there have been multiple large rounds that have helped the UK dominate:
> @IsomorphicLabs and its $2.1bn Series B
> @nscale and its $2bn Series C
> @wayve_ai and its 1.2bn Series D
> @IneffableLabs and its $1.1bn Seed
> @Recursive_SI and its $650m Seed
> @ElevenLabs and its $500m Series D
There’s also a chance this will help spin the UK flywheel so that the gap grows even more.
The UK is having a phenomenal year in tech.
Data from @yoramdw and the @dealroomco team
English
If you want to attend my Practical Messaging Workshop (ndcoslo.com/workshops/prac… ) at NDC Oslo (SEP 14-15) then the Early Bird Registration closes on Friday, MAY 22. ndcoslo.com/tickets?mc_cid…
English
@DevLeaderCa @BrighterCommand Whilst inheritance can suffer from the "fragile base class" problem, it's also worth noting that a single algorithm with specialization is a natural fit here.
English
@DevLeaderCa @BrighterCommand So for SQL, MySQL, Postgres etc, derived classes inherit from the base and implement the abstract methods to return a appropriate transaction, connection, etc.
English
You won't catch me using an abstract class in CSharp.
I never use them.
Well, almost never.
99% of the time I use them it's because I'm using something else that made extending it REQUIRE an abstract class. I use them when I'm forced to.
Wait -- What about that other small fraction of time?
Only rare cases where it's speeding up some boilerplate code -- which could probably be replaced by code generation. But I'm not there yet.
I try to use composition over inheritance whenever I can. If I need shared logic, it's going into a class that can be reused when I compose different things.
I've seen too many times development teams push more and more code into abstract base classes. Inevitably, many of them become a dumping ground. And once they're in place, it becomes a hell of a refactoring effort to unwind.
I'm not saying there's *no* use for abstract classes. However, in my own development, I can almost always solve related challenges by composition and ditching the abstract class.
When do you find abstract classes add value in your development?
#CSharp #DotNet #OOP
English
@mattpocockuk I principle, couple it with Observability Driven Development and the agent can read the telemetry, roll back if there is a failure, inspect the traces to fix, and raise a PR for that fix. Potentially even review and re-release.
Not there yet, but its a goal.
English
Is anyone doing feature flag development with agents?
Not tried it, but in theory feature flagging is an alternative model to PR's to getting work on main.
1. Put it on main, disabled by a flag
2. Deploy with the rest of the system
3. Unflag to selected users early
4. Fix bugs for those users
5. Unflag to more users
6. Repeat until shipped
Feels like a perfect strategy to pair with agents
English
Ian Cooper retweetledi
One of the best things students and colleges can do is not bail on learning and teaching the fundamentals of any given domain. AI will trick you into thinking you don’t need to go deep in a particular area, but that’s wrong.
The expert with AI is always going to be far more capable than the novice. Those that can steer AI agents properly, figure out how to evaluate their work, fix their mistakes, and incorporate their work into a workflow will always be the most potent users of these tools.
The experienced software developer that’s built and scaled complex systems using agents outrun someone just vibe coding. The designer that uses AI will build far better products and campaigns than anyone else. The banker or analyst that understands financial models will be able to pull off far more with agents.
Despite some of the rhetoric in the valley that this is less implement now, that couldn’t be further from the case. Don’t give up on going deep in your craft.
Boring_Business@BoringBiz_
Ivy league kid reached out to me to ask me a few questions for banking recruiting Middle of the call asks me whether he should spend any time learning DCF and LBO formulas since all of that is going to be done by AI anyways in a few years We are raising the most AI reliant class of graduates ever. Imagine what happens in a few years when these same kids enter the workforce and can’t do anything without asking Claude first
English
Ian Cooper retweetledi
So I haven't made a YouTube video or done like a thousand other things I wanted to before I made this public, but since I've already made it OSS...
Netclaw is available and ready for use.
Netclaw == Simple, secure, reliable agents. Open source. Built with .NET. Local inference
English
@davidvaughn006 Thank you. We had a big push to improve them with V10
English
Brighter Release Notes 10.4.1 & 10.4.2
10.4.1 and 10.4.2 are both bug fixes and performance improvements. Thanks to all our contributors for keeping the flow of fixes coming.
nuget.org/packages/Param…
English