mirror of
https://github.com/kuhyx/WUT_Computer_Science.git
synced 2026-11-10 19:47:32 +01:00
Running one directory (EADS) had already produced four bugs, so all of them
were run. 11 failed. Every one was real -- either in the coursework or in the
harness I had just written -- and the split was roughly even.
Coursework bugs:
- 15 .tex files use Polish ogonek characters with no fontenc, so pdflatex
dies with "Command \k unavailable in encoding OT1". Fixed where it was
actually needed, not blanket-applied.
- BSS had \documentclass{article}[12pt] -- options after the class name,
where they are not options at all.
- SDM's beamer deck had a stray } on an \item, which took out the frame.
- EOOP/Various/currency included "currency2.hpp"; the file is currency.hpp.
- ECRYPT_PROJECT had the SAME stdlib-shadowing bug as ECOTE: a package named
code/. Renamed to sieve/, and its 99 tests now run. With ECOTE's 26 that
is 125 tests that could not execute at all before today.
Harness bugs, which the run is what exposed:
- COURSE_ENTRY pointed at directories for PORR and ECRYPT_PROJECT, so python
looked for __main__.py and reported the wrong problem.
- main.py was auto-picked via find's first result. EARIN has six labs and
six main.py files, so that ran an arbitrary lab and called it the course.
Now only auto-picked when exactly one exists.
- Only the first requirements.txt was installed, which is why EARIN still
died on gymnasium after a venv was created for it. All of them now.
- The notebook probe accepted jupyter being on PATH. This machine's jupyter
is a pipx shim whose interpreter is gone, so "runnable" was a lie; it now
invokes jupyter --version and PBAD/twm_4 report blocked, honestly.
- Nothing ran a course's tests. Where a suite exists it is now the check,
which matters most for ECRYPT_PROJECT, whose program prompts on stdin and
cannot be run headlessly at all.
- Which directory pytest runs from is course-specific and unguessable, so
stubs pass --test-dir: ECOTE needs program/ for imports, ECRYPT_PROJECT
needs sieve/ because its fixtures open a CSV by relative path.
gates/known-incomplete.txt records the one file that genuinely cannot build:
EOOP/Various/set/set.cpp includes set.hpp, which `git log --all` shows has
never existed here. The course supplied it and only the .cpp was submitted.
That is a factual record with a stated check, not a lint allowlist -- and
fabricating the header would be inventing coursework.
Status is now 36 runnable / 5 no-code / 3 blocked.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_0172dj34FDpao6wsix8ZuCzE
43 lines
2.1 KiB
TeX
43 lines
2.1 KiB
TeX
\documentclass[12pt]{extreport}
|
|
\usepackage[utf8]{inputenc}
|
|
% T1 is required for Polish ogonek characters; without it pdflatex
|
|
% fails with "Command \k unavailable in encoding OT1".
|
|
\usepackage[T1]{fontenc}
|
|
|
|
|
|
\begin{document}
|
|
\begin{center}
|
|
Krzysztof Rudnicki, 307585, STUP
|
|
\end{center}
|
|
\begin{center}
|
|
\Huge S K A L A
|
|
\end{center}
|
|
Była słowem głównym, które wyciągnąłem ze spotkania Sciencepreneurs' Club
|
|
\#8 "Startup a komercjalizacja projektów badawczych".
|
|
Chodzi oczywiście o skalowalność startupów jako \textbf{najważniejszy}
|
|
czynnik skłaniający VC do wykupienia lub wsparcia startupu.
|
|
Wydarzenie odbyło się 21 marca 2024 roku o godzinie 16:15 w Centrum Innowacji PW,
|
|
Rektorska 4. Zaproszony pan prof. dr hab. inż. Robert Sitnik
|
|
przedstawiał projekty badawcze, które komercjalizował,
|
|
komercjalizuje i będzie komercjalizował.
|
|
Został przedstawiony produkt skanujący sylwetkę policjanta/policjantki i
|
|
dopasowujący krój munduru w celu zmniejszenia kosztów źle dobranych mundurów
|
|
oraz 3 projekty aktywne:
|
|
\begin{enumerate}
|
|
\item Smart tracking - do stwierdzania, czy piłka siatkowa wyszła na "aut",
|
|
\item Mnemosis - do generowania modeli \textbf{4D} z nagrania aktora,
|
|
\item Phibox - do motywowania dzieci do ćwiczeń.
|
|
\end{enumerate}
|
|
|
|
A także projekt Wutif, czyli fundusz wspierający startupy wywodzące się z
|
|
zespołów inżynierskich, szczególnie związanych z Politechniką Warszawską.
|
|
Podobał mi się przede wszystkim luźny klimat spotkania,
|
|
dostosowany pod studentów/studentki, na plus zaproszenie ciekawego gościa,
|
|
osoby, która już coś osiągnęła i ma doświadczenie, którym może się podzielić,
|
|
i długi czas na zadawanie pytań. Z minusów wymieniłbym słaby potencjał networkingowy;
|
|
większość uczestników wydarzenia to studenci, osoby, które dopiero zaczynają
|
|
swoją przygodę ze startupami. Ze spotkania wyniosłem, jak oceniać, czy dana osoba
|
|
przyda się w zespole (zaangażowanie), kiedy sprzedawać rozwiązanie (szybko) i
|
|
poznałem najważniejszą cechę startupów (skalowalność).
|
|
|
|
\end{document} |