<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <link href="https://binaryigor.com/feed.xml" rel="self" type="application/atom+xml" />
  <link href="https://binaryigor.com/" rel="alternate" type="text/html" hreflang="en"/>
  <id>https://binaryigor.com/</id>
  
  <title>Binary Igor</title>
  <subtitle>Some things are either 0 or I. Thoughts about managing binary machines (computers), which are controlled by the people called programmers/software engineers/coders/hackers.</subtitle>
  <updated>2024-02-11T11:59:26.213Z</updated>

  <author>
    <name>Igor Roztropiński</name>
    <email>igor.thebinary@gmail.com</email>
  </author>

  
    <entry xml:lang="en">
        <title>HTMX and Web Components: a Perfect Match</title>
        <id>https://binaryigor.com/htmx-and-web-components-a-perfect-match</id>
        <link href="https://binaryigor.com/htmx-and-web-components-a-perfect-match.html" rel="alternate" type="text/html" />
        <published>2023-12-21T00:00:00+00:00</published>
        <updated>2023-12-21T00:00:00+00:00</updated>
        <summary>Web Components are a set of browser APIs that allow us to create custom HTML elements. They are one of the major things that SPA (Single Page Application) frameworks have been giving us for a long time ... HTMX is highly interesting, useful and a promising technology. It simplifies many things and allows us to build SPA or SPA-like applications without complex tooling, dependencies, frameworks and mostly without writing application-specific JavaScript code. </summary>
    </entry>

    <entry xml:lang="en">
        <title>Modular Monolith and Microservices: Modularity is what truly matters</title>
        <id>https://binaryigor.com/modular-monolith-and-microservices-modularity-is-what-truly-matters</id>
        <link href="https://binaryigor.com/modular-monolith-and-microservices-modularity-is-what-truly-matters.html" rel="alternate" type="text/html" />
        <published>2023-11-26T00:00:00+00:00</published>
        <updated>2023-11-26T00:00:00+00:00</updated>
        <summary>Modularity is a crucial concept when designing and creating software. Independent of whether our chosen architecture style is to have a single unit of deployment - Monolith or multiple units of deployment - Microservices/Services. It is a quality that should be treated completely independent of how many deployable units of software we choose to have.</summary>
    </entry>

    <entry xml:lang="en">
        <title>Unit, Integration, E2E, Contract, X tests: what should we focus on?</title>
        <id>https://binaryigor.com/unit-integration-e2e-contract-x-tests-what-should-we-focus-on</id>
        <link href="https://binaryigor.com/unit-integration-e2e-contract-x-tests-what-should-we-focus-on.html" rel="alternate" type="text/html" />
        <published>2023-11-04T00:00:00+00:00</published>
        <updated>2023-11-04T00:00:00+00:00</updated>
        <summary>When we write software, we intend it to be used in some, usually predefined and desirable, way. All software has some specification, either explicitly described or implicitly assumed. How do we know that it (software) works? We can test it manually, using all of its features and functionalities. Unfortunately, this approach breaks down pretty fast.</summary>
    </entry>

    <entry xml:lang="en">
        <title>Index: a crucial data structure for search performance</title>
        <id>https://binaryigor.com/index-a-crucial-data-structure-for-search-performance</id>
        <link href="https://binaryigor.com/index-a-crucial-data-structure-for-search-performance.html" rel="alternate" type="text/html" />
        <published>2023-10-08T00:00:00+00:00</published>
        <updated>2023-10-08T00:00:00+00:00</updated>
        <summary>There are many variations and types of it, depending on the underlying database/search engine and its purpose, but the core concept is always the same: let's have an additional data structure that points to/references the original data and makes searching fast.</summary>
    </entry>

    <entry xml:lang="en">
        <title>HTMX: simpler web-based app/system</title>
        <id>https://binaryigor.com/htmx-simpler-web-based-app-or-system</id>
        <link href="https://binaryigor.com/htmx-simpler-web-based-app-or-system.html" rel="alternate" type="text/html" />
        <published>2023-09-22T00:00:00+00:00</published>
        <updated>2023-09-22T00:00:00+00:00</updated>
        <summary>Nowadays, when we develop web-based app/system it is most likely built as SPA, which is a single page application. We should ask, why have we done that? Why have we switched from multi page applications, where the browser supported all of these functions out of the box, functions that we now need to recreate by writing custom JavaScript code?</summary>
    </entry>

    <entry xml:lang="en">
        <title>Indexing, Partitioning, Sharding - it is all about reducing the search space</title>
        <id>https://binaryigor.com/reducing-the-search-space</id>
        <link href="https://binaryigor.com/reducing-the-search-space.html" rel="alternate" type="text/html" />
        <published>2023-09-09T00:00:00+00:00</published>
        <updated>2023-09-09T00:00:00+00:00</updated>
        <summary>Whenever I think about optimizing certain data query, be it SQL (mostly) or NoSQL, I find it useful to think about these problems as search space problems. In other words, how much data need to be scanned/checked in order for my query to be fulfilled?</summary>
    </entry>
</feed>