((((sandro.net))))
Manuntençao para Pcs
quarta-feira, 25 de fevereiro de 2026
Show HN: A Visual Editor for Karabiner https://ift.tt/42I7tnG
Show HN: A Visual Editor for Karabiner https://ift.tt/dtzFbRG February 25, 2026 at 12:39AM
Show HN: StreamHouse – S3-native Kafka alternative written in Rust https://ift.tt/pdKcIo1
Show HN: StreamHouse – S3-native Kafka alternative written in Rust Hey HN, I built StreamHouse, an open-source streaming platform that replaces Kafka's broker-managed storage with direct S3 writes. The goal: same semantics, fraction of the cost. How it works: Producers batch and compress records, a stateless server manages partition routing and metadata (SQLite for dev, PostgreSQL for prod), and segments land directly in S3. Consumers read from S3 with a local segment cache. No broker disks to manage, no replication factor to tune — S3 gives you 11 nines of durability out of the box. What's there today: - Producer API with batching, LZ4 compression, and offset tracking (62K records/sec) - Consumer API with consumer groups, auto-commit, and multi-partition fanout (30K+ records/sec) - Kafka-compatible protocol (works with existing Kafka clients) - REST API, gRPC API, CLI, and a web UI - Docker Compose setup for trying it locally in 5 minutes The cost model is what motivated this. Kafka's storage costs scale with replication factor × retention × volume. With S3 at $0.023/GB/month, storing a TB of events costs ~$23/month instead of hundreds on broker EBS volumes. Written in Rust, ~50K lines across 15 crates. Apache 2.0 licensed. GitHub: https://ift.tt/3duhx4S Happy to answer questions about the architecture, tradeoffs, or what I learned building this. https://ift.tt/3duhx4S February 24, 2026 at 11:50PM
terça-feira, 24 de fevereiro de 2026
Show HN: Falcon – Chat-first communities built on Bluesky AT Protocol https://ift.tt/anhN0EC
Show HN: Falcon – Chat-first communities built on Bluesky AT Protocol I’m building a chat-first community app that uses Bluesky’s AT Protocol for identity. Current architecture: - Electron client - Spring Boot backend (monolith) - REST for servers/channels - Planning WebSocket-based messaging As a solo builder, I’m trying to balance simplicity with future scalability. At what point would you introduce: - a separate WebSocket gateway - pub/sub (Redis, etc.) - or keep everything in one Spring app until it breaks? Curious how others approached real-time chat systems early on. Project for context: https://ift.tt/nPj1HMe February 24, 2026 at 12:02AM
Show HN: Enseal – Stop pasting secrets into Slack .env sharing from the terminal https://ift.tt/qYr7MQl
Show HN: Enseal – Stop pasting secrets into Slack .env sharing from the terminal We've all done it — "hey can you DM me the staging .env?" Secrets end up in Slack history, email threads, shared notes — all searchable, all persistent. The secure path (1Password, GPG, etc.) always had more friction than the insecure one, so people took the shortcut. enseal makes the secure path faster than the insecure one: # sender $ enseal share .env Share code: 7-guitarist-revenge Expires: 5 minutes or first receive # recipient $ enseal receive 7-guitarist-revenge ok: 14 secrets written to .env Zero setup, no accounts, no keys needed for basic use. Channels are single-use and time-limited. The relay never sees plaintext (age encryption + SPAKE2 key exchange). For teams that want more: identity mode with public key encryption, process injection (secrets never touch disk), schema validation, at-rest encryption for git, and a self-hostable relay. Written in Rust. MIT licensed. Available via cargo install, prebuilt binaries, or Docker. Looking for feedback on the UX and security model especially. What would make you actually reach for this instead of the Slack DM? Detailed documentation here: https://ift.tt/197lQxE https://ift.tt/jX8GbD6 February 23, 2026 at 11:15PM
segunda-feira, 23 de fevereiro de 2026
Show HN: Gridl – A daily block puzzle game https://ift.tt/BDi2aVK
Show HN: Gridl – A daily block puzzle game https://gridlgame.com February 23, 2026 at 12:28AM
Show HN: A Vaadin Algebra and Calculus Solver Built with AI Assistance https://ift.tt/6r3RD24
Show HN: A Vaadin Algebra and Calculus Solver Built with AI Assistance Hi HN, I’d like to share a side project that has gradually become my main creative outlet: The Algebrator, a web-based algebra and calculus solver I built using Java, Spring Boot, Vaadin 24, and a symbolic math engine under the hood. It started as a personal attempt to revisit the math I loved in middle/high school, but it evolved into a multi-year design experiment in AI-augmented software engineering. I built and iterated on this app using a paired-programming workflow with LLMs (ChatGPT + GitHub Copilot), and the project ended up teaching me more about agentic AI development than anything else I’ve worked on. What it does Lets users type equations, inequalities, and expressions in a calculator-like UI Solves algebraic equations, systems, trigonometry, calculus operations, and iterative “problem templates” Supports fraction/decimal modes, radians/degrees, comparison operators, user-defined functions, and multi-character variables Includes utility “extras” like prime generation, Fibonacci, random integers, etc. All built in a Vaadin UI designed to feel like a pocket calculator Why I built it I wanted a tool that makes algebra feel like it did on my old TI calculator, but with the flexibility of a symbolic engine. I also wanted to explore how far I could push “AI-paired development” in a real project — not just code generation, but architecture, UI/UX reasoning, and rapid iteration. What might interest HN It’s a full Java/Vaadin project, not JavaScript It demonstrates a real, sustained AI-augmented workflow It blends symbolic math (Symja) with custom arithmetic logic in Java The UI is dynamic: variables appear as buttons as you type them It’s deployed live (Spring Boot on Railway) It’s fully open-source Looking for feedback on: Architecture and code clarity Ideas for additional math features or real-world templates Best practices for symbolic math in a Java environment How to present AI-augmented workflows professionally Repo: [ https://ift.tt/u5WVybq ] Live demo: [ https://ift.tt/TyfMwDQ ] Thanks for taking a look — feedback and critique are welcome. February 22, 2026 at 09:04PM
domingo, 22 de fevereiro de 2026
Show HN: Infinichess – Multiplayer Infinite Chessboard https://ift.tt/gYna9lN
Show HN: Infinichess – Multiplayer Infinite Chessboard Open source, massively multiplayer infinite chessboard, with chat and leaderboards. https://infinichess.io February 21, 2026 at 07:56PM
Assinar:
Comentários (Atom)
DJ Sandro
http://sandroxbox.listen2myradio.com