Danilo Ercoli

Micro-Frontends or Components? Probably the most common anti-pattern in building #microfrontends architectures. I've supported many teams worldwide failing identifying the right boundaries and inevitably they have found friction further down the line. In this 10 minutes talk, I described the differences between the two and why micro-frontends are NOT components. And if you want to learn more about micro-frontends, I got plenty of free resources for you: - intro to micro-frontends: https://lnkd.in/esQ-vNic - fortnightly newsletter: https://lnkd.in/eg3sankV - video podcast: https://lnkd.in/e3Uj8mrQ #frontend #web #developers #react #angular #javascript #js #free #devs #microservices #distributedsystems #cloud #architecture https://lnkd.in/eF2tvg_S

121

2 commenti

You probably know this, but you probably still don't do it enough 🤓 Keep your components small!🚀 This is one of the slides of my new #Angular Architectural patterns course that is filled with best-practices I've acquired from being involved in over 150 Angular projects. The course isn't ready yet, so stay tuned or subscribe on the simplified courses website.

13

1 commento

You are trying to setup a Symfony setup with AWS Lambda? Let me tell you a little bit about trusted proxies and X-Forwarded-Prefix, just in case you want to run it in a subpath.

2

1 commento

Kent Beck discusses his viewpoints on the original Coupling and Cohesion issues. Specifically, in this context, defines Coupling as units of code requiring modification at the same time when changing some unit of code. Cohesion is coupled units of software within a specific context or aspect. https://lnkd.in/gzikCJc7

1

A useful article about value stream mapping : https://lnkd.in/deSMub-e

2

Did you know: TDD is not about testing! We can never get tired repeating: TDD has as much in common with traditional testing as a space ship with a horse carriage 🚀🐴 Every company building products should learn about TDD. It’s means: 👉 customer focus 👉 efficiency 👉 sustainable pace 👉 good documentation 👉 increases engineer productivity 👉 motivated teams 👉 speed 👉 and yes, quality Here is an article about TDD being so much more than testing: https://lnkd.in/eAT7Tx-q #tdd #agile #productmanagement

17

1 commento

I wouldn't call myself an expert in Domain Driven Design. However, I have spent a couple of years reading and learning about DDD. And I have probably spent 100 hours practicing DDD in my own projects. 𝐇𝐞𝐫𝐞'𝐬 𝐡𝐨𝐰 𝐈 𝐟𝐢𝐫𝐬𝐭 𝐠𝐨𝐭 𝐢𝐧𝐭𝐞𝐫𝐞𝐬𝐭𝐞𝐝 𝐢𝐧 𝐃𝐃𝐃: I discovered DDD in my first experience at Slope. I didn’t fully understood the idea behind it. I have to thank Manuel Salvatore Martone who fully introduced me into the concept during our flight to Tampa. After that I read “Domain Driven Design Distilled” by Vaughn Vernon which I strongly recommend for beginners and as your reference through the journey. link: https://amzn.to/3xpoBrM I realized some personal projects and I also helped teams I worked with developing following at least some ideas behind DDD. 𝐒𝐨 𝐦𝐲 𝐠𝐨𝐚𝐥 𝐨𝐯𝐞𝐫 𝐭𝐡𝐞 𝐧𝐞𝐱𝐭 𝐲𝐞𝐚𝐫 𝐢𝐬: Improve my knowledge on how to structure a project using DDD. Start using DDD as a professional developer to improve the design of the products I work with. #DDD #DomainDrivenDesign #softwarearchitecture

9

5 commenti

What’s New for JavaScript Developers in ECMAScript 2024 https://buff.ly/3A1J6f2 The ECMAScript standard for JavaScript continues to add new language features in a deliberate way. This year there’s a mix of APIs that standardize common patterns that developers have been writing by hand or importing from third-party libraries — including some aimed specifically at library authors — plus improvements in string handling, regular expressions, multithreading and WebAssembly interoperability. Meanwhile, the TC39 committee that assesses proposals is also making progress on some of the much larger proposals, like the long-awaited Temporal and Decorators that may be ready for ECMAScript 2025, Ecma vice president Daniel Ehrenberg told The New Stack. “Looking at what we’ve done over the past year, ECMAScript 2024 is a little similar to ECMAScript 2023 in that it sees smaller features; but meanwhile, we’re building very strongly towards these big features.” Many of those only need “the last finishing touches.” Source: What’s New for JavaScript Developers in ECMAScript 2024 – The New Stack (https://buff.ly/4ccaepd)

2

Daily Developer Digest Manfred Steyer `s free eBook about Modern Angular. A must read for every #Angular developer https://lnkd.in/enX5pJrq #technology #softwareengineering #programing #web #angular #typescript #javascript #webdev

2

🔥 Angular v18 is now available! Excited to share the next milestone in the evolution of Angular: ‣ Experimental zoneless ‣ New home for developers on Angular.dev ‣ Material 3, deferrable views, built-in control flow are now stable ‣ More! https://lnkd.in/gTPdQDHm #angular #javascript #typescript #webdev #webdevelopmenr

2.623

58 commenti

If you are an iOS developer interested in adding calendar functionalities to your SwiftUI applications I've published a new tutorial for iOS. This guide covers the basics of integrating EventKit, setting up user permissions, and managing calendar data within your apps. What you'll learn: - Setting up EventKit in a SwiftUI environment. - Handling permissions to access calendar data. - Using observables to dynamically update your UI with event information. #swiftui #iosdev #swift https://lnkd.in/dfwfVRnf

"Fatal Error: Allowed Memory Size Exhausted" often arrives just like the Spanish inquisition. Suddenly! PHP has a number of great frameworks and comes with decent ORMs, yet whenever there is a need to deal with large memory datasets - it bites. These things aren't always documented, but here's a list of possible solutions: - disable hydration on entities: saves both memory and time - and here it's opt-in on degraded functionality; you will be surprised how much time goes into object instantiation vs arrays - disable buffering on result sets: normally buffering is on, i.e. the data is stored so that the sets can be iterated many times; you can change that and make them act more like streams and be iterable only once... - work with streams: not always possible (and remember that filters are also available!) - be selective in your SELECT: obvious, yet almost always ignored - use caching or tmpfile(): when working with corner cases it's all about trade-offs Then there's a second class of problems: sometimes the task is too big. For those you use queues and async communication, so that the end user gets an immediate confirmation and the task is simply executed in the background. Because of the last case I fell in love with WebSockets. Of course, you could have increased the memory limit - but then you are just delaying the inevitable crash. The first class of problems can be quickly solved in-house. For strategic help with queues and async communication - reach out!

1

Over the past few months I’ve written an extensive tutorial on how to build software applications with Node.js and React. I’m sorry to tell you that this experience didn’t teach me anything about B2B sales, though. But hopefully, it’s still useful for some people out there. From the introduction: The approach of this tutorial is to teach its readers how to build a fully working software application from zero to production. This means two things: 1. You are not required to have done any kind of software development before getting started with this tutorial. It will introduce and explain everything that is needed to build applications in full detail, assuming no prior knowledge or experience. This is the “from zero” part. 2. Building on the foundational knowledge it teaches in the first half, the tutorial will then, step by step, guide you through the process of building a real, full-fledged, and completely working software application, again explaining every detail along the way, and shows how to “deploy” that application — that is, how to make that application available on the Internet for anyone to use. This is the “to production” part. Speaking of B2B sales: I’m afraid you cannot buy this tutorial. That’s because I’m making it available for free, as a series of posts on my blog. The first three parts are already published: https://lnkd.in/e2XCYm3p https://lnkd.in/eW7wUc_d https://lnkd.in/eAU6kgH9 No, you do not need to sign up to my newsletter to get access to the tutorial. That’s mainly because I don’t have a newsletter. Also, no need to follow me (although admittedly, it might help to get you notified whenever I’m publishing a new chapter). Furthermore, please don’t be disappointed if clicking on the tutorial links won’t present you with a cookie banner. That’s because my blog doesn’t use any cookies. No, not even those from Google Analytics, as I’m not using that either. This means I will have no idea how many people will read the tutorial — which makes sense because let’s face it, who is going to consume this kind of long-form, deep-dive technical content nowadays anyway. And in text-only form, of all things! Should you nevertheless decide to dive into the text, expect to learn how to program using JavaScript and TypeScript, how to use these languages to build rock-stable backend applications with Node.js as well as elegant frontend applications with React and Redux, and finally, how publish a complete and integrated software solution on Amazon AWS. Ok, that’s it. If you want to access the bonus chapters, simply subscribe to… — just kidding. There are no bonus chapters. Everything you need to learn to build useful software products is right in the… normal chapters, I guess? Happy reading!

28

1 commento

Done is a fundamental part of bringing transparency. How does this relate to the Developers? Check it out in this article from PST Steven Deneir. Back to the foundations of the Scrum framework (76) #Scrum #Developer

25

English: pen Italian: penna German: KUGELSCHREIBER String in Python: split() In Java: split() In PHP: EXPLODE #php #java #python #developers #coders #thoughts #ideas #programming

2

Did you know: Test-driven development is not about testing!? While test-driven development (TDD for short) has "test" in the name, it's actually very different from what we usually perceive as "testing". Many people still think that TDD would just be about automating manual tests, but that couldn't be further from the truth. TDD is actually about: 👉 Customer focus 👉 Understanding requirements 👉 Clean code 👉 Preventing gold-plating 👉 Up-to-date documentation (for free!) 👉 Clear thinking 👉 Sustainable pace 👉 Agile architecture 👉 and yes, automated regression tests 😅 Did you know that? Could you be missing out on some of these benefits? Here is an article with more details on harnessing the power of TDD: https://lnkd.in/eAT7Tx-q #agile #testing

31

For those who are thinking about upgrading to Node.js 22 - here's the latest notable changes: https://lnkd.in/eFHkj-eC #nodejs #javascript #typescript

7

An easy way to assess a freelance developer's competence is by telling them EXACTLY what you're assessing for. It sounds so simple and obvious, yet many hiring managers (technical and non-technical) fail to do this. Some see interviews more like an interrogation, designed to catch the candidate out, but it's rarely a useful approach. Instead, tell your candidate about your project goals, customer outcomes, and the specifics of how you're assessing them. For example: "We're creating a service that helps users manage their healthcare and medication better. We're building a WebApp that uses A.I. to support user needs. Tell me about any relevant experience you have: - Building WebApps - Building using A.I - Plus, any healthcare experience " Encourage the candidate to first set the scene, and tell you about the project they were working on and what the outcome was. From here, ask them to work backwards, explaining the role they played, what tools and tech they used, and how they collaborated with others. Follow up with simple questions such as: "Tell me how you ensured you understood the brief?" , "How did you validate and test your solution?" , "On reflection, would you have used different tools, or built in a different way". In my opinion, you don't actually need to understand the in-depth technicalities to assess whether someone can help you or not. Since you're being very clear about what you want, all the candidates have an equal opportunity to sell themselves. Simply repeat this process with 3 or 4 candidates and I'll bet you'll know purely by feeling who is still most suitable for your project. After all, the one who can clearly articulate their capabilities is the one who is most likely to understand and deliver against your needs. Hiring freelance developers doesn't need to be complicated. ---------- Adrian G Ward - A technical partner to startups and SMBs. I've hired over 100 and interviewed over 1000 developers, if you need help hiring, give me a shout. #freelancers #developers #hiring #interviews

7