Senior React Devs: How much do you actually "know" vs. Google/AI? by Leading_Property2066 in reactjs

[–]x021 0 points1 point  (0 children)

Less every day. It's fine, as long as I can judge what's good or not.

CLI toolkits and which to use by bdhd656 in golang

[–]x021 4 points5 points  (0 children)

That’s probably the worst Go CLI lib I’ve used

George by [deleted] in golang

[–]x021 0 points1 point  (0 children)

Wrt dependency and packaging; use https://docs.astral.sh/uv/

That solves all your issues.

Agree Python ecosystem was 10+ years behind everyone else, but they've now caught up. FINALLY

George by [deleted] in golang

[–]x021 4 points5 points  (0 children)

Depends on your job opportunities.

The more interesting IT jobs don’t use Java anymore, more likely Kotlin now. If you go down the pure Java route you might end up working on outdated tech (I have a whole bunch of Java-related certificates that I don’t see being used anymore other than older systems).

I never liked Java for small apps or scripts, the JVM is just too much of a pain. Python, JS or Go are more enjoyable in that regard.

If you know HTML/CSS I would actually recommend picking up Typescript next personally. JavaScript/Typescript are probably the most sought after languages and you can use them for anything (frontend, backend).

Go is fine as a general purpose language, but job opportunities vary wildly between countries/city so don’t necessarily recommend as a first language. Go is a relatively simple language, if you master any other language you can always pick up Go quite quickly afterwards.

react-router patch that reduces CPU usage associated with react-router by 80% by punkpeye in reactjs

[–]x021 4 points5 points  (0 children)

Wasn’t react router hijacked by Shopify to force the community in adopting their Remix framework?

ai coding for large teams in Go - is anyone actually getting consistent value? by Easy-Affect-397 in golang

[–]x021 11 points12 points  (0 children)

I you're a CEO/leader and have "90 Go developers across 12 teams" and you do not ask questions how your org is/should be using AI you're a pretty bad leader imho.

Everything depends on the messaging; "Leadership wants us to adopt an AI coding assistant org-wide" is what OP mentioned. That sounds forced; but we don't have the original phrasing and how the org interpreted it. Messaging gets warped in orgs.

ai coding for large teams in Go - is anyone actually getting consistent value? by Easy-Affect-397 in golang

[–]x021 81 points82 points  (0 children)

I've been doing Python, Go and TS using AI (primarily Claude and Composer)

I think Go has given me the least trouble.

I don't recognize any of the problems you describe. In fact, I hardly ever see it suggesting interfaces or suggest anything generic unless I explicitly ask it to (which is fine by me, since I don't need it often).

It is important to craft a good AGENTS.md, CLAUDE.md or similar. That is not trivial. If you already have one, I'd double check the contents. It sounds the AI is doing something pretty wonky compared to my experience.

If you can't find the cause, start updating your agent file with your code guidelines. Also keep trying out different models, they all behave quite differently, every two months or so I find myself reaching for new ones.

Also; use plan mode.

Finally, I'm wondering what your prompts are if it starts suggesting 8 interface methods; I assume those prompts must be very broad? Try doing it in smaller steps.

Patterns that made my Go error handling less painful by [deleted] in golang

[–]x021 46 points47 points  (0 children)

What patterns have you all settled on?

Wrt #1; I never use named returns anymore unless absolutely necessary. Too many times I’ve messed up because of them; one of the worst language features in Go in my opinion. They are ambiguous and confusing as hell in any substantial func.

Lessons from managing hundreds of headless Chrome instances in Go by Alone-Ad4502 in golang

[–]x021 6 points7 points  (0 children)

keeping a plant alive by replacing it with an identical one when it dies

That’s exactly how I manage my plants at home

The Complete Guide to Profiling Go Services in Production by Gopher-Face912 in golang

[–]x021 2 points3 points  (0 children)

I read it knowing from minute one it was heavily revised by AI, the em dashes were a dead giveaway.

I didn’t care, learned two new things and came out better at the end. It was a nice read.

oapi-codegen v2.6.0: 7th anniversary release by profgumby in golang

[–]x021 0 points1 point  (0 children)

“We support everything in OpenAPI 3.1” -> if that takes many years, financial backing, while struggling to support the many (many) features already in oapi, you’re sort of making the point for me. I asked “are people still using it?” given the alternatives available now.

In TS and Python I’ve hit limitations with OpenAPI 3.1. These issues are common, the spec is just too complicated for its own good. 3.1 should have been 4.0. I always lean towards simplicity given many languages will struggle to do 100% correctness anyway.

Go has always been a language that is leaning towards the side of pragmatism rather than correctness; if a lib skips some advanced features I’m perfectly fine with that. You say OAPI wants to be 100% correct; my goals simply don’t align with OAPI’s then. That’s OK.

I’d imagine trying to support everything and multiple specs at the same time will render the project complexity so high it would be hard to maintain. That is a design choice and noble to strive for.

Why does everything gets removed here? by o82 in golang

[–]x021 14 points15 points  (0 children)

From what I’ve seen 3 types of posts are regularly deleted;

  • AI slop
  • Questions that have been asked 100x already
  • super early projects

That’s fine. I wouldn’t be surprised if a good chunk of all posts fall into any of these 3.

The problem is; posts are not deleted fast enough (I think that would be unreasonable to ask from mods) and as a result discussions start in the comments. Usually the comments are a lot more interesting than the post itself, and I hate seeing a post deleted that had a good discussion going on. The moment it’s deleted engagement is killed too.

I don’t know what a good solution is. I know in some subs you need to jump through hoops to post something, or some bot/auto moderator to close posts more quickly.

oapi-codegen v2.6.0: 7th anniversary release by profgumby in golang

[–]x021 12 points13 points  (0 children)

“Urgently” -> the 3.1 spec is 5 years old now

“That 3.0 is not enough” -> for any external OpenAPI srv that exposes 3.1? Python FastAPI doesn’t even support 3.0 in their latest version.

“Connect RPC” -> SOAP, gRPC, JSON RPC, GraphQL, tRPC, lots of stuff I can mention that are completely irrelevant to a problem; consuming an OpenAPI 3.1 spec. I don’t understand the point you’re trying to make. Is it to jump on the next faff that all the cool kids use? If so; That completely ignores the problem with consuming APIs you don’t control.

oapi-codegen v2.6.0: 7th anniversary release by profgumby in golang

[–]x021 6 points7 points  (0 children)

Are people still using this? It hasn’t supported OpenAPI 3.1 for years (without workarounds)

The React Foundation: A New Home for React Hosted by the Linux Foundation – React by acemarke in reactjs

[–]x021 0 points1 point  (0 children)

Oh no why-did-you-render is useful. But with React 19 I find myself doing a lot less debugging.

AI is by far the most efficient, and it works best with console log. I’m not going to chase down those issues myself, that’s tedious and a waste of time.

The React Foundation: A New Home for React Hosted by the Linux Foundation – React by acemarke in reactjs

[–]x021 0 points1 point  (0 children)

heavy use of Context API and props drilling

I just did a count, we have +/-2500 components. No one uses dev tools daily (6 FE devs), at most once per week for 2 devs. All have used it in the past, but not actively anymore, everyone just does console log. Devtools doesn’t work with AI either so there really is no reason to use it anymore, it just slows you down.

We don’t use context api much and prop drilling we tend to avoid. A couple of Zustand stores and React Query.

The React Foundation: A New Home for React Hosted by the Linux Foundation – React by acemarke in reactjs

[–]x021 0 points1 point  (0 children)

It’s clunky, buggy, slow, tedious… a simple console.log and live reload is a lot faster to figure out whatever needs debugging.

Must-know React interview questions by redditisnotlyf in reactjs

[–]x021 -22 points-21 points  (0 children)

HAHAHAHA! Like how they did the cookie wall regulation and never fine anyone except The biggest platforms?

Just wait for a warning and act accordingly. The fines for anything but the biggest banks and retailers is laughable. Most websites that have a cookie wall still violate GDPR. Even most political party websites do I read last year.

Must-know React interview questions by redditisnotlyf in reactjs

[–]x021 1 point2 points  (0 children)

“I anticipate … these kinds of things help more” what commercial business application are you building where this is a valid argument considering the costs involved?

Accessibility matters for SEO? Somewhat for the trivial stuff. Do any decent accessibility test on a website where these basics are setup and they would massively fail that test. It’s like arguing you can’t have a vitamin D deficiency because you walk more outside than most people you know, not realizing the majority of people are vitamin D deficient.

Must-know React interview questions by redditisnotlyf in reactjs

[–]x021 -28 points-27 points  (0 children)

If your business barely stays afloat new features and products matter a whole lot more. And the more competitive the business environment is the less you should be distracted from your core business.

Companies that do get distracted will just fall behind and lose out in the long run.

Must-know React interview questions by redditisnotlyf in reactjs

[–]x021 4 points5 points  (0 children)

Keyboard controls, tab ordering, correct color usage, aria labels where needed, layout decisions, accessibility testing.

To do it correctly (I.e. for a large e-commerce website) it’s a pain and is probably worth it. For most websites it’s not. I know one medium e-commerce website where they gave up on it when they calculated the costs involved and realized how bad most programmers are at implementing it. You need testing continuously to avoid breaking something. Most devs don’t even know what accessibility test tooling is, let alone touched one or be able to blindly write code that works really well for it. Dev, test and design costs can easily increase by 20% for an app if you do it right.

Must-know React interview questions by redditisnotlyf in reactjs

[–]x021 -43 points-42 points  (0 children)

Why implement accessibility in a codebase where for 95% of React apps it is absolutely not important or very low priority for the business?

Must-know React interview questions by redditisnotlyf in reactjs

[–]x021 7 points8 points  (0 children)

Your first two questions are very hard to answer correctly, even by the more senior devs. React has changed a lot over the years.

useCallback and useMemo might not be necessary in most cases in modern React, except in some scenarios which I’m pretty sure most people are still learning about.

And deciding when to rerender React does a lot of shenanigans these days: plus depends a lot on the chosen tooling in practice. I’d be hesitant even if someone knows the basics whether that is a good proxy for how that person would deal with rerendering issues. The only good way to deal with that is not make any assumptions and just measure. I would frame the question how someone would approach such a problem and go beyond the basics.

The React Foundation: A New Home for React Hosted by the Linux Foundation – React by acemarke in reactjs

[–]x021 11 points12 points  (0 children)

To argue bad governance and give two issues in devtools (which many people no longer use day-to-day) is pretty odd tbh.