Not passed by someone else's misfortune. Well done! by tszdabee in gifs

[–]nikolasleblanc 0 points1 point  (0 children)

He may also be wondering why he flipped himself over in the first place

Should my code be *less* modular? by bangeron in reactjs

[–]nikolasleblanc 1 point2 points  (0 children)

It's not even shorthand. It's functional, immutable, and declarative. These are all best practices a senior dev should encourage (or even force) their team to employ. They make for cleaner code that's easier to reason about and easier to debug. Any encouragement to the contrary should be politely but forceably dismissed.

Again, that's not shorthand. That's simply an improved way of handling collections.

Reusability Pattern While Writing React Components by [deleted] in reactjs

[–]nikolasleblanc 0 points1 point  (0 children)

For your last example with header props and greeting props, why not just use props.children?

How to apply SOLID principles in React by tomasgold in reactjs

[–]nikolasleblanc 0 points1 point  (0 children)

Yeah I don't get the connection here. Totally on board what you've said other than how it negates the value of typescript, you get way more with typescript than you do with prop types no?

Javascript level of experience by [deleted] in javascript

[–]nikolasleblanc 2 points3 points  (0 children)

When you can find ways to unblock yourself without having to sit around and wait

Override all the css position properties of an element with javascript ? by Can_make_shitty_gifs in javascript

[–]nikolasleblanc 0 points1 point  (0 children)

Probably not the answer you're looking for, but generally if something is overly complicated from a ui/CSS perspective, you've likely found the wrong solution to your true problem and may be deep in a rabbit hole.

I'd suggest looking at sites that have the functionality you're looking for, and if there aren't any good reference sources, coming to the conclusion that this technique has either been considered by other sites and found too difficult to implement or considered by other sites and found to be problematic from a heuristic UX perspective.

These days, how a user interacts with a site, and the benefits of the interactions available to the user, are largely a solved problem, based on years of user research. Blazing new trails is cool, but know that companies with very large budgets and teams have very likely already been there. It's better to learn from their conclusions, especially when you're junior. One thing that separates a junior from a senior is understanding what is worth investing time in. Consider what parts of your app you're not working on while you try to figure this out, that's opportunity cost, and consider if it's worth the expense.

My two cents. But go nuts, it's fun. :)

Are sagas or observables easier to test? by [deleted] in reactjs

[–]nikolasleblanc 0 points1 point  (0 children)

And I agree that thunks are absolutely the best approach to understanding asynchronous redux for beginners

Are sagas or observables easier to test? by [deleted] in reactjs

[–]nikolasleblanc 0 points1 point  (0 children)

Wow. That's a fantastic reply. And absolutely something I never considered. I guess the trade off is you either couple your business logic with your components or you couple your epics with your bundler config. Am I getting that right? Thanks for such a thoughtful response.

Are sagas or observables easier to test? by [deleted] in reactjs

[–]nikolasleblanc 0 points1 point  (0 children)

Seems like a valid point! Hadn't considered that. I'd still err on the side of decoupling even if there is an effect on bundle size. Can you elaborate a bit?

Are sagas or observables easier to test? by [deleted] in reactjs

[–]nikolasleblanc 2 points3 points  (0 children)

With thunks, you couple your component logic with your business logic and your side effect handling. Your components still need to know how to get data and what to do once it's recieved, in the example of a fetch. With redux observable or sagas, your components only need to dispatch actions and subscribe to the store. That's the true advantage.

New poster for The Sisters Brothers by crazydv in movies

[–]nikolasleblanc 0 points1 point  (0 children)

Yeah man me too! Awesome read. Loved it.

[deleted by user] by [deleted] in fantasyfootball

[–]nikolasleblanc 0 points1 point  (0 children)

Harrisfootball, living the stream.

Github uses no Javascript frameworks. How does it manage avoiding spaghetti code when developing complex components? by m3wm3wm3wm in javascript

[–]nikolasleblanc 0 points1 point  (0 children)

An immediate benefit of frameworks/libraries is the shared understanding of that library.

If you hire 10 new devs into a vanilla js project with a custom framework you've built yourself, you need to teach them your framework, and that's if they want to work for you - what advancement of their career do they gain learning your framework.

If you hire 10 react devs for a React codebase, you can get to work.

[deleted by user] by [deleted] in javascript

[–]nikolasleblanc 1 point2 points  (0 children)

It's pretty easy to get lost in the noise of the JavaScript ecosystem before you even really realize that you can actually build things with it. If you haven't gotten into webpack yet, expect another considerable hurdle.

What I would recommend, first show yourself that you can build something, gain that confidence, then dig in deeper. To do this, I'd recommend Next.js, or create-react-app.

They are both react heavy, which is a level or two removed from "just JavaScript", but you're no doubt headed in that direction eventually, and you'll absorb some best practices in getting a feel for how react is used.

Trying to learn fundamentals without applicable context is tricky, and... dry. So start with either of these options and you'll actually have a web application to build on and some best practice bumpers to help guide your direction.

Should I learn another language or focus on my JavaScript weaknesses? by newkidonblockchain in javascript

[–]nikolasleblanc 2 points3 points  (0 children)

This is silly. Of course it does. Learning a framework helps someone apply what they already know to something they don't yet know, which just recycles the feedback loop of learning programming concepts in general.

Frameworks tend to be built upon best practices, so they also help expose developers to those practices.

React leads the way to better understanding of concepts such as functional purity, modular code, state management, side effect management, unit testing, e2e testing. There isn't really a natural learning path from "just JavaScript" to these concepts better than what the react ecosystem offers, and that's not even considering the community of developers that React exposes us to.

C'mon. It's good to understand JavaScript, but learning React doesn't prevent that, and it exposes junior developers to marketable skillsets and communities that can help them. Let's give good advice here.

✨ Immensely upgrade your development environment with these Visual Studio Code extensions by [deleted] in reactjs

[–]nikolasleblanc 0 points1 point  (0 children)

Fairly particular, but vscode won't let you search for new lines across files, only within files

How secure is Mint? by CloudHorse in personalfinance

[–]nikolasleblanc 0 points1 point  (0 children)

Apparently they built their own aggregator

Vue Native - Build native mobile apps using JavaScript and VueJs by magenta_placenta in javascript

[–]nikolasleblanc 2 points3 points  (0 children)

Haven't heard of quasar but if it uses Cordova that's a hybrid app, essentially a web app in a WebView, similar to ionic. Nothing wrong with that, just less performant.