Skip to content
View Polshkrev's full-sized avatar

Block or report Polshkrev

Block user

Prevent this user from interacting with your repositories and sending you notifications. Learn more about blocking users.

You must be logged in to block users.

Content in all repositories owned by your account will be closed.
Maximum 250 characters. Please don’t include any personal information such as legal names or email addresses. Markdown is supported. This note will only be visible to you.
Report abuse

Contact GitHub support about this user’s behavior. Learn more about reporting abuse.

Report abuse
Polshkrev/README.md

Polshkrev

I like building software from the ground up — libraries, tools, build systems, and the occasional questionable side project.

My main interests are C, C++, and Go, with a particular interest in low-level programming, developer tooling, clean APIs, and portable software.


What I work on

C / C++       Low-level libraries, utilities, build systems
Go            Libraries, tooling, applications
Systems       Filesystems, processes, networking, portability
Tooling       Build systems, parsers, developer utilities, small libraries and reusable components

Projects

A collection of Go utilities.

Collections, asynchronous utilities, filesystem helpers, logging, types, and other reusable building blocks.

Go · MIT


Single-file, stb-style libraries for C and C++.

Designed to be dropped directly into a project with minimal dependencies.

C · C++ · Header-only · MIT


A build system written in C/C++.

Focused on keeping the build process close to the project rather than hiding it behind layers of tooling.

C · C++ · MIT


A small chat bot written in Go.

Because not every project needs to have a serious purpose.

Go


Languages

C       ████████████████████
C++     ██████████████████
Go      █████████████████
Rust    ███████
Python  █████

The bars are not statistics. I just like writing C.


Philosophy

I prefer software that is:

  • Simple — fewer abstractions, fewer surprises.
  • Explicit — APIs should make their contracts obvious.
  • Portable — platform-specific code should stay isolated.
  • Reusable — small libraries should do one thing well.
  • Readable — code is read more often than it is written.

Currently

Building a collection of reusable libraries and tools across C, C++, and Go.

Always experimenting with something.


Find me


Mostly code. Occasionally functional.

Pinned Loading

  1. gopolutils gopolutils Public

    A collection of golang utilities.

    Go

  2. lib lib Public

    Library of single-file stb-like header files for c and c++.

    C

  3. Kada Kada Public

    A build system in c/c++.

    C

  4. BollocksBot BollocksBot Public

    Chat Bot

    Go