Developer Walks Through Setting Up a GitHub Project Using Git and SSH

·1 views

A developer documented the step-by-step process of creating a local Git repository and connecting it to GitHub using SSH authentication. The project, named 'kenyan-hospital-health-records', was built on a Windows desktop and structured with dedicated folders for data, scripts, and notebooks. Git was used locally to track file changes, while GitHub served as the remote platform for storing and sharing the repository. An existing Excel dataset of Kenyan hospital health records was copied from the Downloads folder and moved into the appropriate data subfolder. The walkthrough also covered basic terminal commands such as mkdir, cd, pwd, cp, and mv for navigating and organizing the project.

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)

Developer Walks Through Pushing a First GitHub Project via Git and SSH

A developer documented the step-by-step process of creating a local project folder and uploading it to GitHub using Git and SSH authentication. The workflow began in Git Bash, where commands like mkdir and cd were used to create and navigate a project directory named Kenya-Hospital-Health-Records-Project. A README file was written in Markdown and a local Git repository was initialized using git init, followed by staging and committing the files. An SSH remote URL from GitHub was then linked to the local repository using git remote add origin. Finally, the project was pushed to GitHub's main branch with git push -u origin main, completing the upload.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Why Software Features Take Weeks to Ship Despite Days of Coding

A feature that takes three days to code can take three weeks to deliver, and the gap is largely a decision-flow problem rather than an engineering capacity issue. Work stalls when the person holding a task lacks the authority or information to make the next decision, creating queues between product and engineering teams. Product typically owns customer and business context, while engineering owns architecture and implementation constraints, yet traditional workflows treat requirements as finished information passed in one direction. This handoff model breaks down because implementation is also discovery — hidden assumptions about data, eligibility rules, or system behavior only surface once engineers begin building. Effective product-engineering alignment requires identifying exactly where decisions get blocked, not simply adding more meetings or demanding more detailed requirements upfront.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Developer Bundles 9 CLI Tools as Subprocesses to Avoid Recompiling on Updates

A developer building yyzTools, a free Windows productivity suite, chose to ship nine third-party CLI binaries — including OpenSSL, FFmpeg, and ImageMagick — and invoke them as subprocesses rather than statically linking their SDKs. The approach allows security patches and new algorithm support to be delivered by simply swapping a binary, without recompiling the application or pushing a full reinstall to users. A thin C++ layer handles argument construction, process spawning, and wrapping stdout output as JSON, keeping the core code largely agnostic to each tool's internals. The trade-offs include per-call process-spawn overhead, slower large-file operations, and inconsistent stdout formats across tools that complicate parsing. The developer recommends the pattern for low-frequency desktop use cases but advises against it for high-throughput or latency-sensitive paths such as per-request cryptography services.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

How Pairly Built 40+ Animated Canvas Backgrounds That Run Smoothly on Old Phones

A developer built 'Atmosphere', an animated Canvas background system for the app Pairly, featuring over 40 real-time visual effects ranging from snow and fireflies to a black hole accretion disk. The system is packaged internally as @pairly/atmospheres and uses two shared rendering engines — ParticleCanvas for particle-based scenes and useCanvasLoop for continuous hand-drawn animations. To protect low-end devices, the engines centralize performance safeguards such as capped frame rates, tab-visibility pausing, and support for the OS-level prefers-reduced-motion setting. The atmosphere picker grid avoids running multiple simultaneous Canvas loops by substituting lightweight CSS keyframe animations as previews instead. This architecture ensures individual atmosphere modules never need to handle device optimization themselves, keeping the codebase modular and battery-friendly.

0 comments Read more at DEV Community