308 lines
13 KiB
HTML
308 lines
13 KiB
HTML
<!doctype html>
|
||
<html lang="en">
|
||
<head>
|
||
<meta charset="UTF-8" />
|
||
<meta name="viewport" content="width=device-width, initial-scale=1.0" />
|
||
<link href="./style.css" rel="stylesheet" />
|
||
<link rel="icon" type="image/svg+xml" href="favicon.svg" />
|
||
<title>Jakub Bronk | Portfolio</title>
|
||
</head>
|
||
|
||
<body>
|
||
<header>
|
||
<div>
|
||
<h1>Jakub Bronk</h1>
|
||
<p>
|
||
Computer Science student @ Gdańsk University of Technology
|
||
</p>
|
||
</div>
|
||
<nav>
|
||
<a href="#experience">Experience</a>
|
||
<a href="#projects">Projects</a>
|
||
<a href="#availability">Availability</a>
|
||
</nav>
|
||
</header>
|
||
|
||
<section id="about">
|
||
<p>
|
||
Computer Science student at Gdańsk University of Technology with
|
||
strong foundations in algorithms, systems programming, and Linux
|
||
environments. Experienced in Go, C/C++, and Python, as well as
|
||
familiar with Java, Ruby, Rust, and TypeScript - through
|
||
academic, personal, and professional projects including
|
||
full-stack web development, compiler design, and self-hosted
|
||
infrastructure.
|
||
</p>
|
||
<div class="contact-bar">
|
||
<a href="mailto:bronk.jakub@proton.me">bronk.jakub@proton.me</a>
|
||
<a href="https://git.bronku.xyz">git.bronku.xyz</a>
|
||
<span>Somonino, Poland</span>
|
||
</div>
|
||
</section>
|
||
|
||
<section id="experience">
|
||
<h2>Experience</h2>
|
||
<div class="entry">
|
||
<div class="entry-head">
|
||
<h3>Software Engineering Intern</h3>
|
||
<span class="entry-meta"
|
||
>Vention Teams · February 2026 – April 2026</span
|
||
>
|
||
</div>
|
||
<p>
|
||
Contributed to a full-stack web application. Worked with
|
||
Ruby on Rails, React, TypeScript, and RTK Query in a team -
|
||
delivering features, reviewing code, and participating in
|
||
the full development lifecycle.
|
||
</p>
|
||
<div class="tags">
|
||
<span>Ruby on Rails</span>
|
||
<span>React</span>
|
||
<span>TypeScript</span>
|
||
<span>RTK Query</span>
|
||
<span>PostgreSQL</span>
|
||
</div>
|
||
</div>
|
||
</section>
|
||
|
||
<section id="projects">
|
||
<h2>Selected Projects</h2>
|
||
<div class="project-grid">
|
||
<article class="card">
|
||
<a
|
||
href="https://new.piekarnikgosi.pl"
|
||
class="card-img"
|
||
target="_blank"
|
||
>
|
||
<img
|
||
src="screenshots/piekarnikgosi-hero.avif"
|
||
alt="piekarnikgosi.pl screenshot"
|
||
loading="lazy"
|
||
/>
|
||
</a>
|
||
<div class="card-body">
|
||
<h3>piekarnikgosi.pl</h3>
|
||
<p>
|
||
A multi-page business website for a local cake shop
|
||
and café, built for a real client. Features include
|
||
a categorized product catalog, photo gallery with
|
||
lightbox, café landing page, and contact information
|
||
- all server-rendered with HTMX-powered navigation
|
||
for instant page transitions.
|
||
</p>
|
||
<div class="tags">
|
||
<span>HTML/CSS</span>
|
||
<span>HTMX</span>
|
||
<span>Go</span>
|
||
<span>JavaScript</span>
|
||
</div>
|
||
<div class="card-links">
|
||
<a href="https://new.piekarnikgosi.pl"
|
||
>→ Live site</a
|
||
>
|
||
<a
|
||
href="https://git.bronku.xyz/bronku/piekarnikgosipl"
|
||
>→ Source</a
|
||
>
|
||
</div>
|
||
</div>
|
||
</article>
|
||
|
||
<article class="card">
|
||
<div class="card-body">
|
||
<h3>Cake Order Tracker</h3>
|
||
<p>
|
||
Production-ready order management system for the
|
||
same cake shop. Single-binary Go application with
|
||
SQLite persistence, and a dynamic HTMX frontend.
|
||
Features real-time order filtering, transactional
|
||
integrity, and zero-dependency deployment.
|
||
</p>
|
||
<div class="tags">
|
||
<span>Go</span>
|
||
<span>SQLite</span>
|
||
<span>HTMX</span>
|
||
<span>SQL</span>
|
||
</div>
|
||
<div class="card-links">
|
||
<a
|
||
href="https://git.bronku.xyz/bronku/cake-order-tracker"
|
||
>→ Source</a
|
||
>
|
||
</div>
|
||
</div>
|
||
</article>
|
||
|
||
<article class="card">
|
||
<div class="card-body">
|
||
<h3>Python-to-Ruby Transpiler</h3>
|
||
<p>
|
||
A compiler front-end built with Flex, Bison, and
|
||
C++. Handles Python's significant indentation
|
||
through custom lexer logic, produces Ruby AST
|
||
output, and solves complex build challenges
|
||
including circular dependency resolution in
|
||
generated code.
|
||
</p>
|
||
<div class="code-compare">
|
||
<span class="code-label">Input (Python)</span>
|
||
<pre>
|
||
class Counter:
|
||
def increment(self):
|
||
self.count = self.count + 1</pre
|
||
>
|
||
</div>
|
||
<div class="arrow-mid">↓</div>
|
||
<div class="code-compare">
|
||
<span class="code-label">Output (Ruby)</span>
|
||
<pre>
|
||
class Counter
|
||
def increment
|
||
@count = @count + 1
|
||
end
|
||
end</pre
|
||
>
|
||
</div>
|
||
<div class="tags">
|
||
<span>Flex</span>
|
||
<span>Bison</span>
|
||
<span>C++</span>
|
||
<span>Make</span>
|
||
</div>
|
||
<div class="card-links">
|
||
<a href="https://git.bronku.xyz/bronku/python2ruby"
|
||
>→ Source</a
|
||
>
|
||
</div>
|
||
</div>
|
||
</article>
|
||
|
||
<article class="card">
|
||
<div class="card-body">
|
||
<h3>Minesweeper</h3>
|
||
<p>
|
||
A fully-playable Minesweeper clone built with C and
|
||
SDL3. Demonstrates comfort with low-level graphics
|
||
programming and C memory management.
|
||
</p>
|
||
<div class="tags">
|
||
<span>C</span>
|
||
<span>SDL3</span>
|
||
<span>CMake</span>
|
||
</div>
|
||
<div class="card-links">
|
||
<a href="https://git.bronku.xyz/bronku/minesweeper"
|
||
>→ Source</a
|
||
>
|
||
</div>
|
||
</div>
|
||
</article>
|
||
|
||
<article class="card">
|
||
<div class="card-body">
|
||
<h3>Disk-Friendly B+ Tree</h3>
|
||
<p>
|
||
A B+ tree implementation focused on memory-efficient
|
||
data structures and disk-aware storage.
|
||
</p>
|
||
<div class="tags">
|
||
<span>Rust</span>
|
||
<span>Data Structures</span>
|
||
</div>
|
||
<div class="card-links">
|
||
<a href="https://git.bronku.xyz/bronku/B-tree"
|
||
>→ Source</a
|
||
>
|
||
</div>
|
||
</div>
|
||
</article>
|
||
|
||
<article class="card">
|
||
<div class="card-body">
|
||
<h3>Self-Hosted Infrastructure</h3>
|
||
<p>
|
||
Production server running Debian with Docker
|
||
containers and systemd-managed services. Hosts
|
||
media, backups, and the cake shop's order-tracking
|
||
system. Secured behind an overlay VPN, exposed
|
||
through Cloudflare tunnels where needed, with
|
||
automated backups and monitoring.
|
||
</p>
|
||
<div class="tags">
|
||
<span>Docker</span>
|
||
<span>Debian</span>
|
||
<span>systemd</span>
|
||
<span>Cloudflare</span>
|
||
<span>VPN</span>
|
||
</div>
|
||
</div>
|
||
</article>
|
||
|
||
<article class="card">
|
||
<div class="card-body">
|
||
<h3>External Sorting</h3>
|
||
<p>
|
||
High-performance external sort for datasets
|
||
exceeding RAM capacity. Uses min-heaps and optimized
|
||
disk I/O buffers.
|
||
</p>
|
||
<div class="tags">
|
||
<span>C++</span>
|
||
<span>Algorithms</span>
|
||
</div>
|
||
<div class="card-links">
|
||
<a href="https://git.bronku.xyz/bronku/file_sorting"
|
||
>→ Source</a
|
||
>
|
||
</div>
|
||
</div>
|
||
</article>
|
||
</div>
|
||
</section>
|
||
|
||
<section id="availability">
|
||
<h2>Availability & Commitment</h2>
|
||
<p>
|
||
I am looking for a paid internship or junior developer position
|
||
- full-time for summer 2026, then part-time during the academic
|
||
year.
|
||
</p>
|
||
<ul>
|
||
<li>
|
||
<b>Summer 2026 (Jul–Sep):</b> Full-time internship / junior
|
||
role.
|
||
</li>
|
||
<li>
|
||
<b>Academic Year 2026/27:</b> Part-time (approx. 20h/week).
|
||
</li>
|
||
<li><b>Post-Graduation (2027+):</b> Full-time, permanent.</li>
|
||
</ul>
|
||
</section>
|
||
|
||
<section id="philosophy">
|
||
<h2>Development Philosophy</h2>
|
||
<p>
|
||
I believe in <b>Deep Ownership</b> — understanding the full
|
||
delivery chain from memory management to deployment. I am guided
|
||
by:
|
||
</p>
|
||
<ul>
|
||
<li>
|
||
<b>Intentional Tooling:</b> Choosing stacks for
|
||
problem-solving efficiency over trends. The right tool for
|
||
the constraints at hand.
|
||
</li>
|
||
<li>
|
||
<b>Minimalism:</b> Low dependency counts reduce attack
|
||
surfaces, maintenance debt, and keep execution fast —
|
||
whether in a systems binary or a browser UI.
|
||
</li>
|
||
<li>
|
||
<b>Transparency:</b> Understanding the abstractions I use.
|
||
Systems-level experience (C, Go, Rust) informs better
|
||
decisions in high-level code and debugging.
|
||
</li>
|
||
</ul>
|
||
</section>
|
||
</body>
|
||
</html>
|