{"id":59985,"date":"2024-02-06T12:11:14","date_gmt":"2024-02-06T03:11:14","guid":{"rendered":"https:\/\/monolith.law\/pl\/?p=59985"},"modified":"2024-02-08T12:33:36","modified_gmt":"2024-02-08T03:33:36","slug":"server-infrastructure-for-system-development","status":"publish","type":"post","link":"https:\/\/monolith.law\/pl\/it\/server-infrastructure-for-system-development","title":{"rendered":"Czym s\u0105 problemy prawne zwi\u0105zane z serwerem i infrastruktur\u0105 w rozwoju system\u00f3w?"},"content":{"rendered":"\n<p>Systemy IT stosowane w firmach s\u0105 tworzone w pewnym sensie poprzez tworzenie specyfikacji i dokumentacji projektowej, a nast\u0119pnie pisz\u0105c kod \u017ar\u00f3d\u0142owy zgodny z ich tre\u015bci\u0105. Jednak systemy te nie funkcjonuj\u0105 wy\u0142\u0105cznie na podstawie tych mi\u0119kkich aspekt\u00f3w &#8211; wymagaj\u0105 r\u00f3wnie\u017c fizycznego komputera, czyli infrastruktury. W tym artykule om\u00f3wimy kwestie prawne \u015bci\u015ble zwi\u0105zane z obszarem infrastruktury w projektach rozwoju system\u00f3w.<\/p>\n\n\n\n<div id=\"ez-toc-container\" class=\"ez-toc-v2_0_53 counter-hierarchy ez-toc-counter ez-toc-grey ez-toc-container-direction\">\n<div class=\"ez-toc-title-container\">\n<span class=\"ez-toc-title-toggle\"><\/span><\/div>\n<nav><ul class='ez-toc-list ez-toc-list-level-1 ' ><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-1\" href=\"https:\/\/monolith.law\/pl\/it\/server-infrastructure-for-system-development\/#Co_to_jest_infrastruktura_w_systemach_IT\" title=\"Co to jest infrastruktura w systemach IT?\">Co to jest infrastruktura w systemach IT?<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-2\" href=\"https:\/\/monolith.law\/pl\/it\/server-infrastructure-for-system-development\/#Konkretne_sytuacje_w_ktorych_problemy_z_infrastruktura_moga_doprowadzic_do_katastrofy_projektu\" title=\"Konkretne sytuacje, w kt\u00f3rych problemy z infrastruktur\u0105 mog\u0105 doprowadzi\u0107 do katastrofy projektu\">Konkretne sytuacje, w kt\u00f3rych problemy z infrastruktur\u0105 mog\u0105 doprowadzi\u0107 do katastrofy projektu<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/monolith.law\/pl\/it\/server-infrastructure-for-system-development\/#Jak_bledy_w_rozmiarach_serwera_moga_prowadzic_do_konfliktow\" title=\"Jak b\u0142\u0119dy w rozmiarach serwera mog\u0105 prowadzi\u0107 do konflikt\u00f3w\">Jak b\u0142\u0119dy w rozmiarach serwera mog\u0105 prowadzi\u0107 do konflikt\u00f3w<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-4\" href=\"https:\/\/monolith.law\/pl\/it\/server-infrastructure-for-system-development\/#Podstawa_sprawy_to_zakres_obowiazkow_dostawcy_wobec_niejasnych_specyfikacji\" title=\"Podstawa sprawy to zakres obowi\u0105zk\u00f3w dostawcy wobec niejasnych specyfikacji\">Podstawa sprawy to zakres obowi\u0105zk\u00f3w dostawcy wobec niejasnych specyfikacji<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/monolith.law\/pl\/it\/server-infrastructure-for-system-development\/#Srodki_zapobiegajace_problemom_wynikajacym_z_bledow_w_doborze_rozmiaru_serwera\" title=\"\u015arodki zapobiegaj\u0105ce problemom wynikaj\u0105cym z b\u0142\u0119d\u00f3w w doborze rozmiaru serwera\">\u015arodki zapobiegaj\u0105ce problemom wynikaj\u0105cym z b\u0142\u0119d\u00f3w w doborze rozmiaru serwera<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/monolith.law\/pl\/it\/server-infrastructure-for-system-development\/#Okreslenie_odpowiedzialnosci_za_dobor_rozmiaru_serwera_w_umowie\" title=\"Okre\u015blenie odpowiedzialno\u015bci za dob\u00f3r rozmiaru serwera w umowie\">Okre\u015blenie odpowiedzialno\u015bci za dob\u00f3r rozmiaru serwera w umowie<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/monolith.law\/pl\/it\/server-infrastructure-for-system-development\/#Pelne_konkretne_wymagania_rozwoju_i_zarzadzanie_zmianami\" title=\"Pe\u0142ne konkretne wymagania rozwoju i zarz\u0105dzanie zmianami\">Pe\u0142ne konkretne wymagania rozwoju i zarz\u0105dzanie zmianami<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-8\" href=\"https:\/\/monolith.law\/pl\/it\/server-infrastructure-for-system-development\/#Wybor_modelu_rozwoju_dostosowanego_do_charakteru_projektu\" title=\"Wyb\u00f3r modelu rozwoju dostosowanego do charakteru projektu\">Wyb\u00f3r modelu rozwoju dostosowanego do charakteru projektu<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-9\" href=\"https:\/\/monolith.law\/pl\/it\/server-infrastructure-for-system-development\/#Podsumowanie\" title=\"Podsumowanie\">Podsumowanie<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Co_to_jest_infrastruktura_w_systemach_IT\"><\/span>Co to jest infrastruktura w systemach IT?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>In\u017cynierowie zajmuj\u0105cy si\u0119 tworzeniem system\u00f3w nazywani s\u0105 in\u017cynierami system\u00f3w (SE). Projekt rozwojowy zaczyna si\u0119 od proces\u00f3w wst\u0119pnych, takich jak tworzenie specyfikacji i dokumentacji projektowej, a nast\u0119pnie przechodzi do implementacji programu i przeprowadzania test\u00f3w. To jest og\u00f3lny przebieg. Mo\u017cna powiedzie\u0107, \u017ce in\u017cynier systemowy (SE) w szerokim sensie jest technikiem, kt\u00f3ry zajmuje si\u0119 wszystkimi tymi zadaniami, ale w zale\u017cno\u015bci od firmy lub miejsca pracy, nazwy mog\u0105 by\u0107 dalej r\u00f3\u017cnicowane w zale\u017cno\u015bci od zakresu obowi\u0105zk\u00f3w i obszar\u00f3w. Termin &#8220;in\u017cynier infrastruktury&#8221; odnosi si\u0119 do technik\u00f3w, kt\u00f3rzy s\u0105 odpowiedzialni za utrzymanie fizycznego \u015brodowiska pracy komputera, szczeg\u00f3lnie w kontek\u015bcie zada\u0144 zwi\u0105zanych z rozwojem i operacj\u0105 system\u00f3w IT. Systemy IT u\u017cywane w firmach i miejscach pracy s\u0105 w pewnym sensie abstrakcyjnymi konstrukcjami tworzonymi z kombinacji kodu \u017ar\u00f3d\u0142owego. Jednak, aby system m\u00f3g\u0142 spe\u0142nia\u0107 swoj\u0105 pierwotn\u0105 rol\u0119, niezb\u0119dne jest budowanie \u015brodowiska wok\u00f3\u0142 infrastruktury, takiej jak serwery i sieci. Praktyka rozwoju system\u00f3w jest prowadzona na dwa sposoby: implementacja kodu \u017ar\u00f3d\u0142owego programu i utrzymanie \u015brodowiska wok\u00f3\u0142 infrastruktury, kt\u00f3ra wspiera jego dzia\u0142anie. Ten punkt widzenia jest uwa\u017cany za wa\u017cny r\u00f3wnie\u017c w celu zapobiegania nieprzewidzianym problemom.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Konkretne_sytuacje_w_ktorych_problemy_z_infrastruktura_moga_doprowadzic_do_katastrofy_projektu\"><\/span>Konkretne sytuacje, w kt\u00f3rych problemy z infrastruktur\u0105 mog\u0105 doprowadzi\u0107 do katastrofy projektu<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/10\/shutterstock_1532780735-1024x620.jpg\" alt=\"\" class=\"wp-image-5570\" \/><figcaption class=\"wp-element-caption\">Zaniedbanie utrzymania infrastruktury mo\u017ce by\u0107 przyczyn\u0105 ryzyka &#8220;katastrofy&#8221; projektu.<\/figcaption><\/figure>\n\n\n\n<p>W rzeczywisto\u015bci mo\u017ce zdarzy\u0107 si\u0119, \u017ce w projekcie rozwoju systemu skupiamy si\u0119 tylko na abstrakcyjnym programowaniu i projektowaniu kodu \u017ar\u00f3d\u0142owego, pomijaj\u0105c perspektyw\u0119 utrzymania infrastruktury. Jednak sytuacja, w kt\u00f3rej obie strony nie s\u0105 zsynchronizowane, mo\u017ce stanowi\u0107 ryzyko katastrofy projektu.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Jak_bledy_w_rozmiarach_serwera_moga_prowadzic_do_konfliktow\"><\/span>Jak b\u0142\u0119dy w rozmiarach serwera mog\u0105 prowadzi\u0107 do konflikt\u00f3w<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Na przyk\u0142ad, po zako\u0144czeniu implementacji i testowania programu, mo\u017ce okaza\u0107 si\u0119, \u017ce wydajno\u015b\u0107 serwera jest niewystarczaj\u0105ca i system nie jest w stanie sprosta\u0107 praktycznym wymaganiom. Proces przewidywania obci\u0105\u017cenia, kt\u00f3re system mo\u017ce napotka\u0107 podczas operacji, i dostosowywania infrastruktury do skali systemu nazywany jest &#8220;sizing&#8221;. Istniej\u0105 przypadki, w kt\u00f3rych b\u0142\u0119dy w rozmiarach serwera prowadzi\u0142y do problem\u00f3w, kt\u00f3re faktycznie mia\u0142y miejsce w przesz\u0142o\u015bci. (Chocia\u017c ostatecznie zosta\u0142y rozwi\u0105zane za pomoc\u0105 ugody, mo\u017cna odnie\u015b\u0107 si\u0119 do tego przypadku jako do znanego przyk\u0142adu.) Szczeg\u00f3\u0142owe wyja\u015bnienie metody rozwi\u0105zania konflikt\u00f3w za pomoc\u0105 &#8220;ugody&#8221; mo\u017cna znale\u017a\u0107 w poni\u017cszym artykule.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/disputes-related-to-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/disputes-related-to-system-development[ja]<\/a><\/p>\n\n\n\n<p>Fakt, \u017ce konflikt zosta\u0142 rozwi\u0105zany za pomoc\u0105 ugody, oznacza w skr\u00f3cie, \u017ce konflikt zosta\u0142 rozwi\u0105zany przez &#8220;rozmowy&#8221; mi\u0119dzy obiema stronami. W przeciwie\u0144stwie do przypadk\u00f3w, w kt\u00f3rych wyrok jest wydawany przez s\u0105d, tre\u015b\u0107 ugody nie jest gromadzona jako precedens, ale zazwyczaj ma silny charakter indywidualny.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Podstawa_sprawy_to_zakres_obowiazkow_dostawcy_wobec_niejasnych_specyfikacji\"><\/span>Podstawa sprawy to zakres obowi\u0105zk\u00f3w dostawcy wobec niejasnych specyfikacji<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Jednak istot\u0105 takich konflikt\u00f3w mo\u017ce by\u0107 pytanie, &#8220;do jakiego stopnia dostawca powinien ponosi\u0107 odpowiedzialno\u015b\u0107 za kwestie, kt\u00f3re nie s\u0105 wyra\u017anie okre\u015blone w specyfikacjach&#8221;. Bior\u0105c pod uwag\u0119 ten punkt, mo\u017cna uzyska\u0107 wiele wskaz\u00f3wek z tre\u015bci poni\u017cszego artyku\u0142u.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/system-development-specs-function\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/system-development-specs-function[ja]<\/a><\/p>\n\n\n\n<p>W powy\u017cszym artykule wyja\u015bniamy, do jakiego stopnia dostawca powinien wykorzysta\u0107 sw\u00f3j urok i podj\u0105\u0107 obowi\u0105zek implementacji, nawet je\u015bli nie jest to zapisane w specyfikacjach. Tutaj wyja\u015bniamy, \u017ce historia jest bardzo r\u00f3\u017cna mi\u0119dzy &#8220;stron\u0105 ekranu&#8221; (tzw. &#8220;frontend&#8221;), kt\u00f3ra jest \u0142atwo widoczna w dokumentach definicji wymaga\u0144 i podstawowych dokumentach projektowych, a &#8220;stron\u0105 logiki&#8221; (tzw. &#8220;backend&#8221;, &#8220;baza danych&#8221;) takich jak migracja danych. Innymi s\u0142owy, mo\u017cna przypuszcza\u0107, \u017ce &#8220;strona ekranu&#8221;, kt\u00f3rej problemy ze specyfikacjami s\u0105 \u0142atwo zauwa\u017calne nawet dla zamawiaj\u0105cych\/u\u017cytkownik\u00f3w, kt\u00f3rzy zazwyczaj nie maj\u0105 specjalistycznej wiedzy na temat projekt\u00f3w rozwoju system\u00f3w, ma tendencj\u0119 do bycia obarczan\u0105 odpowiedzialno\u015bci\u0105 przez zamawiaj\u0105cych\/u\u017cytkownik\u00f3w. Z drugiej strony, problemy &#8220;strony logiki&#8221; maj\u0105 tendencj\u0119 do bycia obarczane odpowiedzialno\u015bci\u0105 przez dostawc\u00f3w. Bior\u0105c pod uwag\u0119 te punkty, mo\u017cna przypuszcza\u0107, \u017ce problemy z rozmiarami serwera s\u0105 obszarem, kt\u00f3ry jest trudny do zrozumienia bez specjalistycznej wiedzy technicznej, i \u017ce jest to obszar, kt\u00f3ry ma tendencj\u0119 do bycia obarczanym odpowiedzialno\u015bci\u0105 przez dostawc\u00f3w. Dlatego, je\u015bli sprawa ta zostanie rzeczywi\u015bcie rozstrzygni\u0119ta w s\u0105dzie, mo\u017cna przewidzie\u0107, \u017ce bez aktywnych okoliczno\u015bci zwalniaj\u0105cych dostawc\u0119 z odpowiedzialno\u015bci, wyrok b\u0119dzie zazwyczaj niekorzystny dla dostawcy.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Srodki_zapobiegajace_problemom_wynikajacym_z_bledow_w_doborze_rozmiaru_serwera\"><\/span>\u015arodki zapobiegaj\u0105ce problemom wynikaj\u0105cym z b\u0142\u0119d\u00f3w w doborze rozmiaru serwera<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/10\/shutterstock_1501344230-1024x717.jpg\" alt=\"\" class=\"wp-image-5572\" \/><figcaption class=\"wp-element-caption\">Om\u00f3wimy konkretne \u015brodki zapobiegaj\u0105ce problemom.<\/figcaption><\/figure>\n\n\n\n<p>Aby zapobiec problemom, jakie zosta\u0142y wcze\u015bniej om\u00f3wione, wa\u017cne jest, aby zadba\u0107 o zgodno\u015b\u0107 dzia\u0142a\u0144 zwi\u0105zanych z implementacj\u0105 programu i zapisem kodu \u017ar\u00f3d\u0142owego z przygotowaniem \u015brodowiska infrastruktury. Konkretne \u015brodki, kt\u00f3re mo\u017cna podj\u0105\u0107, to:<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Okreslenie_odpowiedzialnosci_za_dobor_rozmiaru_serwera_w_umowie\"><\/span>Okre\u015blenie odpowiedzialno\u015bci za dob\u00f3r rozmiaru serwera w umowie<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Nie tylko w przypadku takich sytuacji, wiele konflikt\u00f3w zwi\u0105zanych z projektami rozwoju system\u00f3w wynika z niejasno\u015bci w podziale r\u00f3l mi\u0119dzy specjalistami od rozwoju system\u00f3w, a u\u017cytkownikami zorientowanymi w sytuacji wewn\u0119trznej firmy. Cho\u0107 nie trzeba m\u00f3wi\u0107, \u017ce \u015bcis\u0142a wsp\u00f3\u0142praca mi\u0119dzy obiema stronami jest niezb\u0119dna dla p\u0142ynnego przebiegu projektu, zaleca si\u0119, aby jak najbardziej jasno okre\u015bli\u0107 podzia\u0142 r\u00f3l i zakres odpowiedzialno\u015bci w umowach itp. przed rozpocz\u0119ciem projektu.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Pelne_konkretne_wymagania_rozwoju_i_zarzadzanie_zmianami\"><\/span>Pe\u0142ne konkretne wymagania rozwoju i zarz\u0105dzanie zmianami<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Ponadto, je\u015bli wymagania funkcjonalne, kt\u00f3re nale\u017cy zrealizowa\u0107, s\u0105 niejasne, ryzyko skomplikowania takich spor\u00f3w wzrasta. To obejmuje zar\u00f3wno jasne okre\u015blenie specyfikacji w fazie definicji wymaga\u0144 na pocz\u0105tku, jak i zarz\u0105dzanie zmianami w trakcie projektu. Szczeg\u00f3\u0142owe wyja\u015bnienia na temat tego, jak radzi\u0107 sobie ze zmianami specyfikacji w trakcie projektu, mo\u017cna znale\u017a\u0107 w poni\u017cszym artykule.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/howto-manage-change-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/howto-manage-change-in-system-development[ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Wybor_modelu_rozwoju_dostosowanego_do_charakteru_projektu\"><\/span>Wyb\u00f3r modelu rozwoju dostosowanego do charakteru projektu<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Ponadto, co jest \u015bci\u015ble zwi\u0105zane z dwoma powy\u017cszymi \u015brodkami, wa\u017cne jest, aby wybra\u0107 odpowiedni model rozwoju dla projektu rozwoju system\u00f3w, bior\u0105c pod uwag\u0119 jego charakter i skal\u0119. Og\u00f3lnie rzecz bior\u0105c, je\u015bli chodzi o rozw\u00f3j system\u00f3w o pewnej skali, gdzie dob\u00f3r rozmiaru serwera mo\u017ce by\u0107 wa\u017cny, korzy\u015bci z zastosowania modelu kaskadowego, kt\u00f3ry jest odpowiedni do jasnego okre\u015blenia specyfikacji i zakresu odpowiedzialno\u015bci, zwi\u0119kszaj\u0105 si\u0119. Szczeg\u00f3\u0142owe wyja\u015bnienia na temat wyboru odpowiedniego modelu rozwoju, bior\u0105c pod uwag\u0119 charakter projektu, mo\u017cna znale\u017a\u0107 w poni\u017cszym artykule.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/legal-merits-and-demerits-of-development-model\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/legal-merits-and-demerits-of-development-model[ja]<\/a><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Podsumowanie\"><\/span>Podsumowanie<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Problemy zwi\u0105zane z infrastruktur\u0105, kt\u00f3re mog\u0105 powsta\u0107 podczas przygotowywania \u015brodowiska dla projektu rozwoju systemu, s\u0105 cz\u0119sto punktem, kt\u00f3ry \u0142atwo przeoczy\u0107. Uwa\u017ca si\u0119, \u017ce monitorowanie problem\u00f3w zwi\u0105zanych z infrastruktur\u0105 mo\u017ce by\u0107 nie lada wyzwaniem dla os\u00f3b nieb\u0119d\u0105cych ekspertami technicznymi. Jednak\u017ce, \u015brodki zapobiegawcze dla takich problem\u00f3w mog\u0105 by\u0107 uwa\u017cane za rozszerzenie podstawowych dzia\u0142a\u0144, takich jak &#8220;jasne okre\u015blenie specyfikacji\/zarz\u0105dzanie zmianami&#8221;, &#8220;jasne okre\u015blenie r\u00f3l\/zakresu odpowiedzialno\u015bci&#8221;, &#8220;wyb\u00f3r modelu rozwoju dostosowanego do skali i bud\u017cetu projektu&#8221;. Punktem, kt\u00f3ry osoby zajmuj\u0105ce si\u0119 prawem korporacyjnym powinny zrozumie\u0107 na pocz\u0105tku, jest to, \u017ce podstawy prawne zapobiegania problemom z infrastruktur\u0105 mog\u0105 by\u0107 w pe\u0142ni rozwini\u0119te. Ponadto, dla in\u017cynier\u00f3w IT, zrozumienie, \u017ce problemy z infrastruktur\u0105 mog\u0105 stanowi\u0107 powa\u017cne ryzyko dla projektu, i efektywne zarz\u0105dzanie prac\u0105 jest uwa\u017cane za kluczowe.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Systemy IT stosowane w firmach s\u0105 tworzone w pewnym sensie poprzez tworzenie specyfikacji i dokumentacji projektowej, a nast\u0119pnie pisz\u0105c kod \u017ar\u00f3d\u0142owy zgodny z ich tre\u015bci\u0105. Jednak systemy te nie funkcj [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":61097,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[16],"tags":[19,31],"acf":[],"_links":{"self":[{"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/posts\/59985"}],"collection":[{"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/users\/32"}],"replies":[{"embeddable":true,"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/comments?post=59985"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/posts\/59985\/revisions"}],"predecessor-version":[{"id":61098,"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/posts\/59985\/revisions\/61098"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/media\/61097"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/media?parent=59985"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/categories?post=59985"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/tags?post=59985"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}