Justin Christenson

Managing state in your React apps can be tough - especially when things get more complex. So in this handbook, Joan explains how Redux can help you out. She covers data flow, the Redux store, actions, reducer functions, + some advanced features. https://lnkd.in/gDrSRreN

72

1 Comment

Managing state in your React apps can be tough - especially when things get more complex. So in this handbook, Joan explains how Redux can help you out. She covers data flow, the Redux store, actions, reducer functions, + some advanced features. https://lnkd.in/gDrSRreN

71

2 Comments

In over 20 years and many companies (check my profile!) of doing this, I’ve never found that there is a single “right” way of doing things. Some companies are very risk tolerant. Some are very risk averse. Some demand clean, supportable code at all times. Some just need to get it shipped as soon as possible. If you’ve only worked one or two places, you may think that the way they do things is the right way. That’s a jr dev mentality. Be open to the idea that there may be a sound reason for doing things a different way.

5

✍️ In the 2024 Rails Community Survey, we asked, "Which JavaScript libraries or frameworks do you use with Rails?" 📋 Survey said... 👑 Stimulus has dethroned React as the most popular JavaScript library/framework used alongside Rails. https://buff.ly/3XAmgn0

2

Copilot and development: What activities are easy to automate? Hear what Marcel Chabot - Development Manager at The TM Group, Inc. uses Github Copilot for: - Writing up to 50 lines of code - Clean up long and complex code - Write documentation - Explain what the code does How have you been using Github Copilot to make your job easier? Want to see the full 34min interview? Click the link in the comment section. Dynamics Compass #github #copilot #microsoftcopilot #msdynamics #microsoftdynamics #msdyn365 #d365

2

1 Comment

So you can't rely on code that Github Copilot spits out. Is that what's changing the job of the developer? Marcel Chabot - Development Manager and Software Architect at The TM Group, Inc. explains on Dynamics Compass that developers will be using Copilot, but it does require new activities from the developers to ensure the code is fit for purpose and safe. If you're using Copilot for development, is it saving you time or are you spending the time saved on quality checking? See the link in the comments for the full 34 minute interview. #microsoftdynamics #d365 #msdyn365 #copilot #github #development

2

1 Comment

Write clean, reliable React code with confidence! This blog provides a step-by-step guide to setting up a robust unit testing environment for your React project. https://lnkd.in/dw-qDmuT #React #TestOps

6

PSA - The !important (below) blocks the #JavaScript scroll eventListener. Yeah, who knew??! Note: Not my code. It came from someone else's #WordPress theme / work. html, body { max-width: 100% overflow-x: hidden !important; }

1

Watched a portion of the old Brian Will video on why OOP is bad (https://lnkd.in/epvfRpPR), and bombed out fairly hard when he came out with the puzzling assertion that messages between objects properly speaking shouldn't include object references. Well, there goes your visitor pattern; there goes the UI staple of registering objects with some event bus for callbacks when particular events happen. Is there some source in the literature (Alan Kay, I guess) for this odd restriction? It seems like a basic misapprehension: sure, messages should transfer representations of internal state and not haphazardly leak references to the state itself (otherwise external parties can mutate it without going through the owning object's protocol), but it's also a pretty basic affordance of message-passing systems that the addresses of things that can receive messages are first-class things that can be passed around (compare URIs in REST, or channels in pi calculus). The other odd assertion was that permitting many objects in an arbitrary graph to hold a reference to an object and access its methods was as bad as having global shared state. It fairly obviously isn't: the ability to exercise the protocol for reading or updating a particular bit of state can get passed around to wherever it needs to be, but isn't immediately available to everything, and pretty much the whole point is that you're passing a pointer to the protocol, not the rights to inspect and modify the data structures it guards. It seems that Will wants to argue for a hierarchical flow of messages down a DAG-shaped stack of routines and subroutines with a single controlling root procedure, rather than a potentially cyclic call graph with objects fielding requests from all angles. In practice that's what your average Spring Boot service actually does of course: controller to service to persistence or external client layer, and back up again. But (and this is an argument for a future post) that's because the average Spring Boot service is fundamentally procedural code, with a bit of indirection between modules. Other topologies are possible, and appropriate for particular use cases. The most generous reading I can give of Will's argument is that OOP offers more flexibility than perhaps a majority of actually existing programs really need, and we'd be happier and less burdened by object bureaucracy if we wrote those programs in a more constrained idiom. I actually think that's kind of true, but haven't got to the bottom of what it means in practice just yet.

2

Many critics of PHP haven't taken a good look at the language since 2012 — and a lot has changed since then! Dive into the most monumental changes (traits, short array syntax, generators, and enums, to name a few!) in this "Developer Joy" blog post https://bit.ly/4bp03Ou #DeveloperJoy #PHPdevs #PHP

5

The Build Process Me hitting "Build" on Visual Studio 🤞 “Please work. Please work.” Visual Studio starts the build process ⚠️ “BUILD FAILED” “Okay, we’ll try again in 30 minutes. Maybe it’ll work then.” #DotNet #BuildFail #CSharp #DeveloperLife #TechHumor #CodingStruggles

2

Can someone explain to me how to get "more experience"? I have 16 years of full stack software engineering experience, mostly in C# .Net 4.2 through 8, including .Net Core 2.x & 3.x, along with WCF, WPF, Winforms, Razor/Blazor, HTML, CSS, and JavaScript, with Entity Framework, Dapper, Linq, SQL Server, MySQL, SQLite, Oracle, NoSql, and other databases. And a few of those years include a combination of Java, PHP, and C/C++. I've also used MarkDown, PowerShell, MVC framework, Swashbuckle/Swagger, Newtonsoft, JSON .Net, TopShelf, and a variety of testing frameworks. But apparently that's not enough. In the past 3 years alone, I've learned ReactJS, TypeScript, Xamarin, XAML, Maui, NodeJS, Terraform, AWS, and Azure, and I'm currently learning Angular, but that doesn't cover the 3-5 years of experience jobs want. I've learned some of these skills through jobs, but also some on my own. Except that as often as companies want us to learn these skills outside of work, they only count professional experience when it comes to hiring. My last interview said I needed more experience, as if the previously mentioned 16 years wasn't enough, and neither was the 15 years of computer repair and networking before that, which their interview questions also covered. So if no one is willing to hire because people don't already have experience, how are we supposed to get the experience? And don't say "open source projects", because they don't count as professional experience. Or do I have to take a 50% pay cut to take an "entry level" job that still requires 3-5 years of experience that I somehow still don't have? People are quick to say that "no one wants to work anymore" when they can't get hired, but they never seem to think "businesses aren't willing to teach anymore" when they refuse to hire people. Why? Is it that we are so conditioned to think that it's always the individuals fault for not living up to expectations, instead of the businesses fault for setting unrealistic and ever changing expectations? So, I ask again, how can I get the required experience when employers refuse to hire unless I already have experience?

2

Have you ever been confused by JavaScript's "this" keyword? Our comprehensive guide shows you how you can figure out ANY possible situation. https://lnkd.in/gdKSXWST Understand how "this" interacts with: ✅ Normal function calls ✅ Method calls ✅ Callback functions ✅ Regular and class constructor functions ✅ The `new` keyword ✅ Arrow functions ✅ `bind`, `call`, and `apply` ✅ `super` keyword, both super(), and super.method() ✅ Correctly reason about built-in functions (like addEventListener and forEach)

9

🧑‍🏫LangGraph.js Fundamentals: Nodes, Edges, Conditional Edges, and Graphs If you are JS developer wanting to dive into LangGraph, this is a great resource to get started Walks through the basics of LangGraph and builds up to a basic agent https://lnkd.in/gAbJ9sH8

190

3 Comments

Time to create a *totally* custom #[ApiResource] class for API Platform + Symfony that is *not* an entity. We’ll learn exactly what’s different and what we need to do.

7

Do you develop trust in your interviews? If you're not in the software profession you probably do. Humans like building trust. Software "professionals" are rather inhuman because they work with keyboards all day. (I'm a software developer but I am a 40 year meditator with a psychology degree so I'm still human.) Can you believe that when devs meet, they quiz each other on trivia? Even worse, they quiz the interviewee on trivia that's already on their resume. How loudly can you scream, "I don't trust you!"??? That changes the entire working relationship! Let me show you via a study... Dan Aerily, the popular MIT and Harvard psychologist who studied lying, was asked to present some of his findings on Madison Avenue (fashion is purely deception about the value of material). After, Aerily asked them for a box of Prada sunglasses for experiments. For years he's been giving subjects tests to learn about deception. He knows about how much people will lie when, say, they're allowed to correct their own answers. In this experiment, Aerily gave two groups of subjects real Prada glasses to wear while they're doing the difficult test. He told them he wanted to see if these glasses would give them a better score. Of course that's not what he was really testing. One group was told that the real Prada glasses were fake. What happens to people when they are put in an untrusting environment? Will they lie more? Yes! the people who thought the glasses were fake lied more than the people who wore the real Prada glasses and knew they were real. Take a step back and you know that it's true. When you see that a person is trustworthy, you treat them with trust. When someone trusts you, you give them trust back. When you know that a person is untrustworthy, you're not going to hand them your trust easily. When someone doesn't trust you, you're not going to be ready to trust them back. Right? If someone hands you a resume and you start quizzing them on minutiae, you're showing them you don't trust the words they wrote. You are asking for the new employee to be an uncooperative slacker. They fooled you by studying for the quiz rather than doing actual work which they know is almost irrelevant to getting the next software job. If they like games like this, watch them play Agile poker. 😂 How did this untrusting environment develop in software but not other professions? I'll let you guess. I can assure you that 30 years ago, before we started quizzing each other, software developers worked much more cooperatively. It was like Gilligan's Island - everyone together working to get off. Nowadays it's like Survivor. Trust goes a long way and if you break the trust when you meet, you might never get it back. #psychology #team #trust #interview

3

2 Comments