Omarchy: A Pre-Configured Arch Linux Distro Built on DHH's Personal Setup

·1 views

Omarchy is an opinionated, omakase-style Linux distribution based on Arch Linux, built by DHH and incubated at 37signals, now at version 4.x under an MIT license. It bundles the Hyprland tiling window manager, Quickshell desktop toolkit, Neovim, Chromium, and a curated set of applications with a unified keybinding and theming system. The distribution installs in under five minutes via a bootable ISO, defaulting to full-disk encryption, though Secure Boot must be disabled beforehand. A notable feature allows the ISO to install unattended using a configuration file on a second drive, making it suitable for virtual machines and fleet deployments. Rather than a novel OS, Omarchy is a well-maintained collection of install scripts and dotfiles designed to deliver a fully functional, aesthetically consistent desktop without requiring users to make low-level configuration decisions.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

How Developers Can Find, Join, and Get the Most from Tech Communities

Developer communities — whether local meetups or online Discord servers — are considered one of the fastest paths to career growth for software developers. When evaluating a community, developers should assess whether it is active, genuinely member-focused rather than vendor-driven, and aligned with their technical interests and goals. Participation levels can range from passively attending events and reading threads to actively sharing projects, answering questions, or taking on formal ambassador roles. Practical steps for newcomers include reading onboarding guides, introducing themselves, following community guidelines, and respecting moderator directions. The core principle is that greater engagement — however small — tends to yield greater professional and personal returns for all involved.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Why a Correct Trading Signal Still Isn't Enough to Win on Polymarket

A technical analysis published on DEV Community explains that detecting a valid trading signal is only the first step in building an effective Polymarket trading bot. The real challenge lies in execution: between signal generation and order fill, market conditions such as price, liquidity, and spread can shift dramatically. A production-grade bot must validate market state, monitor order book depth, manage partial fills, and reconcile positions — not just place an order. The piece distinguishes between signal quality and execution quality, arguing these must be evaluated independently. It also highlights the trade-off between passive limit orders, which offer price control, and aggressive orders, which prioritize speed but can increase slippage.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Five UX Principles That Make Property Rental Platforms Work Better

A frontend developer has outlined five UX considerations for building more effective property platforms, noting that renters and landlords have fundamentally different goals and workflows. The piece argues that separating user journeys early — through a simple intent selector — helps surface the right features at the right time rather than overwhelming users with a single large interface. For renters, well-behaved filters with visible active states improve search clarity, while landlords benefit from step-based listing forms that preserve entered data and show clear progress indicators. Property cards are recommended to prioritise visual hierarchy, keeping price and location prominent while keeping secondary details less prominent to aid quick comparison. The overall theme is that predictability and contextual simplicity tend to deliver more value than complex or clever interaction design.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Developer trims AI tool descriptions by 40%, trigger rate holds steady in A/B test

A developer running 114 AI skills in Claude Code discovered that exceeding the system prompt's character budget silently strips tool descriptions, leaving only names that the model cannot act on autonomously. The platform allocates just 1% of the context window — roughly 8,000 characters on a 200K-token session — for skill listings, and overflows are evicted starting with least-used tools, creating a compounding invisibility loop. After decompiling the local binary to confirm the actual budget rules, the developer rewrote 41 tool descriptions to under 250 characters each, reducing total description text from 44,775 to 34,375 characters across 116 skills. Behavioral tests showed no meaningful drop in trigger rate — 90 out of 96 passed versus 88 previously — confirming that leaner descriptions preserved tool discoverability. The findings suggest that developers with large AI toolboxes should audit description lengths and consider overriding the default budget variable before drawing conclusions from zero-usage metrics.

0 comments Read more at DEV Community