From 06e0bc731ff7243fffd95961de2b4ebf76ba865a Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Mateusz=20Stompo=CC=81r?= Date: Sun, 28 Dec 2025 19:03:33 +0100 Subject: [PATCH 1/2] Remove advices --- advices.txt | 51 --------------------------------------------------- 1 file changed, 51 deletions(-) delete mode 100644 advices.txt diff --git a/advices.txt b/advices.txt deleted file mode 100644 index e72fe85..0000000 --- a/advices.txt +++ /dev/null @@ -1,51 +0,0 @@ -Spotkanie 23.11.2022 - Podsumowanie - -Wstęp -+ Opisać dlaczego moja praca ma wartość - na podstawie tego co jest dostępne, a czego nie ma na rynku -+ Wstęp ma za zadanie zaciekawić czytelnika i kolokwialnie ma charakter marketingowy -+ Opisać jak dużo udało się zrobić, jaki jest zakres -+ Opisać jasno jaki jest cel pierwszego i drugiego rozdziału -+ Zakres pracy i cel powinien być zaraz na wstępie -+ Tutaj powinienem opisać jak będzie wyglądać struktura pracy -+ Mogę wprost opisać na czym każdy rozdział się koncentruje -+ W założeniach opisać bardzo dokładnie na czym polegać będzie mój projekt i dokładnie zakres -+ Struktura pracy powinna być opisana na końcu -+ Założyć, że na podstawie wstępu czytelnik będzie w stanie dokładnie stwierdzić jaka zawartość jest pracy - -Wprowadzenie/Przegląd -- Rozdziały powinny być maksymalnie krótkie -- Spróbować zrobić podsumowanie w drugim rozdziale w którym przedstawię dlaczego użyłem takie, a nie inne technologie -- Spróbować przyłożyć się mocno do argumentacji 2 rozdziału - -TBD: -* Czy powinna być sekcja załączniki? -* Czy powinien być spis rysunków, kodu źródłowego -* Czy praca powinna zawierać słowniczek pojęć i aberracji? - -Spotkanie 27.02.2023 - Podsumowanie - -* Podczas pliku odnoszono sie do pliku - 02202237. - -Uwagi: -+ "projekt" - słowo powinno mieć znaczenie “jak to projektowałem”. - Zmienić koniecznie na cel i założenia “pracy”. - Nie powinno się odnosić do części implementacyjnej. - Słowo “projekt” powinno być używane tylko i wyłącznie w odniesieniu do projektowania, designowania czegoś -+ Unikać słowa "proste"! -+ Błędy stylistyczne, np. "rozdział zagłębia się", powinno być "autor zagłębia się". - Rozdział nie powinien być podmiotem. Podobnie "Rozdział przyblia i charakteryzuje" jest niepoprawne, autor to robi. -+ Skrócić rozdział o C++, Swift. Nie pokazywać żadnych przykładów kodu z C++, Swift czy Objective-C. -+ Głównym czytelnikiem mojej pracy jest recenzent - to jest dla niego! -+ Uzasadnić istnienie pierwszego rozdziału - napisać, że nie jest ważny z punktu widzenia pracy. - Struktura pracy albo na początku rozdziału -+ Kod w przykładach nie powinien być za długi -+ Sugestia: "Wypełnia lukę stworzoną przez producenta", wypełnia "istniejącą" luką, a nie lukę stworzoną przez producenta -+ Zamiast zrobiono "autor pracy wykonał" -+ Cały czas podkreślam, że stworzono. Powinno być zaprojektowanie -+ Napisać, że to moja koncepcja, podejście inne niż istniejące -+ W celu i założeniach projektu napisał jaki jest problem, jaki zrobiłem reaserch, napisać, że zamiarem było wstrzelenie się w nisze -+ Wprowadzenie jest bardzo ważne, należy przyłożyć nacisk do upiększenia -+ Zmienić cel pracy! Przyjęto za cel reasearch, zaprojektowanie i utworzenie. - Uwypuklić w tekście pracę naukową - przegląd. - W odróżnieniu od inżynierskiej liczą się koncepcje, przegląd, uwypuklenie tego co innego tworzę. - \ No newline at end of file From 8a11f54f11e70a3bf562e42d0c43a34cc9058fa0 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Mateusz=20Stompo=CC=81r?= Date: Sun, 28 Dec 2025 19:07:56 +0100 Subject: [PATCH 2/2] Update yml --- .github/workflows/genereate-pdf.yml | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/.github/workflows/genereate-pdf.yml b/.github/workflows/genereate-pdf.yml index 8f1593f..61a203d 100644 --- a/.github/workflows/genereate-pdf.yml +++ b/.github/workflows/genereate-pdf.yml @@ -8,7 +8,7 @@ jobs: runs-on: ubuntu-latest steps: - name: Checkout code - uses: actions/checkout@v2 + uses: actions/checkout@v4 - name: Compile LaTeX document uses: xu-cheng/latex-action@v2 with: @@ -22,7 +22,7 @@ jobs: FILE_NAME="${AUTHOR_NAME} - ${TITLE} - ${BUILD_DATE}" mv master-s-thesis.pdf "${FILE_NAME}.pdf" - name: Upload the document - uses: actions/upload-artifact@v2 + uses: actions/upload-artifact@v4 with: name: PDF path: "*.pdf" \ No newline at end of file