How to Use Dart Dot Shorthands: A Handbook for Devs

Issue 530

Haskell Weekly issue 530 covers the Haskell ecosystem activities report for March–May 2026 from Well-Typed (covering GHC, Cabal, HLS work), a guide on creating statically-linked Haskell executables with Nix, an introduction to the pqi library aiming to decouple Haskell PostgreSQL drivers from libpq, an introductory post on record type inference, and a deep dive into representing sheaves in Haskell using category theory. Brief announcements include apecs-0.10.0 (ECS package), Fourmolu 0.20.0.0 formatter release with GHC 9.14 support, GHC 9.12.5-rc2, and new Hpack-Dhall and Stock packages.

Polygraph: Let AI agents see cross repo and maintain session memory.

Polygraph là công cụ do nhóm phát triển Nx tạo ra, cung cấp khả năng nhìn xuyên suốt nhiều repository (cross-repo visibility) và duy trì bộ nhớ phiên làm việc (session memory) cho các AI agent lập trình. Nó xây dựng một dependency graph thống nhất trên nhiều repo (giống như một monorepo tổng hợp) mà không cần di chuyển mã nguồn, cho phép các nhà phát triển làm việc xuyên suốt nhiều repo trong cùng một phiên, đồng thời hỗ trợ chuyển giao ngữ cảnh giữa các thành viên nhóm.

Lập trình viên nên đọc bài này để khám phá cách Polygraph giúp giải quyết vấn đề quản lý mã nguồn phân tán và giao tiếp giữa các dự án, từ đó tiết kiệm thời gian và tránh rắc rối trong việc duy trì và hợp tác trên nhiều repository khác nhau.

QSOE v0.1 Released As A QNX-Inspired RISC-V OS

QSOE v0.1 is a new open-source operating system inspired by QNX Neutrino, targeting the RISC-V architecture exclusively. It features a dual-kernel design: QSOE/N uses a custom-built Skimmer microkernel, while QSOE/L runs the seL4 microkernel. Both share the same user-space and adopt QNX design principles including a small kernel, async message-passing IPC, and a resource-manager model. Currently supported targets are the SiFive HiFive Unmatched board and QEMU. The project is Apache 2.0 licensed and hosted on GitLab.

How to Structure Large Flutter Applications for Scalable and Maintainable Growth

Flutter apps often outgrow their architecture before teams realize it. This guide covers how to structure large Flutter codebases for long-term maintainability by organizing around features rather than technical layers, separating presentation/domain/data concerns, scoping state ownership to individual features, isolating navigation logic, managing shared code carefully, and scaling dependency injection. Practical code examples using BLoC/Cubit illustrate each pattern, and production concerns like lazy initialization, observability, and feature flags are also addressed.

BASIC09 Programming Language Front-End Developed For LLVM

Developer Boisy Gene Pitre has created a BASIC09 front-end for LLVM called 'basic09c', capable of lexing and parsing BASIC09 code, building an AST, performing semantic checks, and emitting LLVM IR. BASIC09 is a structured BASIC dialect from the 1980s used on OS-9/6809 and Tandy Color Computer systems. The goal is to preserve and compile existing BASIC09 programs by targeting modern LLVM backends. However, LLVM developers Eli Friedman and Nikita Popov indicated the project won't be merged into the main LLVM codebase, suggesting it live as an independent project that links to LLVM as a library.

The Quiet Codebase: What Vedanta and Yoga Taught Us About Software

A philosophical essay drawing parallels between Vedanta and Yoga principles and software development practices. It argues that code complexity mirrors the complexity of the developer's mind, using concepts like Maya (misreading reality as inevitable), Vairagya (non-attachment to one's own code), and Dharana (focused attention) to advocate for intentional simplicity. Practical takeaways include pausing before adding new abstractions, cultivating the courage to delete unnecessary code, protecting deep work conditions, and regularly asking 'what is actually necessary?' as a guiding question for both codebases and life.

I installed FreeBSD as my daily driver, and it was surprisingly good

A hands-on account of running FreeBSD as a daily desktop driver. The author found that after the initial setup hurdle, FreeBSD felt calm and deliberate — free from the constant nudges of mainstream OSes. Key positives include the clean separation between the base system and installed packages, which makes maintenance and troubleshooting clearer. Downsides include hardware compatibility challenges (especially on laptops), mixed software availability, and the need to read documentation carefully. The overall verdict is that FreeBSD rewards patient users who want to understand their system, and shouldn't be dismissed as server-only software.