GitHub Codespaces Bills for 32GB Allocated Disk, Not Actual File Usage

·7 views

Computer Science teacher Jim McCormick raised concerns in a GitHub Community discussion after his students repeatedly hit free-tier storage limits despite their codebases being under 2GB. The root cause, clarified by community experts, is that GitHub Codespaces provisions a 32GB block storage disk by default, and billing is based on this allocated capacity rather than actual files stored. Storage charges continue to accumulate even when a Codespace is stopped, as the provisioned disk persists until the environment is explicitly deleted. Because the free tier offers only 15 GB-months, a student with just two stopped Codespaces can exhaust the entire monthly quota within roughly a week. The issue highlights a broader cloud resource management challenge, where the gap between perceived and billed usage can lead to unexpected costs for educators, developers, and organizations alike.

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 One Developer Escaped $11/hr Freelance Pricing With a Value-Based Framework

A mid-career freelance developer realized he was effectively earning around $6.50 per hour after accounting for non-billable time, taxes, and overhead — despite charging $11.40 per hour. The turning point came when a logistics client revealed that a reporting automation he had built at a low hourly rate was saving the company roughly $18,000 a year in labor costs. This gap between his effort-based pricing and the client's actual outcome highlighted a core flaw in hourly billing: it rewards slow work and penalizes efficiency. The developer subsequently rebuilt his pricing approach around value to the client rather than time spent, shifting from hourly rates to project-based fees tied to measurable outcomes. He now shares this framework with freelancers stuck in a cycle of undercharging, arguing that small hourly numbers invite easy negotiation while fixed project prices prompt more deliberate consideration from clients.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

structuredClone() vs JSON.stringify(): The Right Tool for Deep Copying in JS

JavaScript developers have long used JSON.parse(JSON.stringify()) as a quick workaround for deep-copying objects, but the technique has notable limitations. It fails to correctly handle data types like Date, Map, Set, and undefined, and throws a TypeError when encountering circular references. The structuredClone() API, built specifically for cloning structured data, handles all these cases more reliably and even preserves circular reference relationships in the cloned output. However, structuredClone() is not without constraints — it cannot clone functions, DOM nodes, or prototype chains. Developers are advised to use structuredClone() for deep copying data and reserve JSON.stringify() for its intended purpose of serialization.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

PackAI Uses AI and Memory Layers to Guide Small Food Businesses on Packaging

PackAI is a prototype AI-powered tool designed to help small food businesses choose appropriate packaging materials without needing an in-house packaging engineer. The system analyzes a food item and recommends materials based on factors such as barrier performance, shelf life, cost, and recyclability. A memory layer built on the Hindsight agent memory system allows PackAI to recall user preferences from past sessions and prioritize relevant options in future recommendations. The current version relies on rule-based logic with manually set profiles rather than trained machine-learning models, so its outputs are meant as guidance rather than validated engineering specifications. Planned improvements include password security upgrades, expert-validated material data, data-driven models, regional recyclability information, and a user-feedback loop to refine recommendations over time.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Developer Seeks Testers for Open-Source Flutter Security Tool Aqiron

A solo developer has built Aqiron Security, an open-source, local-first application security tool that runs as a VS Code extension with an initial focus on Flutter workspaces. The tool aims to consolidate fragmented security workflows — including static analysis, findings triage, and reporting — into a single interface. Its architecture separates a TypeScript security runtime from the VS Code UI via a Node.js process, and supports optional integrations with external scanners and AI providers like Ollama and OpenRouter. After redesigning core workflows to improve usability, the developer acknowledges that single-person development poses risks for a security product and is now actively seeking external developers to test, critique, and stress-test the tool. Rather than stars or praise, the creator is specifically asking for bug reports, architectural feedback, and real-world Flutter project test cases.

0 comments Read more at DEV Community