<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Paweł Nejczew</title>
    <description>The latest articles on DEV Community by Paweł Nejczew (@nejczew).</description>
    <link>https://dev.to/nejczew</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F4012854%2Fd74bbc90-f6c9-4c89-9a87-96ee66dbec9b.JPG</url>
      <title>DEV Community: Paweł Nejczew</title>
      <link>https://dev.to/nejczew</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/nejczew"/>
    <language>en</language>
    <item>
      <title>The Foundations and Bricks of the Web World</title>
      <dc:creator>Paweł Nejczew</dc:creator>
      <pubDate>Fri, 17 Jul 2026 14:33:25 +0000</pubDate>
      <link>https://dev.to/nejczew/the-foundations-and-bricks-of-the-web-world-2gcl</link>
      <guid>https://dev.to/nejczew/the-foundations-and-bricks-of-the-web-world-2gcl</guid>
      <description>&lt;blockquote&gt;
&lt;p&gt;Technology popularity and longevity don’t always walk hand in hand.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;We often look for successors to legacy technologies, hoping that newer solutions will automatically displace those from the 1970s. Meanwhile, the C language, created by Dennis Ritchie, remains the ultimate foundational system software after more than 50 years, powering almost every server on Earth. Even a strong contender like Rust hasn’t managed to dethrone it.&lt;/p&gt;

&lt;p&gt;Right about now, some smart-aleck will ask: “If C is so great, why don’t we use it for everything?”. Fair point, but the answer is simple-because we don’t need to. C is the lingua franca for hardware communication and is perfectly suited for managing the deepest basements of the operating system. Over the years, languages and tools were created to abstract and speed up coding for specific purposes and platforms-yet C remained the foundation they all run on.&lt;/p&gt;

&lt;p&gt;Web backend development can be done in many technologies, and their undisputed leader is PHP. Although its funeral has been announced multiple times, it’s doing great-powering 7 out of 10 websites today, with the other three most popular being Ruby, JavaScript, and Java. Does that list sound like a rehashed menu from a decade ago? Exactly-nobody rewrites entire applications on a whim or switches technologies every few months, or even years!&lt;/p&gt;

&lt;p&gt;Current popularity statistics are in no way proportional to the total volume of software actually running on a given technology. PHP hasn’t been the number one choice for younger developers for a while now and stands a good chance of eventually being replaced by another language-maybe JavaScript (on the backend), maybe Golang, or maybe something else entirely. Time will tell, as each alternative offers a different edge over the previous solution.&lt;/p&gt;

&lt;p&gt;When it comes to the user interface layer, JavaScript has held the crown for years. A few frameworks currently dominate the market (React, Vue, and Angular), yet they are nowhere near the scale of their older brother, jQuery. It is estimated that jQuery still runs on 60-70% of active websites, largely driven by WordPress, which powers over 40% of the web.&lt;/p&gt;

&lt;p&gt;As we can see once again, popularity and longevity don’t always walk hand in hand forever. This allows us to predict that more elements-differing from their predecessors in shape and functionality-will eventually join the foundations and bricks that build today’s internet. Therefore, it’s worth investing not just in currently trending technologies, but primarily in the most antifragile programming competencies that will continuously stand the test of time.&lt;/p&gt;

&lt;p&gt;Unfamiliar with the Lindy Effect?&lt;br&gt;
Check out this article for some food for thought:&lt;br&gt;
&lt;a href="https://nejczew.com/en/articles/the-lindy-effect-in-it" rel="noopener noreferrer"&gt;Article: The Lindy Effect in IT&lt;/a&gt;&lt;br&gt;
&lt;a href="https://medium.com/@nejczew/who-or-what-exactly-is-this-lindy-69aafe46ce4d" rel="noopener noreferrer"&gt;Medium: The Lindy Effect in IT&lt;/a&gt;&lt;/p&gt;

</description>
      <category>webdev</category>
      <category>php</category>
      <category>javascript</category>
      <category>career</category>
    </item>
    <item>
      <title>Does S.O.L.I.D. Still Make Sense in the Age of LLMs?</title>
      <dc:creator>Paweł Nejczew</dc:creator>
      <pubDate>Fri, 10 Jul 2026 12:17:49 +0000</pubDate>
      <link>https://dev.to/nejczew/does-solid-still-make-sense-in-the-age-of-llms-1d4j</link>
      <guid>https://dev.to/nejczew/does-solid-still-make-sense-in-the-age-of-llms-1d4j</guid>
      <description>&lt;p&gt;I’m hearing more and more theories suggesting that since AI can generate endless amounts of code, architecture and readability no longer matter. “If AI wrote it, AI can fix it later.” I’m not sure if a simple eye-roll and a heavy sigh are enough anymore, or if it’s time to start swearing out loud. My experience tells me the exact opposite: as code production skyrockets, maintainability becomes a critical success factor for any evolving software project.&lt;/p&gt;

&lt;p&gt;We use acronyms like S.O.L.I.D. to keep specific rules in mind and write software that other developers can easily maintain. In the past, every redundant or inefficient piece of code carried a cost measured in comprehension time, bug potential, and sometimes the “WTFs per minute” of those maintaining the app after us. Today, we also have to factor in token bills (AI compute costs), because low-quality code inflates the context sent to the model or leads to redundant operations. Sometimes you have to perform mental gymnastics just to get the model to grasp the original intent and connect the dots-and all of that costs money, which adds up fast.&lt;/p&gt;

&lt;p&gt;If we assume that models will play an increasing role in development, boosting the lines of code produced per engineer, then “clean code” is more crucial today than ever. Feeding poor code into these models will only generate more poor code, forcing us to spend more time on manual hotfixes or wrestling with failed AI generation loops.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;The fundamentals of clean code design remain one of the most vital components of software engineering knowledge. While I wouldn’t limit it strictly to SOLID, it will always serve as a solid foundation for professionals writing or generating code in object-oriented applications. Within this acronym lie ironclad principles that have survived for decades, helping build countless stable and readable codebases.&lt;/strong&gt;&lt;/p&gt;

</description>
      <category>ai</category>
      <category>webdev</category>
      <category>programming</category>
      <category>productivity</category>
    </item>
    <item>
      <title>Fullstack a.k.a. The One-Man Band</title>
      <dc:creator>Paweł Nejczew</dc:creator>
      <pubDate>Sat, 04 Jul 2026 11:36:51 +0000</pubDate>
      <link>https://dev.to/nejczew/fullstack-aka-the-one-man-band-26o5</link>
      <guid>https://dev.to/nejczew/fullstack-aka-the-one-man-band-26o5</guid>
      <description>&lt;blockquote&gt;
&lt;p&gt;Are generalist skills a new trend or a real necessity?&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;Over the past two decades, IT departments have been split into narrow specializations. In the case of web development, this meant &lt;strong&gt;frontend&lt;/strong&gt; and &lt;strong&gt;backend&lt;/strong&gt;. To put it very simply: the part of the application you can see, and the part you can only feel because it runs under the hood. Despite this, we can still find rebels who, defying a polarized IT industry, learned to build systems on both fronts (or rather, "ends").&lt;/p&gt;

&lt;p&gt;By working on both user interfaces and server-side systems, these developers gained the experience to build solutions spanning from the database all the way to the colorful buttons on a webpage-essentially becoming "&lt;strong&gt;One-Man Bands&lt;/strong&gt;." The market initially dubbed them &lt;strong&gt;Fullstacks&lt;/strong&gt;, only to curse them shortly after. The worlds of front and backend evolved so rapidly that keeping up and remaining a top-tier expert in both would require an elastic 24-hour day and a lake of coffee. Instead, the community doubled down on narrow specializations and expert knowledge.&lt;/p&gt;

&lt;p&gt;Today, the evolution of languages and frameworks is slowing down, and ideological debates over architecture are losing momentum. Due to-or thanks to-the AI boom, we are witnessing the blurring of lines between specializations, and &lt;strong&gt;we are once again valuing generalist skills&lt;/strong&gt; that allow us to operate at every stage of software delivery. Since the code itself can now be written by artificial intelligence, a systemic view of the product, rather than just a slice of it, becomes the key to success.&lt;/p&gt;

&lt;p&gt;Questions widely discussed today include: When will the lines blur between those who define what needs to be built and those who actually write the software? Are coding skills still necessary (and at what level)? &lt;strong&gt;Are the so-called Product Builders just the new Fullstacks, or are they the "future developers"?&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;Currently, IT professionals are either deepening their core programming skills or chasing frequent tool changes that should support their work rather than completely replace it.&lt;br&gt;
The way we use language models is shifting so fast that knowledge from just 2–3 months ago is often frustratingly outdated. Many shakeups still lie ahead, and one can't help but wonder: &lt;strong&gt;what will happen when the market's AI bubble bursts?&lt;/strong&gt; Will the tools offered today (LLMs) remain as efficient and financially accessible?&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Will Product Builders, whose primary skill is leveraging AI, be able to handle the constraints of advanced tool providers? Will a limited understanding of the programming paradigm itself be enough when working with less capable local models? Or will the market split permanently into generalists and specialists?&lt;/strong&gt;&lt;/p&gt;




&lt;p&gt;Wersja w języku polskim: &lt;a href="https://nejczew.com/pl/blog/fullstack-aka-czlowiek-orkiestra/" rel="noopener noreferrer"&gt;https://nejczew.com/pl/blog/fullstack-aka-czlowiek-orkiestra/&lt;/a&gt;&lt;/p&gt;

</description>
      <category>webdev</category>
      <category>ai</category>
      <category>programming</category>
      <category>productivity</category>
    </item>
  </channel>
</rss>
