mirror of
https://github.com/kuhyx/WUT_Computer_Science.git
synced 2026-11-10 21:07:09 +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
37 lines
3.2 KiB
TeX
37 lines
3.2 KiB
TeX
\documentclass[12pt]{scrartcl}
|
|
\usepackage[polish]{babel}
|
|
\usepackage[polish]{babel}
|
|
\usepackage[utf8]{inputenc}
|
|
% T1 is required for Polish ogonek characters; without it pdflatex
|
|
% fails with "Command \k unavailable in encoding OT1".
|
|
\usepackage[T1]{fontenc}
|
|
\author{Krzysztof Rudnicki, 307585}
|
|
\title{ZBOP esej \\ Organizacja systemów produkcyjnych}
|
|
\subtitle{ze względu na sposób spłenienia zapotrzebowania}
|
|
\date{\today}
|
|
\newcommand\wordcount{
|
|
\immediate\write18{texcount esej.tex | grep "Words in text: " | cut -d: -f2 > esej.sum}
|
|
\input{esej.sum}
|
|
}
|
|
\begin{document}
|
|
\maketitle
|
|
Słowa:
|
|
\[ 600 < \wordcount < 800 \]
|
|
\section{make-to-stock}
|
|
\paragraph{Definicja} W tym podejściu, produkty są tworzone bazując na prognozach popytu. Firmy tworzą prognozę popytu dla danego produktu, wytwarzają na podstawie tej prognozy produkt, następnie przechowują go aż do momentu jego sprzedania
|
|
\paragraph{Zalety} Dzięki temu podejściu wszystkie produkty są od razu dostępne dla klientów, czas ich dostarczenia i sprzedaży jest znacznie krótszy co prowadzi do większego zadowolenia klientów. Pozwala to również na operowanie w niszach gdzie natychmiastowa dostępność towaru jest kluczowa
|
|
\paragraph{Wady} Największym ryzykiem jest źle stworzona prognoza popytu, może to prowadzić albo do zaniżenia popytu, co powoduje brak produktu dla chcących go zakupić klientów, lub w gorszym przypadku zawyżeniu popytu, co powoduje że nadmiarowe produkty muszą być magazynowe za dodatkową opłatą, dodatkowo jeśli produktu mogą zostać przeterminowane (tak jak żywność lub produkty medyczne), prowadzi to do zmarnowania produktów i kosztów związanych z ich wytworzeniem.
|
|
\paragraph{Użycie} Aby uniknąć ryzyka złego wyliczenia modelu, model make-to-stock używa się zazwyczaj dla standardowych produktów z łatwym do przewidzenia popytem. Takimi produktami są na przykład dobra użytkowe dla klientów detalicznych.
|
|
|
|
\section{make-to-order}
|
|
\paragraph{Definicja} W modelu MTO, produkcja rozpoczyna się dopiero po otrzymaniu zamówienia.
|
|
\paragraph{Zalety} MTO jest bardziej skupione na kliencie, pozwala na modyfikację produktu pod indywidualne wymogi kupującego, minimalizuje również ryzyko nadwyżki produktów w magazynie co prowadzi do zmneijszonych kosztów magazynowania.
|
|
\paragraph{Wady} Największą wadą jest czas oczekiwania na produktu z MTO, produkt musi być najpierw zamówiony, potem stworzony co w zależności od typu produktu znacząco wydłuża proces dostarczenia go do klienta. Dla klientów wymagających natychmiastowej dostępności produktu jest to nie akceptowalne. Ten model wymaga również bardziej elastycznego systemu produkcji, takiego który jest w stanie dostosować się do różnej liczby zamówionych produktów.
|
|
\paragraph{Użycie} MTO używa się w produktach modyfikowanych specjalnie pod potrzeby klienta oraz w produktach nie wymagających natychmiastowej dostępności, przykładem jest produkcja specjalistycznego oprogramowania dla klientów
|
|
|
|
\section{Odwołanie do metod z materiałów wykładowych}
|
|
\section{Sformułowanie w postaci zadania programowania matematycznego}
|
|
\section{Nawiązanie do projektu realizowanego przez zespól}
|
|
\bibliography{references}
|
|
|
|
\end{document} |