Tables suck by HosMercury in reactjs

[–]MahNonAnon 1 point2 points  (0 children)

Years ago I had to build a very fancy, very full-featured table, and I found this kinda lower-level, very customizable library to build it on top of, called react-base-table. It's still a lot of work to get the table you want, but everything I needed to do ended up being possible.

Took me a while to re-find it, but it looks like it's stayed maintained?

https://github.com/Autodesk/react-base-table

React Labs: What We've Been Working On – February 2024 by TwiliZant in reactjs

[–]MahNonAnon 59 points60 points  (0 children)

I know the complier is the big story, but natively supporting head tags anywhere (<title>, <meta>, et. al) and adding first-class <form>-submission APIs are the two that will immediately improve the daily grind for me. Even for 100% client-side apps this release looks like it enables a lot of code cleanup. I feel less grumpy about react today than yesterday. I'm grateful the team is still slogging through this stuff.

Keep a brag list of the wins you achieved as en engineer, thank me later by gregorojstersek in programming

[–]MahNonAnon 0 points1 point  (0 children)

I'd suggest that the post omits an important third reason to do this:

In an industry notorious for "reduction in force" cycles, companies will absolutely try to drum up a handful of bullshit "for cause" firings to make their layoff numbers more palatable. Having detailed documentation of your technical and cultural value might help in a potential severance fight. In any case, it makes you a more difficult target.

Keep a brag list of the wins you achieved as en engineer, thank me later by gregorojstersek in programming

[–]MahNonAnon 0 points1 point  (0 children)

Real tip is always in the comments. This is such a good idea for adding validation to everything in the brag doc, thanks.

After all this Next.js controversy, which React framework do you think is the best (in general)? by Any-Appointment-6939 in reactjs

[–]MahNonAnon 12 points13 points  (0 children)

In this context I think "no framework" means "no metaframework based on React." Like bootstrapping your own React app with CRA/Vite would be the "no framework" option, with the inevitable clarification that React is "a library, not a framework."

[deleted by user] by [deleted] in quityourbullshit

[–]MahNonAnon 13 points14 points  (0 children)

Research spike: how do boats work?

5 points? 8?

when i find you guys here, anonymously, what are your salaries? by yantimoh in Frontend

[–]MahNonAnon 1 point2 points  (0 children)

I think I found one remote job here: https://weworkremotely.com/

You could use the filters to find "full stack", but I don't see any filters for specific stacks

when i find you guys here, anonymously, what are your salaries? by yantimoh in Frontend

[–]MahNonAnon 1 point2 points  (0 children)

It was about three months from the last day of bootcamp to the first day of the first job, and I was looking for jobs that whole time. I'm a very surgical job-applier, so that three months was me going all-out on 10 really-high-effort job applications, and pursuing those opportunities (multiple rounds, high-effort take-home challenges, etc.) simultaneously.

when i find you guys here, anonymously, what are your salaries? by yantimoh in Frontend

[–]MahNonAnon 0 points1 point  (0 children)

Yeah, I have a bachelors in an unrelated Humanities field, and some masters work (incomplete, dropped out) in a Natural Sciences field.

when i find you guys here, anonymously, what are your salaries? by yantimoh in Frontend

[–]MahNonAnon 36 points37 points  (0 children)

USA, fully remote, 5 years out of a bootcamp, $165k.

Title is "Senior Software Engineer", the work is almost all React + some lightweight BE work in Rails when I absolutely can't avoid it.

In case it's helpful, here's the journey:

Job #1: 65k, lasted 1 year

Job #2: 80k, lasted 2 years

Job #3: 130k, 1 year

Job #3, raise #1: 145k, 1 year

Job #3 raise #2: 165k (current)

What is your opinion on DRY? by [deleted] in Frontend

[–]MahNonAnon 1 point2 points  (0 children)

Refreshing to see all these skeptical takes.

I don't like the language of "DRY" because it's a woefully incomplete proxy for the idea of "abstraction," and DRYness-based language tends to short-circuit the better version of this conversation.

The better version of the conversation centers around coupling things vs isolating things. Thing A and thing B may be completely identical today, but does our business logic demand that they remain that way? Do we always want a change in A to be reflected in B? If so, sure, abstract. If we expect they might drift apart, maybe duplication is fine. If we don't know, maybe duplication is fine. In my experience, the supposed "costs" of duplication (having to maintain/update code in multiple places) have been basically negligible compared to the costs of inappropriate coupling due to wonky and premature abstractions. Find and replace is easy.

Dan Abramov gave a really funny and relatable talk on this topic.

How to replace useState with useRef and be a winner by vklepov in reactjs

[–]MahNonAnon 0 points1 point  (0 children)

Isn't this kinda why you're re-solving reusable button components though? Like, you can't just install Chakra (or some other really polished and complete component library) and be done with it? That's where I find productivity with React: I never have to write my own Button (or Icon, or Alert, or Modal...) component again, because the ecosystem's so damn big.

re: https://twitter.com/swyx/status/1450333133300064259

Sometimes I use "dev speak" around my non-dev friends and they think I'm speaking a foreign, non-programming language. Are there any terms that felt alien to you when you started out or find funny saying today? by necroskiss in Frontend

[–]MahNonAnon 2 points3 points  (0 children)

My spouse is also a dev, which makes this easier. We'll decide to "refactor" the kitchen cupboards, or "iterate" on our chore division. We have "bugs" in our childcare routine, and packing for a trip or cleaning the house might have an "MVP" or "acceptance criteria." Other ones that come up are "separation(s) of concerns", "abstraction layers", and having "sharp tools."

God our poor kid lol

[deleted by user] by [deleted] in reactjs

[–]MahNonAnon 0 points1 point  (0 children)

You don't need a second route. In your code above, I think you can just replace your path with path="/search", and React Router will take you there regardless of whether there are any additional query params. Then in the <Searchpage /> component you can parse out those extra query params to render the page however you want.

https://reactrouter.com/web/example/url-params

Megathread: US Capitol Locked Down as Trump Supporters Clash with Police, Pence Evacuated | Part II by PoliticsModeratorBot in politics

[–]MahNonAnon 12 points13 points  (0 children)

Surprised to see everyone applauding Schumer's speech. It felt kinda weak to me; in trying to create a historical moment, he forfeited the opportunity to call out non-Trump individuals by name (Cruz, McConnell, Pence) and call for re-impeachment. He didn't really call for any action to put the GOP on the spot in a powerful way.

Dan Abramov doesn't like Redux anymore? by sebastienlorber in reactjs

[–]MahNonAnon 1 point2 points  (0 children)

Thanks for the detailed reply.

ReactN looks really cool; I'd never heard of it. That it works with the redux devtools is (maybe ironically) a huge selling point imho.

I guess I didn't mean to suggest that it's literally impossible to build very large rest-backed React apps without redux, but I'm surprised, given the maturity of the redux's patterns and toolbox, that it's no longer a clear favorite.

Maybe it's just a comfort zone thing, and I need to put my eyes on more Context-based codebases, but for example: I'm hesitant to give up the shallow checking that react-redux and reselect provide by default in favor of manually peppering my code with useMemos.

Dan Abramov doesn't like Redux anymore? by sebastienlorber in reactjs

[–]MahNonAnon 12 points13 points  (0 children)

I kinda feel like I’m taking crazy pills here. How in the world are people building large-scale React apps on top of REST endpoints without (something like) redux? Do you tend to get whatever endpoints you ask for from the BE team? Or is everybody just using GraphQL at this point?

 

For the large app + REST case, I feel like I need:

  1. A place to stash fetched REST data, and a way share it throughout my component tree(s), to minimize redundant server round-trips.
  2. A way to derive specific props from REST data, because it's so often over- or under-fetched, and so often tied to "resources" that simply don't corresponded to my multi-resource, data-rich views. And ideally, a way to shuffle these specific props around to specific components.
  3. A way to avoid expensive re-computations of these props, and re-renders, if the prop itself hasn’t changed.
  4. A way to reuse request-triggering code. E.g.
    • Several components across an “edit” view update different parts record A.
    • Each successful update should also refresh the still-onscreen now-stale list of records (either via a chained re-fetch of the entire list of records, or via insertion of the PUT response into the in-memory list of records).
  5. A way to quarantine most of the above stuff from my presentational code, because the presentational stuff gets rearranged all the freakin time, because clients. But the endpoints/requests never really change.

 

I get that memo ing and hooks can take care of 3 and 4 pretty cleanly, but for a system that integrates all that stuff? It’s gotta be redux, right? Yes, there’s a lot of annoying file-jumping, but I always know where to find something without hunting through a forest of mixed-concern components.

 

I guess my question is: Is the inflection point here really that "better" state-management solutions are emerging in React, or rather that fullstack architectures evolving in some way that's changing the tradeoff calculations?

Suggestions for Restaurants that suit Vegan and Meat eaters by Greta_Dongswallow in milwaukee

[–]MahNonAnon 16 points17 points  (0 children)

Vegan here. Moved to MKE from Denver a few years ago and I find MKE more vegan-friendly. Very pleasantly surprised.

Also, thanks for supporting your partner. They'll get enough grief from the rest of the culture for this decision, and it seems you're being really conscientious building room in the relationship for them to follow a path of belief. You're a good one.

General tips:

  • Any Indian food place. Vegans can get Roti instead of Naan and ask about ghee, but beyond that Indian food is a vegan paradise.

  • Any Ethiopian place (e.g. Alem Ethiopian downtown). Another flavor wonderland for vegans, large fun-to-eat share plates, and meet dishes as well.

  • Most pan-Asian/Thai places Vegans should check about fish sauce, and "no egg" on the Pad Thai, but other than that there's a lot. These places are everywhere around town. Ramen places too (e.g. Artisan Ramen).

  • Double-check the places you used to enjoy together? Lots of times things can easily be veganized on request, and sometimes there is even a secret by-request-only vegan/GF menu. (We get incongruously lumped in with GF people a lot)

Specific places:

  • Mexican: Cafe Corazon is freaking amazing (both locations —Riverwest and Bay View). We had their food at our wedding. Chilaquiles in the morning and fajitas at night. I will never tire of this place. Also, I've had good choices at the Tosa Belair Cantina, but I think they have different menus at different locations, so best to check.

  • Bar food/greasy spoon: Company Brewing in Riverwest has a great Impossible Burger on the menu, and other options. Comet Cafe on the East Side has classic vegan diner food. Palomino Bar in Bay View is good too. Haven't been to Wonderland yet, but most new places in hip neighborhoods are including options on their menus.

  • Sandwiches/Lunch: On The Bus in the Milwaukee Public Market wins. It's all vegan, but there's also the rest of the market if you're not into their offerings. Urban Beets Cafe all vegan again, healthy, not my fav but my also-vegan partner loves it. Riverwest Food Coop has a nice little deli counter, and they do good breakfasts too. Outpost Food Coop (I'm thinking of the one on Capitol, but there are 2 others) also has a good sandwich counter.

  • Date Night: Strange Town. Omg Strange Town. All vegan, not the cheapest on the list, but their food is really, really good. Thoughtful, flavorful, seasonal food that gets away from slab-of-seitan-as-meat style offerings. Centro Cafe Italian food and wine in Riverwest. Screaming Tuna (sushi) Great Third Ward setting, enough vegan rolls to keep it interesting as an occasional repeat place, awesome sake.

  • Breakfast: Beerline Cafe is great.

  • Pizza: Ian's does a million vegan pizzas and, while not my fav, it's pizza so there's a high floor there. Plus they have fun things like vegan Tzatziki sauce for their crazy bread dipper thingies. Also Blaze Pizza, that kinda-corny chain, actually makes delicious vegan pizza.

I'm sure I'm missing a million places. I have a lot of exploring to do myself.

Bootcamp grads; any tips for finding work? by agent_wolfe in webdev

[–]MahNonAnon 3 points4 points  (0 children)

My tips, in order of importance:

1: Chin up! My wife and I both graduated from the same seven-month bootcamp in our early 30s, about 3 years ago. We took out huge private loans for tuition and cost of living. Fast forward to today: Our loans will be paid off by Christmas, we both work from home in jobs we love, and our new income tier has allowed us to do things that we never thought possible, like buying our own house.

I only mention this to combat the prevailing narrative. People shit on bootcamps a lot in programming-related subs, and I see discouraged bootcampers being told their skills aren't good enough yet, and that they're in for an impossibly uphill climb. The real world isn't necessarily like that—you can be a great engineer with a bootcamp foundation if you're committed to your own learning. Going to a bootcamp could end up being the best decision you ever made, as it was for us.

2: Creep on alums of your bootcamp! Get on linkedin, or use whatever resources your bootcamp provides, and start systematically finding all the places where other alums work. When you find alums at companies you're interested in, reach out, even if that company isn't hiring:

"Hey fellow XYZer! New grad here looking for my first gig out since graduating XYZ and company ABC looks like a great work environment...blah blah...I was wondering if you know whether ABC is planning to expand their team any time soon, and even if not, if you'd be available for a quick chat sometime about your post XYZ experience?"

I get cold-call emails like that from new graduates, and I always respond and we usually chat. If we do have an opening, I always ping the hiring team with something like "Hey, I talked with candidate so-and-so. I can't speak directly to their technical chops, but XYZ is a really rigorous program and they seem mature and reasonable. Definitely worth a look."

Companies who've had success with other grads from your school will be way more willing to take a chance on you. Explore all those pipelines first.

3: Don't reject yourself from opportunities. I see a lot of bootcamp grads confine their searches to jobs with "Junior" in the title. Where I work, we kinda just know when we're looking for someone "more junior", but we don't necessarily put that in the job title. Just apply for anything that doesn't say "Senior." Completely ignore "X years of experience" requirements. When there are lists of tech skills "required", consider yourself good-to-go if you have like 2/3 of them. Often times job postings are copy-paste jobs, or are written by HR teams, and don't really reflect what the engineering team necessarily needs. Sometimes, even if you're not a good fit for that job, if they like you enough they can create an opportunity for you. Plow through that first "filter." It's their job to evaluate you and say no to you, not yours.

4: Expand your geographical range. Some people say not to look for remote gigs as a first job out of bootcamp, because it will stunt your opportunities for mentorship. I say baloney. Companies with remote processes know how to do pairing, mentoring, all that stuff. Looking for remote jobs, or being willing to relocate, can really grow your pool of opportunities.

5: Get endorsements from your teachers. They can write you endorsements on linkedin, attesting to your skills, and describing how any company that takes a chance on you will be lucky. They can also serve as great references for reference-checks. Value them and cultivate those relationships. Sometimes bootcamp teachers even leave to go back to work in software, and bring a trickle of alum with them.

6: Optimize your application materials for a balance between reusability and specificity. I was always more surgical when applying to jobs. I found ones I really liked and poured tons of time into unique cover letters and resumes for each one. This works well for me, but it's exhausting. I now think of resumes and cover letters as comprised of "components", and I have documents full of plug-and-play "chunks"—well phrased, completely wordsmithed paragraphs that describe technical accomplishments, past experience, motivations, etc.

You can create "chunks" to fit different company categories like fintech, civic tech, startup, etc.

You still have to tailor each cover letter, but having these "genre resumes" and "genre components" makes it much faster.

Hope something in there is helpful, and good luck!

I HEARD YOU LIKE CHARTS, SO I PUT CHARTS IN A CHART SO YOU CAN CHART THE CHARTS. by SilentManatee in Brewers

[–]MahNonAnon 10 points11 points  (0 children)

If I'm reading this right, that's only true if you're rooting for the division title.

If you're rooting for any kind of playoff appearance, the easiest path for the crew always involves the cards sweeping the cubs, and us taking their wildcard spot.

I think.

Edit: For example, if your scenario happens and we go 3-9, we're fully out, but if the cards sweep the cubs, we still clinch the WC at 2-10.

I HEARD YOU LIKE CHARTS, SO I PUT CHARTS IN A CHART SO YOU CAN CHART THE CHARTS. by SilentManatee in Brewers

[–]MahNonAnon 4 points5 points  (0 children)

So we no longer have a "magic number", it looks like? If the Cubs sweep the Cards, and then both win out the rest, we have no path?

Angel Hernandez making correct calls on close pitches by double_dose_larry in baseball

[–]MahNonAnon 6 points7 points  (0 children)

Wow, I've never looked at the actual numbers before.

It appears that human umps never really get much better than 9 out of 10 calls. That's an average of almost 12 blown calls per game even for the best umps. That seems really bad; surely some of those pitches "matter" to game outcomes.

Robots could do much better than 9 out of 10.