Yes I don't understand why Claude code needs to be a terminal app.
It doesn't compose with any other command line program and the terminal interface is limiting.
I'm surprised nobody has yet made a coding assistant that runs in the browser or as a standalone app. At this point it doesn't really need to integrate with my text editor or IDE.
I think you’re being a little pedantic here. Even if we assume "senior" is an arbitrary title, the article is still a useful description for how to be effective as an experienced engineer. The title is the least interesting part of it.
It’s only useful if you consider a single anecdote useful. For every OP’s example I can come up with at least 2 where you follow their advice and it goes south, most likely there are thousands engineers who can do the same.
It’s a typical pat on the back/confirmation bias article so whoever identifies with this specific opinion can feel good and close the tab with “yeah, I’m a real senior”.
The problem is that the alternative is usually only sites created only to chase affiliate revenue. At least on Reddit, there’s a _chance_ I’m reading something from someone genuinely sharing their opinion.
Uh, sure, maybe in a professional setting where you’re getting paid. But this was unpaid volunteer work. If, as a community, we start enforcing professional grade standards on people who are just contributing their free time to give us neat toys and tools, I kinda worry it makes the whole thing the whole thing less fun or sustainable. And if that happens, we probably stop getting these free toys altogether.
I heart-fully disagree. Being professional crosses the bounds of paid work and unpaid work.
It doesn't take much work to not leave a gigantic pile of trash behind you.
If anything, it's an even more a self-responsible thing to do in the OSS world, as there isn't a chain of command such as in the corporate world, enforcing this.
It's selfish to engage in group relation with other people building something without the conscious decision of continuity.
A job worth doing is a job worth doing well. Maybe I'm just a gray beard with unrealistic expectations, or maybe I care about quality.
Think of it as a non-profit club. If you volunteer to be the treasurer, are you then free to ignore everything and do whatever you like, just because you aren’t paid? Of course not. It’s the same with being a software project maintainer; you have willingly taken on some obligations.
If I put some code out on the internet and some other people find it and start using it, they message me we talk and I start adding things they suggest and working with others to improve this code. Then one day I wake up and don't want to do it anymore. At what point did I become obligated? When I published the code? When I first started talking to others about it(building a community)? When I coded their suggestions? When I worked with other coders?
If I strike up a conversation with you, and suddenly I don’t want to talk to you anymore, then what, if any, obligations do I have? Can I just stop talking mid-sentence and begin to completely ignore you? After all, I did not promise you a complete conversation.
Or did I, by engaging in a civil conversation with you, implicitly promise to abide by the normal social rules of etiquette, as far as I am reasonably able?
It is similar with software. If you, say, put up a web site (or even just a README.md) containing blurbs about how useful your software is, extolling its virtues, you are implicitly promising future updates and support, to the best of your (limited) ability. If you need to step away from the project, you are expected to do so in an orderly fashion (again, to the best of your – possibly limited – ability), announce it publicly, etc.
If you have no web site, but you have given similar indications in conversations, the same principle is applicable, but you have fewer people to notify.
> Who get to decide where the line is?
If a user can reasonably feel let down by your actions, or can reasonably feel that you have misled them, then I feel that a line has been crossed.
It's not like this kind of thing doesn't happen in the professional world - in fact, quite the opposite. The incentives to cut corners in a company are if anything greater than in open source, with pressure from management to meet the next deadline.
> I just think it's ironic that this advice is useless to junior engineers but unneeded by senior engineers.
That's a good way of putting it. The advice essentially boils down to "do the right thing, don't do the wrong thing". Which is good (if common sense) advice, but doesn't practically really help with making decisions.
Well, that goes to the heart of my point. I take pictures because I value how literal they are. I enjoy the fact that they directly capture the arrangement of light in the moment I took them. That
So yeah, if I'm gonna then upscale them or "repair" them using generative AI, then it's a bit pointless to take them in the first place.
Most hiring managers won't like this, as they don't want to be responsible for hiring someone volatile like this.
I think the only place you could get away with this is if you're interviewing with a C-Suite member who has nobody to answer to.
reply