#codespaces
「My Studies:学びを始めよう」を更新しました。
Rust入門(3)「関数とスコープを学ぼう!」
my-studies.org/introduction...
Rust入門(3)「関数とスコープを学ぼう!」 - My Studies:学びを始めよう
今回は、「Rust入門(2)「変数と型を学ぼう!」」の続編である。 なお、GitHub Codespacesで
my-studies.org
September 27, 2026 at 4:42 PM
"Now it's Claude's job. How did we get here? But we got here slowly."

Brian Douglas @bizza.pizza on the line from in-browser editors to Codespaces to handing the work to a model that doesn't live on your laptop.

www.taskless.io/blog/brian-d...
September 22, 2026 at 4:04 PM
devpod by @vcluster (⭐️ 15231)

Codespaces but open-source, client-only and unopinionated: Works with any IDE and lets you use any cloud, kubernetes or just localhost docker.

#go
September 21, 2026 at 4:01 AM
「PC-LABO」を更新しました。
Pythonで学ぶ 家計簿アプリ開発(第6回)~ 完結!Renderへのデプロイ ~
pc-labo.online/2026/09/19/l...
Pythonで学ぶ 家計簿アプリ開発(第6回)~ 完結!Renderへのデプロイ ~
はじめに前回までで、家計簿アプリの機能面(一覧表示、追加・削除、データベース保存、集計・グラフ表示)はひと通り完成した。最終回となる今回は、これまでCodespaces上だけで動かしてきたこのアプリを、Renderを使ってインターネット上に...
pc-labo.online
September 19, 2026 at 8:15 AM
Tues. Sept 22: If you’re thinking about ways to 1) code collaboratively, or 2) share your code with an online community, or 3) create your own website, this introduction to GitHub is for you.
Getting Started with GitHub
One of several workshops in the "Digital Humanist's Help Desk" series. GitHub is a platform for sharing code that combines many useful tools: git (version control), Codespaces...
libcal.library.upenn.edu
September 18, 2026 at 3:16 PM
devpod by @vcluster (⭐️ 15209)

Codespaces but open-source, client-only and unopinionated: Works with any IDE and lets you use any cloud, kubernetes or just localhost docker.

#go
September 13, 2026 at 8:03 AM
Para revisar un PR sin ejecutar el repositorio, usa GitHub Codespaces en modo *read-only*: abre el PR, haz clic en *"Code"* > *"New Codespace"* y selecciona la opción *"Read-only"* en la configuración.
https://achadinhos-ad-engine.vercel.app/api/ads/go?brand=aliexpress&site=aquitemachadinhos&slot=me
September 10, 2026 at 8:06 AM
devpod by @vcluster (⭐️ 15196)

Codespaces but open-source, client-only and unopinionated: Works with any IDE and lets you use any cloud, kubernetes or just localhost docker.

#go
September 10, 2026 at 12:05 AM
A Day in My Setup: Building Full-Stack Apps on a Phone with Docker, Redis, and Codespaces
_How I run and test a full-stack automation system with headless Chromium, message queues, and databases—entirely from a phone-based development workflow._ ## Working Within the Constraints When people think of software engineering, they often picture dual 4K monitors, mechanical keyboards, and powerful workstations. But with cloud development environments and the right tooling, the workstation doesn't always have to be where the heavy work happens. Today, I was contributing to **Replex** —an open-source video automation tool that uses **Playwright** , **BullMQ** , **Redis** , **MongoDB** , **Express** , and **Next.js** to autonomously browse websites and record demo reels across different viewports. Here's a look at my development setup, how I optimize my cloud resources, and how I run the different services from a phone. ## The Architecture at a Glance [ My Phone / Local Environment ] ├── Local Git Repo (Editing & quick checks without burning Codespace quota) └── Mobile Browser (http://localhost:3000) │ ▼ (gh cs ports forward 3000:3000 5000:5000) [ GitHub Codespaces Cloud Container ] ├── 🐳 Docker (Redis:6379 & MongoDB:27017) ├── 🖥️ screen: Next.js Frontend (:3000) ├── 🖥️ screen: Express API Server (:5000) ├── 🖥️ screen: BullMQ Worker + Headless Chromium └── ☁️ Cloudinary Video Pipeline ## The Workflow: Step by Step ### 1. Conserving Cloud Quota (Local-First Editing) GitHub Codespaces gives me a monthly pool of compute time. To make the most of it: 1. I write code and perform initial lint and syntax checks locally on my device. 2. Commit and push the branch to GitHub. 3. SSH into my Codespaces environment and pull the latest changes. # Pull the latest changes into the Codespace git pull origin improve-mobile-recording Sometimes I code directly inside Codespaces, but when I don't need the cloud environment yet, doing the lightweight work locally saves those minutes for when I actually need them. ### 2. Spinning Up Data Stores with Docker For Redis and MongoDB, Docker saves me from installing and configuring each service directly in the Codespace. Instead of setting up each database separately and managing additional services, I can spin both of them up in a couple of commands: # 1. Start Redis in the background for BullMQ task queues docker run -d --name redis-local -p 6379:6379 redis:alpine # 2. Start MongoDB in the background for persistent video history docker run -d --name mongo-local -p 27017:27017 mongo:latest That's it. Both services are running and ready for the application to connect to them. ### 3. Setting Up Headless Automation The worker needs a Chromium browser environment to automate and record web interactions, so I install the required dependencies: cd backend && npm install npx playwright install --with-deps chromium cd ../frontend && npm install ### 4. Running Services with GNU `screen` The frontend, API, and worker all need to run simultaneously. Rather than keeping multiple terminal sessions open, I use GNU `screen` to run them as detached sessions: # Session 1: Next.js Frontend screen -dmS frontend bash -c "cd frontend && npm run dev" # Session 2: Express Backend Server screen -dmS backend-server bash -c "cd backend && npm run dev" # Session 3: BullMQ Playwright Worker screen -dmS backend-worker bash -c "cd backend && npm run worker" I can inspect the worker logs whenever I need to: screen -r backend-worker And detach again with `Ctrl+A`, then `D`. This lets all the services continue running while I use another terminal session for the next part of the setup. ### 5. The Magic Link: Port Forwarding At this point, the application is running inside Codespaces. I still need to interact with it from my phone's browser. That's where GitHub CLI port forwarding comes in. I initially forgot to forward the backend's port too, assuming the frontend could reach it directly in Codespaces. The API calls wouldn't resolve from my phone, so I added `5000:5000` to the forward command: gh cs ports forward 3000:3000 5000:5000 Forwarding: • Local port 3000 ──▶ Codespaces Next.js UI (:3000) • Local port 5000 ──▶ Codespaces Express API (:5000) Now I can open `http://localhost:3000` in my phone's browser and interact with the application running in the Codespace. The frontend can then dispatch background jobs to the API, which communicates with Redis and the worker running Playwright and Chromium. ### 6. Verification & End-to-End Testing Once everything is running, I verify that the pieces are actually communicating. # Test API connectivity through the tunnel curl http://localhost:5000/api/history # Output: [] (Healthy 200 response!) Then I can trigger an actual recording job and inspect the worker's output from its detached `screen` session: screen -r backend-worker The worker then processes the job: [Job 1] Started for URL: https://example.com on mobile [Recorder] Warming up cache... [Recorder] Found menu button via: button[aria-label*="menu" i]. Clicking... [Recorder] Clicking visible menu link (Pricing)... [Job 1] Streaming video upload to Cloudinary... [Job 1] Saved to MongoDB! [Job 1] Completed successfully! At that point, the entire chain—from the frontend on my phone to the backend, queue, worker, browser automation, video pipeline, and database—is working together. ## What This Setup Shows 1. **Resource Optimization:** I don't have to run the application's resource-intensive environment on my phone. Codespaces handles the databases, worker, Chromium, and application servers, while my phone is mainly used for editing, terminal access, and interacting with the running application. 2. **Less Environment Management:** Without Docker and `screen`, I'd have to install and manage each service individually and keep separate terminal sessions open for the frontend, backend, worker, Redis, and MongoDB. Docker handles the data stores, while `screen` keeps the application processes running independently. 3. **The Constraint Changes the Workflow, Not Necessarily the Work:** A phone obviously isn't as comfortable as a full workstation, but with the right tooling, it doesn't prevent me from working on a multi-service application. The setup isn't conventional, but it works, and this is what a few hours of software engineering looked like for me today.
dev.to
September 9, 2026 at 3:28 PM
Build Log #2: the full stack decision, the GitHub Codespaces setup, and the Debian gotcha that cost us an hour.

💻 github.com/argos-geo/ke...
🔗 argos-geo.org/map
Build Log #2: Stack Decisions. PostGIS vs. GeoServer vs. Martin : : why I picked what I picked · argos-geo kefalonia-digital-twin · Discussion #2
I needed a geospatial backend. Three options. One laptop. No budget. This is the stack decision post. Why PostGIS + FastAPI + MapLibre won over the obvious alternatives. Important: I evaluated thes...
github.com
September 8, 2026 at 7:14 PM
Agreed, but systemic change is slow. In dev, mastering constraints is a superpower. Try GitHub Codespaces; it’s a full cloud container in your browser. Don't let outdated infra gatekeep your potential. Keep building.
September 7, 2026 at 6:28 PM
Frustrating! Sandboxes guard the host, but C is where you learn memory management—true systems logic. Try Replit or GitHub Codespaces. They provide a safe cloud terminal to experiment without local blocks. Logic is the real skill here.
September 7, 2026 at 1:13 PM
今日は、LeanもGitHubもよく知らない人にも簡単にCodespacesでLeanを試せる環境を作る方法について書こうとして、GeminiにもClaudeにもGitHubにあるテンプレをクローンないしはフォークするといいよと言われてやってみたんだけど、逆に初心者には面倒かつ嫌がられそうなメッセージとかがたくさん出るので、やっぱりテンプレじゃない方がいいのではないかという結論に達するまでに半日かかった。
September 4, 2026 at 2:46 AM
devpod by @vcluster (⭐️ 15170)

Codespaces but open-source, client-only and unopinionated: Works with any IDE and lets you use any cloud, kubernetes or just localhost docker.

#go
September 2, 2026 at 11:44 PM
やっぱりClaude Code Routinesの環境設定、リポ選択式なんだからDevContainers読み込んでほしい…CodeSpacesと同じように
August 29, 2026 at 1:29 AM
今日のQiitaトレンド

Antigravity for VS Code in GitHub Codespacesが便利すぎる件【サンドボックス / 脱GitHub Copilot】
Google AntigravityがVS Code拡張機能としてリリースされました。
これをGitHub Codespacesで利用すると、環境が使い捨てコンテナになるため、セキュリティリスクを抑えつつ「コマンドの全自動実行」を安全に設定できます。
これにより、煩雑な承認作業なしでエージェントに複雑なタスクを丸投げでき、開発効率を大幅に向上させることが可能です。
Antigravity for VS Code in GitHub Codespacesが便利すぎる件【サンドボックス / 脱GitHub Copilot】 #VSCode - Qiita
TL;DR 2026年8月、Google Antigravityが公式のVS Code拡張機能として登場した。もう「Antigravityという別IDE」に引っ越す必要がない これをGitHub Codespacesの中にインストールすると、エージェントの実行環境...
qiita.com
August 28, 2026 at 6:02 AM
Has anyone successfully set up a self-hosted "Codespaces" for .NET using Coder? (Stuck on Microsoft account sign in loop for C# Dev Kit) https://old.reddit.com/r/dotnet/comments/1vz6q5t/has_anyone_successfully_set_up_a_selfhosted/

#dotnet
August 26, 2026 at 7:24 PM
Especially now that I’m getting batches and batches of people using PreTeXt in my department, I can’t be arsed to help fix installs. And we have opted for Gitlab over GitHub, so Codespaces are not an option for anything other than having someone create a sample document to test things out.
August 26, 2026 at 2:00 AM
Github Codespaces is possibly the world’s worst thing
August 23, 2026 at 2:56 AM
ノートPC死んだままで、移動先で開発するだけならLinux機買うかと思ったけど、別にLinuxでも安いわけじゃないんだな… 逆にCodeSpacesとか使えば、8GBくらいのChromebookもありなのかな
August 22, 2026 at 12:10 PM