This repository is the canonical source data for the ZenginCode ecosystem, providing a curated, machine-readable dataset of Japanese bank codes and branch codes. It contains structured branch information (code, name, kana, hira, roma) for thousands of financial institutions across Japan, stored in both JSON and YAML formats under data/branches/. The data is automatically updated daily via a GitHub Actions workflow that downloads the official Zengin bank branch list from an external source, converts it from Shift_JIS CSV to UTF-8, and generates per-bank branch files. The repository also includes a Ruby CLI tool (bin/zengin) that orchestrates the download, conversion, and commit process, making the pipeline reproducible. While primarily a data repository, it includes a well-structured ETL pipeline that can serve as a template for similar data curation projects. The dataset is consumed by language-specific packages (Ruby, JavaScript, Python) to provide bank branch lookup functionality in financial applications.
Prog8 is a Kotlin/JVM compiler and language toolchain for retro 8-bit/16-bit platforms (C64, C128, CX16, PET32, Amiga, m68k). It compiles a high-level language to 6502/68000 assembly through a multi-stage pipeline: lexer/parser, AST construction, semantic analysis, intermediate representation, optimizer, code generation, and optional VM execution. The repository also includes an LSP server, a Gradle build with Kotest tests, CI workflows, and target-specific runtime libraries. It is primarily an application (compiler/CLI), not a data/research project.
Megatron-MoE-ModelZoo is a production-ready toolkit for training Mixture-of-Experts (MoE) large language models including DeepSeek-V3, Qwen3, and Mixtral. It provides SLURM job submission scripts, Dockerfiles for hardware-optimized containers, YAML configuration files, and best practice guides for launching training jobs on HPC clusters. The repository integrates with NVIDIA's Megatron-LM framework (dev branch) to enable efficient distributed training of MoE models across tensor, pipeline, and expert parallelism dimensions. Key features include precision selection (BF16/FP8/MXFP8), checkpoint conversion utilities, and memory estimation tools for hardware planning.
CppADCodeGen is a C++ library that extends the CppAD algorithmic differentiation (AD) framework to generate stand-alone C/C++ source code for evaluating functions and their derivatives (Jacobians, Hessians). It converts a CppAD operation tape into a computation graph and then emits efficient, compilable code via multiple backends: C, LaTeX, MathML, and DOT. The generated code can be compiled into dynamic libraries at runtime (Linux) or JIT-compiled using Clang/LLVM, enabling high-performance derivative computation in production environments. The library also includes a suite of algorithms for differential-algebraic equation (DAE) index reduction (Pantelides, Soares-Secchi, dummy derivatives), pattern detection for loop optimization, sparse derivative computation, and a thread pool for parallel evaluation. It is heavily used in scientific computing, simulation, and optimization contexts (e.g., chemical engineering models). The codebase is a header-only template library with optional runtime compilation components, distributed under dual EPL-1.0 and GPL-3.0 licenses.
This repository contains shinpuru, a production-grade Discord bot written in Go with a React/TypeScript web dashboard. It serves as a comprehensive guild management and moderation platform, handling reports, kicks, bans, mutes, and community engagement features like karma, starboard, votes, and code execution. The backend is a monolith using the discordgo library for Discord interactions, Fiber for its REST API, and sarulabs/di for dependency injection, backed by MySQL, Redis, and MinIO. The architecture is well-structured with clear separation of concerns. The internal/ directory houses services (database, storage, permissions, karma, reports), event listeners, slash commands, and middleware. The pkg/ directory is a standout collection of over 30 reusable utility packages, covering areas like rate limiting (limiter), one-time authentication (onetimeauth), Discord embed building (embedbuilder), fuzzy object resolution (fetch), and permission management (permissions). These packages are largely self-contained and could be extracted for use in other Go projects. The frontend is a modern React SPA with i18n support (English and German), a typed API client (shinpuru-ts), and a comprehensive set of components for managing every aspect of the bot. The project demonstrates strong engineering practices with CI/CD pipelines, Docker support, and a clear contribution model. While the codebase is large and shows some signs of technical drift (legacy package versions, some raw SQL patterns, duplicated package versions), the core architecture and reusable packages make it a valuable reference for building complex Discord bots or Go web applications.
This repository provides the official Helm charts for deploying Mattermost, an open-source messaging platform, and its associated services (Focalboard, RTCD, Push Proxy, Calls Offloader) onto Kubernetes. The primary deployment method is the `mattermost-operator` chart, which uses Kubernetes Custom Resource Definitions (CRDs) to declaratively manage the full lifecycle of Mattermost installations, including databases, file stores, ingresses, and scaling. Legacy charts (`mattermost-enterprise-edition`, `mattermost-team-edition`) are included but deprecated in favor of the operator. The architecture is a collection of Helm charts, with the operator chart acting as the core. It relies on external dependencies like PostgreSQL, S3-compatible storage, and optionally Elasticsearch and Grafana. The repository demonstrates strong DevOps practices, including automated CI/CD for chart releases, end-to-end testing with kind, and embedded monitoring configuration. Key reusable patterns include a Helm-embedded Grafana dashboard template for application KPIs, an ExternalSecrets integration for secure credential management, a deprecation handling template for managing breaking changes, and advanced Kubernetes storage patterns (EFS, NFS). The codebase is actively maintained but carries some technical drift from legacy components and outdated Kubernetes API versions.
ReAPI is a C++ Metamod plugin module for AMX Mod X (AMXX) that extends Counter-Strike 1.6 server modding by bridging the ReGameDLL and ReHLDS APIs to Pawn scripting. It provides a comprehensive hook chain system, reflection-based member access to game internals, and message interception capabilities, enabling scripters to modify nearly every aspect of gameplay, from player spawning and weapon handling to round logic and engine events. The module also integrates optional companion mods (Reunion, VTC, Rechecker) for authentication, voice chat, and file consistency checks. The architecture is a classic Metamod plugin with AMXX module entry points, exposing hundreds of native functions (rh_* and rg_* namespaces) and forwards. The codebase demonstrates sophisticated patterns such as template-based hook registries, compile-time member offset tables with type safety, and generic container utilities. However, it is tightly coupled to specific versions of ReHLDS/ReGameDLL and the GoldSrc engine, with hardcoded offsets and manual parameter conversion in many hooks. The project is actively maintained with frequent commits and issue triage, but carries medium technical drift due to an aging toolchain (GCC 4.5.1 runtime, deprecated Windows SDK) and large monolithic source files.
This repository provides a Helm chart for deploying the full Jitsi Meet stack on Kubernetes. Jitsi Meet is an open-source video conferencing platform. The chart includes components for the web UI, XMPP server (Prosody), focus manager (Jicofo), video bridge (JVB), TURN/STUN server (coturn), SIP gateway (Jigasi), recording/streaming (Jibri), transcription services (Skynet, Opus Transcriber Proxy), and collaborative editing (Etherpad, Excalidraw). The chart is structured with separate template directories for each component, common helper templates for naming and labels, extensive configuration in values.yaml, and optional monitoring via Prometheus/Grafana dashboards. It supports advanced features like autoscaling (HorizontalPodAutoscaler for JVB), ingress, Kubernetes Gateway API, custom file injection, and security hardening with read-only root filesystems and dropped capabilities. The repository also includes a GitHub Actions workflow for publishing the chart as an OCI artifact to GitHub Container Registry with cosign signing, plus detailed documentation guides for exposing services, recording, transcription, scaling, and upgrading. The chart is actively maintained with frequent releases (latest v3.9.0) and follows standard Helm repository conventions.
Centrifuge Chain is a layer-1 blockchain parachain built on Substrate/Polkadot, designed for tokenizing and financing real-world assets. It implements a full DeFi ecosystem including loan origination and servicing, investment pools with tranche tokens, order-book based token swaps, liquidity pools with cross-chain EVM integration, oracle price feeds, and reward distribution mechanisms. The system also includes on-chain governance via collective councils and referenda, collator selection, and block rewards. The architecture follows the Substrate pallet pattern with over 40 custom pallets organized under `pallets/`, shared trait libraries in `libs/traits/`, domain types in `libs/types/`, and mock infrastructure in `libs/mocks/`. Three runtime configurations (altair, centrifuge, development) provide chain-specific parameters and autogenerated weight files for benchmarking. The node binary (`node/`) provides CLI entry points for chain operations, RPC endpoints, and EVM compatibility via Frontier. Key data flows include: pool creation and epoch management, loan lifecycle (create, borrow, repay, write-off), investment order placement and fulfillment, cross-chain message passing via Axelar router, and reward distribution based on staking or block production. External dependencies include the Substrate/Polkadot SDK, Axelar network for cross-chain messaging, and EVM smart contracts for liquidity pool integration. The codebase demonstrates strong engineering practices with extensive unit and integration tests, benchmarking infrastructure, storage migration framework, and trait-based abstraction layers. However, it carries complexity from supporting multiple runtimes and maintaining autogenerated weight files, with some deprecated components and hardcoded constants noted in the code.
DelvUI is a Dalamud plugin for Final Fantasy XIV that provides a fully customizable replacement for the default HUD. It is a monolithic plugin that uses ImGui for rendering and hooks into game memory via FFXIVClientStructs to read player/party/encounter state. The architecture is heavily event-driven and singleton-based, with a central ConfigurationManager and HudManager that coordinate all HUD elements. The plugin implements a sophisticated attribute-driven configuration system that auto-generates ImGui settings panels from plain C# objects, enabling deep customization of bars, nameplates, party frames, job gauges, status effects, and more. It integrates with several other plugins via IPC (Honorific, PetRenamer, WhosTalking, Wotsit) and includes low-level hooks for pull timers, ready checks, and input interception. The codebase reflects strong engineering in its config abstraction and bar-drawing utilities, but also exhibits significant maintenance debt from hardcoded game IDs, reflection-heavy design, and pervasive singleton use.
Proteus is a high-performance Java REST API framework built on Undertow. At runtime it compiles JAX-RS/Swagger-annotated controller methods into dedicated Undertow handlers using JavaPoet and SourceBuddy, then dispatches requests through a custom routing handler. The central ProteusApplication class wires Guice modules, services, controllers, configuration, and the Undertow server; controllers return ServerRequest/ServerResponse wrappers that support async futures, content negotiation, file uploads, redirects, and JSON/XML serialization. The project is split into proteus-core and proteus-openapi, with the latter extending the Swagger JAX-RS reader to understand Proteus-specific response types and serving Swagger UI/ReDoc documentation.
This repository contains otx, a Mach-O disassembler for macOS that provides both a graphical user interface and a command-line tool. It specializes in disassembling Mach-O executables (supporting x86_64 and arm64 architectures) and enhancing the output with semantic information such as Objective-C method names, demangled C++ and Swift symbols, and annotations for literal pools and data references. The application also detects and repairs obfuscated NOP sequences (an anti-disassembly technique) for x86_64 binaries. The architecture features a modular processor hierarchy where a base `ExeProcessor` class is extended for specific architectures (e.g., `X8664Processor`, `ARM64Processor`), with functionality added via Objective-C categories (such as `Searchers64` for binary search and `List64Utils` for linked list operations). The GUI is built with Cocoa/AppKit and follows an MVC pattern, with `AppController` managing the user interface and workflow. The CLI shares the same core processing logic but uses a separate controller for argument parsing. Preferences are managed via a synchronized system of user default keys between Objective-C and Swift components. Key reusable components include a custom endianness swap utility (`MachOSwap.h`) that replaces deprecated Apple functions, a smooth view animation helper (`SmoothViewAnimation`) for polished UI transitions, a drag-and-drop file handler (`DropBox`), and utility categories for linked list operations and binary search. The project demonstrates solid engineering practices but shows signs of technical drift through conditional compilation for obsolete macOS versions (Tiger, Leopard, Snow Leopard), though modern builds target macOS 12+.
The idgen application is a Go-based tool for generating Chinese identity information (name, ID number, mobile number, bank card number, email, and address) for testing purposes. It provides both a command-line interface (CLI) with subcommands for each data type and an HTTP server mode that serves a web interface and API endpoints. The core data generation is handled by the github.com/mritd/chinaid/v2 dependency, while the application itself focuses on command parsing, output formatting, and server logic. The CLI uses Cobra for command structure and supports output in table, JSON, or CSV formats with optional clipboard copying. The server mode uses Go's embed package to bundle static files and provides REST endpoints for generating data in JSON or CSV format.
This repository hosts a Turkish-language Ruby 101 tutorial book, designed as a beginner's guide to the Ruby programming language. The content is authored in Markdown and organized into chapters covering Ruby syntax, data types, control structures, and practical topics like RubyGems and web development with Sinatra. The book is intended to be a portable reference for learners, emphasizing practical examples and idiomatic Ruby usage. The project is structured as a static site generated using MkDocs, with the Rakefile providing convenient commands for building, serving locally, and deploying to GitHub Pages. The mkdocs.yml configuration defines a hierarchical navigation structure, integrates the Material theme, and enables extensions for features like table of contents, syntax highlighting, and tabbed content. Dependencies are pinned in requirements.txt to ensure reproducible builds. While the documentation content reflects Ruby versions up to 3.0.2 (as of 2021), the underlying tooling remains functional and the project demonstrates maintenance through a 2026 commit history. The Rakefile represents a reusable pattern for MkDocs projects, encapsulating the common tasks of building, serving, and deploying documentation with minimal configuration. This wrapper allows developers to leverage MkDocs' capabilities without repeating command-line invocations, promoting consistency across documentation projects. The configuration file mkdocs.yml exemplifies effective use of MkDocs' features for structuring a multi-chapter book, including custom navigation and extension integration, though it is tailored to this specific book's organization.
This repository is the primary web frontend (dApp) for the Juicebox protocol, a decentralized programmable funding platform on Ethereum and other EVM chains. It is a full-stack Next.js application that allows users to create, manage, and contribute to projects across multiple protocol versions (V1, V2/V3, V4/V5). The application handles the complete project lifecycle: creation via a multi-step wizard, funding cycles, payout splits, token issuance, NFT rewards, governance (ballots, Safe multisig), and treasury management. It also serves as the project's marketing site with pages for about, success stories, and FAQs. Architecturally, it is a monolithic Next.js application with a strong internal package structure separating protocol versions. It employs a Provider/Context pattern for dependency injection (e.g., V2V3ProjectContext, CurrencyContext) and Redux for complex form and flow state. On-chain data is read via GraphQL subgraphs (Apollo) and direct contract calls (ethers/wagmi), while off-chain metadata is stored on IPFS and cached in Supabase. The codebase demonstrates sophisticated patterns for blockchain interaction, including a generic contract reader with state change detection and a standardized transaction abstraction. The codebase is actively maintained with recent commits and a low issue count. It contains several well-crafted, reusable components. However, it suffers from significant code duplication between the v2v3 and v4v5 packages, an incomplete migration from ethers v5 to viem/wagmi, and scattered commented-out code and TODOs. This technical drift is manageable but requires careful navigation for new contributors or AI agents evaluating the code for reuse.
box-node-sdk is an official TypeScript client library for the Box Content Cloud API. It is not an application or data research project; it is a generated SDK that wraps Box's REST endpoints with typed schemas, resource managers, authentication flows, and networking. The main entry point is the BoxClient class, which composes managers for files, folders, metadata, webhooks, AI agents, enterprise configurations, and other Box resources. The code is largely auto-generated from Box's OpenAPI specification (see .codegen.json), with every schema file containing typed interfaces and serialize/deserialize functions.
This repository provides a WiFi configuration manager for ESP32 and ESP8266 microcontrollers using the Arduino framework. It enables devices to create a captive portal for WiFi setup, store credentials in the filesystem, and optionally define additional configuration parameters (strings, integers, booleans) via a simple API. The library operates as a singleton, handling WiFi connection attempts, portal management, and runtime language selection for the configuration interface. Key features include automatic password generation, support for OTA updates via the same credentials, and callback hooks for custom behavior during connection events. The architecture centers around the WiFiSettings class, which manages state through filesystem storage (SPIFFS for ESP32, LittleFS for ESP8266) and a dynamic parameter system. The configuration portal is implemented as a blocking web server with DNS redirect, serving a localized HTML form that saves user input to files. Language support is handled via a separate header using flash-stored strings and runtime selection, minimizing memory usage. The design prioritizes ease of use over advanced features, making it suitable for simple IoT devices requiring straightforward WiFi provisioning.
blivet-gui is a graphical storage configuration tool for Linux, built on the blivet library. It operates with a two-process architecture: an unprivileged GTK3 frontend communicates over a Unix socket with a root-privileged daemon (spawned via pkexec). The application provides a comprehensive set of dialogs and visualizations for managing disks, partitions, LVM2 (VGs, LVs, thin pools, snapshots), Btrfs volumes/subvolumes, software RAID (MDRAID), Stratis pools/filesystems, LUKS encryption, and DM Integrity. It also integrates with the Anaconda installer as a storage spoke. The codebase is written in Python, uses Glade UI files, and follows a clear client-server proxy pattern for operations. Translations are managed via gettext with Weblate, though many locales are untranslated. The project includes a test suite that uses targetcli-created virtual disks for backend testing. While the architecture is sound, some areas show drift: mixed Glade version conventions, a security-sensitive pickle-based IPC layer (mitigated with a restricted unpickler), and heavy use of MagicMock in tests.
Carbonium is a zero-runtime-dependency DOM manipulation micro-library (~1 kB) that exposes a single `$` function. In the browser, `$` resolves a CSS selector to a NodeList and wraps it in a JavaScript Proxy, so the returned value can be used both as an array of elements and as a single DOM element: property reads return the first match, property writes broadcast to every match, and DOM/array methods are proxied to support fluent chaining. HTML strings starting with `<` are parsed with DOMParser for element creation. The package ships ESM, minified ESM, and IIFE bundles built with Rollup, plus TypeScript declarations. The architecture is intentionally minimal: one source module (`src/carbonium.ts`) with a hand-written Proxy handler. The primary data flow is selector/HTML string -> `querySelectorAll`/`DOMParser` -> NodeList -> Proxy -> per-element property/method dispatch. There are no runtime dependencies; development tooling uses TypeScript, Rollup, ESLint, and Playwright. The tests inject the built IIFE into real Chromium and Firefox pages and cover chaining, filtering, classList, style methods, event listeners, and canvas access. Code inspection reveals a gap between README and behavior: direct property assignment on `.style` (e.g., `$('.indent').style.left = '40px'`) writes to `document.body.style` rather than the matched elements, because the `set` trap falls through to `Reflect.set` on the body's CSSStyleDeclaration. Method-style APIs such as `style.setProperty` and `classList.add` work as advertised because they use the captured `currentListNodelist`. The implementation also uses module-level mutable state for style/classList/relList proxies, which is acceptable for synchronous single-threaded browser code but brittle if a proxy is stored and reused across other `$` calls.
The Hostel Management system is a MERN stack application designed for managing student hostels. It features user authentication (login, registration, profile management), student CRUD operations, attendance tracking by room, and analysis views with CSV export capabilities. The frontend is built with React and Redux, utilizing React-Bootstrap for UI components, while the backend uses Node.js with Express and MongoDB for data storage, secured with JWT-based authentication. The architecture follows a traditional client-server model. The frontend communicates with the backend via RESTful API endpoints. Key modules include authentication middleware, token generation utilities, and reusable UI components such as a search box and form container. The system allows administrators to manage users and students, while regular users can view and update their profiles and attendance. Despite functional implementation, the codebase exhibits some areas for improvement, including missing dependency declarations in React hooks (leading to potential stale closures) and tight coupling in certain components. However, the core functionality is sound, and the system demonstrates competent full-stack development practices suitable for a small to medium-sized application.