← Înapoi la Urmăritori

Cel mai recent articol

Ultima verificare

Urmăritori 0 urmăritori
Articole: 111
  1. Slop Debt

    Tech debt has rules.

  2. Every process a software team runs was built to manage a scarce resource.

  3. A company runs smoothly when people can get stuff done without hunting for information.

  4. G-Eval, Explained

    G-Eval is a reference-free evaluation framework that uses large language models to assess the quality of generated text.

  5. Every AI workflow is a dependency problem.

  6. Most of us building AI applications spend the bulk of their time on the LLM - picking the right model, tuning the prompt, evaluating output quality.

  7. If you have ever taped together a cron job, message queue, a database table for state, and a retry loop - only to watch the whole thing break during a network blip at 2am - you already understand the problem Temporal solves.

  8. Most of us build RAG the same way: follow a tutorial that embeds a handful of PDFs, stores the vectors in a local Chroma instance, and chains everything together with LangChain (if that's still a thing).

  9. Structure of Every LLM Chat

    Role tagging is not cosmetic.

  10. How LLMs Really Work

    If you have used ChatGPT, Gemini, or Claude, you have already formed an intuition about what these systems do.

  11. You have a monolith, and you are proud of it.

  12. The Curse of Dimensionality

    There is a specific kind of debugging session that haunts ML engineers: the one where your model worked brilliantly on 20 features, so you added 200 more, and now it produces garbage.

  13. There is an implicit contract at the foundation of every database architecture decision you have ever made.

  14. BM25

    There is a particular kind of respect reserved in engineering for the algorithm that outlives its era.

  15. JOIN Algorithms

    When you write a SQL query with a JOIN clause, you probably do not think much about what happens next.

  16. That is the half-life of knowledge in computer science and software engineering - the time it takes for half of what you know to be replaced by better tools, approaches, or understanding.

  17. Distributed databases face an interesting challenge: how do you ensure that multiple servers scattered across different machines, data centers, or even continents agree on the order and outcome of database transactions?

  18. MySQL Replication Internals

    MySQL replication enables data synchronization across databases, powering read scaling and even some complex distributed architectures.

  19. Bloom Filters

    A Bloom filter is a probabilistic data structure that answers a very specific question - have I seen this thing before?

  20. Time seems simple.

  21. Partitions sit right in the middle of how Kafka works.

  22. Product Quantization

    Recommendation engines, image retrieval platforms, document matching services, and RAG pipelines all rely on finding the nearest neighbors to a given query vector in high-dimensional space.

  23. The Q, K, V Matrices

    At the core of the attention mechanism in LLMs are three matrices: Query, Key, and Value.

  24. How LLM Inference Works

    When you enter a prompt into an LLM, the model converts your text into numbers, processes them, and returns a response one token at a time.

  25. Concurrent programming is one of the most interesting and challenging aspects of software engineering.

  26. In distributed systems, one of the fundamental challenges is knowing whether a node or service is alive and functioning properly.

  27. Apache Cassandra is a distributed database designed for high availability and horizontal scalability.

  28. Redis Replication Internals

    One of the most fundamental design decisions in Redis replication is that it's push-based rather than pull-based.

  29. Content Delivery Networks (CDNs) content replication is far more nuanced than most engineers realize.

  30. Why gRPC Uses HTTP2

    When Google introduced gRPC in 2015, one of the most significant architectural decisions was building it on top of HTTP/2 rather than the widely adopted HTTP/1.1.

  31. Everything we interact with today is a "distributed system".

  32. Database deadlocks are one of the most challenging concurrency issues encountered in production systems.

  33. While we write code thinking about algorithms and data structures, the CPU is quietly making millions of decisions about what data to keep close and what to evict from its precious cache memory.

  34. While strong consistency might seem like the obvious choice - given it keeps the data perfectly synchronized at all times - the reality is that eventual consistency has become the preferred approach for most large-scale distributed systems.

  35. DNS is one of the most critical pieces of internet infrastructure, quietly translating human-readable domain names into IP addresses billions of times per day.

  36. How to Write Effective OKRs

    Craft effective engineering OKRs with this practical guide.

  37. Most engineers encounter cardinality estimation the same way: they get paged because a COUNT(DISTINCT userid) query is killing the database, and someone suggests HyperLogLog.

  38. Is it time for a career change?

  39. Explore AWS Lambda's efficient scaling - block-level loading, deduplication with encryption, & erasure coding for low-latency container startups.

  40. Explore GoogleSQL's new pipe syntax for SQL - Improves readability, extensibility, and debugging with operators like ASSERT and LOG.

  41. Explore NanoLog's high-performance logging - compile-time optimization, lock-free buffers, and lightweight encoding for nanosecond speed.

  42. Explore Twitter's recommendation system - in-memory graph processing with Cassovary, random walks, and SALSA for user suggestions.

  43. Ace your system design interview!

  44. How to Remain Unblocked

    Stuck as a software engineer?

  45. Solve the Knapsack problem with a Genetic Algorithm!

  46. Explore LFSRs, a simple & efficient pseudorandom number generator widely used in microcontrollers.

  47. Explore indexing strategies for partitioned databases, focusing on local and global secondary indexes.

  48. Partitioning - Learn how to scale your database reads and writes by horizontally partitioning your data.

  49. Learn database partitioning!

  50. Leaderless Replication

    Explore leaderless replication - a fault-tolerant, strongly consistent data replication strategy.