Results for python 4 · 1.227s

Sponsored
News for “python 4”
20 results • 1221 ms server time
Advertisement
Moozonian News
github.com• Aug 21, 2026• 1 min read
Show HN: Meg – I processed 259M nodes on my laptop using 6.91MB RAMI got tired of MemoryError crashes. So I built MEG: MemoryError Gone.What it does: An optimization engine for massive multi-body problems. Made to run huge problems on normal hardware.The result: Grid: 120x120x120 Total Nodes: 259,200,000 Peak RAM Usage: 6.91 MB Status: Processing complete - No MemoryErrorIt's just Python. No cloud, no cluster, just a laptop.Repo: https://github.com/blueray313164-a11y/Quantum-Drive-Solver Repo has more details and benchmark from Google Colab.Your code crashes your system? I’ll run it for you and give you results fast. DMs open
Advertisement
Moozonian News
github.com• Aug 20, 2026• 1 min read
Show HN: Icebug-format: immutable, interoperable graph standardMost graph analytics packages have a mutable graph implementation that uses a heap allocated vector to store the graph. It works for toy graphs. But if you're loading a billion edge graph using G.add_edge() it's going to take a while.We don't need to invent new standards. Such interoperable, immutable memory standards already exist: Apache Arrow and Compressed Sparse Rows (CSR). CSR is widely used in scipy, cugraph and columnar graph databases among others. Both on CPUs and GPUs.icebug-format combines both into a on-disk standard based on Apache Parquet and an in-memory format based on Apache Arrow.Bindings available in many popular languages including python, typescript and rust.The package ships with convenience scripts to convert flat tables such as vertex.parquet and edges.parquet to this format in RAM/disk constrained environments.Sample graphs: https://huggingface.co/datasets/ladybugdb/ldbc-csr/tree/mainConverted from: https://ldbcouncil.org/benchmarks/graphalytics/datasets/Large
Moozonian News
youtilitics.com• Aug 20, 2026• 1 min read
Show HN: Youtilitics, energy usage analytics from utility data, no hardwareI posted an early version of this 2 years ago. Rebuilt most of it since then, so posting again with what's actually different.Youtilitics still pulls interval data your utility already collects (Green Button/ESPI — 15-60 min whole-house kWh) and turns it into usage analytics. The analytics stack is different: baseline anomaly detection (median/MAD by time-of-day bucket, not a flat threshold), overnight step-change alerts, usage heatmaps, cycle-over-cycle comparisons, etc. It is still based on a model trained on human-labelled data: used to differentiate baseline (eg vampire load) vs EV vs HVAC vs the rest. Inference runs with a python script when new data is received from the utility.I also changed the mobile app. It is still mainly used to store the user credentials without us having them (they never leave the device), for security/privacy reasons. This is used to scrape usage data from the utility dashboard, when they don't support Green Button. However now it also runs an embedded P
Moozonian News
github.com• Aug 20, 2026• 1 min read
Show HN: Emd – Fast EDA's for CSV and XLS(X) from the Terminalemd is an open-source Python CLI for quickly exploring CSV and Excel datasets from the terminal. It generates Markdown reports and charts, with built-in data quality checks, statistical analysis, dataset comparison, diagnostics, and health scoring.
Moozonian News
tempo-checker.rami-dev.com• Aug 20, 2026• 1 min read
Show HN: Tempo Checker – Real-time disposable email detection APIHi HN, I’m Rami. I recently built Tempo Checker to help developers identify and block disposable, temporary, or burner email addresses during user registration.I built the core logic using Go and Python. To make the detection as accurate as possible, the system relies on a multi-layered validation approach:Live MX DNS Checks: It verifies the domain actually has mail exchange records configured and can receive mail.Domain Blocklists: It cross-references the domain against an aggregated list of known disposable and temporary email providers.I built this because I wanted a fast, straightforward API to handle fake signups without adding unnecessary overhead to backend flows.I'd love for you to test it out. I'm especially open to feedback on handling edge cases with MX records, ways to improve the blocklist methodology, or any general performance critiques.Thanks!
Advertisement
Moozonian News
github.com• Aug 19, 2026• 1 min read
Show HN: BRep Geometric CAD Kernel and Parametric Code CADI'm pretty excited to show off something I've been working on for the past few months. A free, open-source geometric kernel that allows humans/LLMs to write code (in this case, a DSL called Firmament) and generate 3D models of CAD parts, to finally provide an alternative to OpenCascade.To get some questions out of the way. - Full STEP import/export support for AP242, AP203 and AP214 are still experimental at the time, but everything produced by Aetheris should open in any CAD app with STEP support. - Support for single edge/planar fillets/chamfers right now, should be more than sufficient for most CNC/3D printing use cases. - Fillets: https://github.com/yuechen-li-dev/Aetheris/blob/master/testd... - Chamfers: https://github.com/yuechen-li-dev/Aetheris/blob/master/testd... - Supports dimensional/GD&T annotation via STEP 242's semantic PMI. - Kernel is written entirely in C#, with bindings for Go, Rust, Python, and TypeScript available.If you just want to vibe-CAD, clone the repo, run it
Moozonian News
browsercode.io• Aug 19, 2026• 1 min read
Show HN: Codex CLI compiled to WASM running in the browserHi HN! As part of our ongoing work on BrowserPod, an in-browser WebAssembly sandbox, we have significantly expanded what the Rust WebAssembly target can achieve.Our approach proved so robust that we could get the whole Codex CLI (~1.25M lines of Rust, excluding dependencies) to run in the browser, with extremely minimal modifications.Now, Codex CLI by itself could not do much, but BrowserPod provides a full environment with standard Linux command line tools, bash, git, Node.js and Python, with more yet to come. All of these are compiled to WebAssembly and run concurrently on top of BrowserPod kernel.To learn more about our work on Rust and BrowserPod in general: https://labs.leaningtech.com/blog/browserpod-rust
Sponsored