0 Followers
3 Following
8 Posts

Rubyist since 2008 | Engineering Lead | Clean Code | Mentoring & Writing

de/en/ruby

Location
Berlin
Pronouns
he(him
@halfbyte (And I absolutely agree with your general perspective on the damage of AI. It's scarry. Now, educate me about my options, please.)

@halfbyte You could be right — teams working on one large. complex project for years are different when it comes to AI coding. At the end of the day, it is another teammate. Bit weird, but mighty.

Out of tons of use cases I can share: I'm already happy about devs asking the agent those "stupid" intimidating questions about implementation details, domain knowledge and alternatives they might otherwise never ask. It's empowering.

@halfbyte Right, AI brings serious problems we mustn't ignore. But at the end, it's a tool—impact depends on use. It's not about one-line “do it for me” prompts.

With coding agents, bad teams get worse; good teams though e.g. gain better analysis and planning before implementation, improved test coverage, and even reduce comprehension debt.

IMHO AI can help to become a better dev.

The number of features I’ve fully vibe‑coded (#codex) in a #Rails project I’ve been working on for eight years keeps growing. It’s roughly 20% prompting and 80% rigorous review — enforcing my rather high standards, gaining experience, and feeling increasingly confident. Feels like I’ve found a sweet spot. Love it.

@riffraff Also `val || val = false if foo` would call foo even if `val` is already true and has no chance to change to `false` in that line.

Code like this (sugar or not) can be unnecessarily expensive, maybe not at first glance ...

```
val = truthy_method
val ||= 2 if foo1
val ||= 3 if foo2
```

@porras Guess now should be the time for people who can do serious code reviews. They are rare. So AI does it.

```
def foo = raise "useless foo"
val = true

val ||= false if foo # will raise
val ||= (false if foo) # no raise
```

#snippet #ruby