Latest Tutorials

Learn about the latest technologies from fellow newline community members!

  • React
  • Angular
  • Vue
  • Svelte
  • NextJS
  • Redux
  • Apollo
  • Storybook
  • D3
  • Testing Library
  • JavaScript
  • TypeScript
  • Node.js
  • Deno
  • Rust
  • Python
  • GraphQL
  • React
  • Angular
  • Vue
  • Svelte
  • NextJS
  • Redux
  • Apollo
  • Storybook
  • D3
  • Testing Library
  • JavaScript
  • TypeScript
  • Node.js
  • Deno
  • Rust
  • Python
  • GraphQL

    Common Mocking & Testing Mistakes That Ruin Your Test Cases

    Testing is all the rage right now. With Test-Driven Development being so popular, unit tests have become the new hot thing. That being said, automated testing isn't just a trend, it's a fundamental practice in software engineering for ensuring quality. Techniques like Test-Driven Development (TDD) highlight the importance of unit tests, which have become a cornerstone of modern software development. But did you know there are a lot of hidden testing mistakes a lot of us make? Some have to do with the test cases themselves. Some have to do with our mocking implementations.

      Unit Testing and Mocking Mistakes That Produce Headaches

      Testing. We all know it’s a critical part of our job, right? But let’s face it, it can be tricky. Whether you're just starting out or have been at it for years, there's always a chance you might slip up in unit testing and mocking. But don't worry, I've got you covered. In this post, we'll explore some common mistakes and how to steer clear of them.

      I got a job offer, thanks in a big part to your teaching. They sent a test as part of the interview process, and this was a huge help to implement my own Node server.

      This has been a really good investment!

      Advance your career with newline Pro.

      Only $40 per month for unlimited access to over 60+ books, guides and courses!

      Learn More

        How To Transition from Angular Observables to Signals

        The Angular framework has recently undergone a significant transformation with the introduction of Signals in Angular 17. This change marks a pivotal shift from the traditional use of RxJS Observables to a more streamlined approach to state management. This blog post aims to guide developers through this transition, highlighting the key differences and offering strategies for adapting to this new paradigm. The introduction of Signals in Angular, provides as alternative means of handling state and reactivity in Angular. Compared to Observables, known for their power in managing asynchronous data streams, have been integral to Angular applications. However, their complexity often made them daunting for many developers. Signals, on the other hand, offer a simpler, more direct way to manage state. promising to enhance both performance and developer experience. Signals in Angular bring several benefits over Observables:

          Angular Signals: State Management Renewed

          In the dynamic world of web development, Angular has taken a significant leap with the introduction of Signals in Angular 17. This post delves into the transformative impact of Signals, a feature set to redefine state management in Angular applications. RxJS Observables have been a cornerstone of Angular applications, offering a robust way to handle asynchronous data streams. However, their complexity often posed a steep learning curve, especially for new developers. The intricate nature of Observables made Angular seem daunting, contributing to a perception of inaccessibility. Angular 17 introduces Signals, a groundbreaking feature designed to simplify state management. Signals offer a more straightforward and efficient approach compared to Observables, potentially reducing code complexity and enhancing developer experience. This change signifies Angular's commitment to evolving and addressing the challenges faced by its developer community.

            Angular's Evolution: Embracing Change in the Web Development Landscape

            In the world of web development, frameworks come and go, but some, like Angular, make a lasting impact. Once the darling of the developer community, Angular has seen its share of ups and downs. This blog post delves into Angular's journey, exploring its rise, the challenges it faced, and how it's adapting to stay relevant in the ever-evolving tech landscape. Angular version 1.0 was released by Google in the year 2010, and was also known as AngularJS. During that period, Angular.js emerged as a frontrunner in the race of web development frameworks. In its early days, it was celebrated for its distinct features such as data binding, model view architecture, testing capabilities as well as support for dependency Injection, quickly made it a preferred choice for developers. Later down the line, Angular version 2.0 was released in September 2016 by Google. This new version was a complete rewrite from the version 1.0 of Angular, known as Angular.js. This decision was not well taken by the web development community and becasue of this, newer frameworks like React and Vue.js started to gain more traction. Angular's comprehensive nature, was began to be seen as a barrier, especially for newcomers to the framework.