Początki informatyki 2
-
- Moderator
- Posty: 2828
- Rejestracja: 15 cze 2008, o 15:45
- Płeć: Mężczyzna
- Lokalizacja: Seattle, WA
- Podziękował: 3 razy
- Pomógł: 356 razy
Początki informatyki 2
Szkoda, że już uciekasz, nie podałeś żadnych argumentów, a jedynie cytowałeś "autorytety" (i to bez podania źródła) wyrażeniami typu "wielu twierdzi". A przy następnym spotkaniu z programistami z Microsoftu zapytaj ich, dlaczego w ich frameworkach funkcje przyjmują kilka argumentów.
Początki informatyki 2
Nie uciekam, ale ileż można. Cytowałem autorytety bo informatyka to nie tylko klepanie kodu, ale także czytanie literatury, a na tacy każdy by chciał wszystko mieć - nie ma łatwo.. Kiedyś przeciwnik zdania zapytał:
"Czy to znaczy że programiści Microsoftu są nobami, to wykasuje system bo ma wiecej niz 5 linijek"
odpowiedź:
"Po części masz racje".
Dlaczego funckje w Framework mają kilka argumentów? A wyobrażasz sobie transformację całego kodu?
Edit:
Tutaj jeszcze kolega _fx_ coś dopiszę ale ja już nie mam zamiaru się wypowiadać, jak każdy mam swoje racje.
EDIT2:
Można złamać zasadę, pod warunkiem, że nie da się napisać czegoś prościej, pomimo tego FUNKCJA DŁUGA JEST FUNKCJĄ ZŁĄ.
EDIT3:
Moje ostateczne stanowisko i niech tu się dzieje co chce:
Wskaźniki:
W C# nie zaleca się ich używania co nie znaczy, że nie można . Wskaźniki niezarządzane winny być umieszczane j/w w unsafe, kto zna angielski to już wie, że nie jest to zbyt zdrowe. Pewnie, że można wskaźnikować w c#, ale jak się ma pojęcie i doświadczenie.
Wiele użytkowników do nauki programowania wybiera C++ strukt. potem obiektowo, co tu dużo mówić?
O reszcie nie wspomnę i zachęcam do poczytania fachowej literatury na temat dobrego kodu.
"Czy to znaczy że programiści Microsoftu są nobami, to wykasuje system bo ma wiecej niz 5 linijek"
odpowiedź:
"Po części masz racje".
Dlaczego funckje w Framework mają kilka argumentów? A wyobrażasz sobie transformację całego kodu?
Edit:
Tutaj jeszcze kolega _fx_ coś dopiszę ale ja już nie mam zamiaru się wypowiadać, jak każdy mam swoje racje.
EDIT2:
Można złamać zasadę, pod warunkiem, że nie da się napisać czegoś prościej, pomimo tego FUNKCJA DŁUGA JEST FUNKCJĄ ZŁĄ.
EDIT3:
Moje ostateczne stanowisko i niech tu się dzieje co chce:
Wskaźniki:
W C# nie zaleca się ich używania co nie znaczy, że nie można . Wskaźniki niezarządzane winny być umieszczane j/w w unsafe, kto zna angielski to już wie, że nie jest to zbyt zdrowe. Pewnie, że można wskaźnikować w c#, ale jak się ma pojęcie i doświadczenie.
Wiele użytkowników do nauki programowania wybiera C++ strukt. potem obiektowo, co tu dużo mówić?
O reszcie nie wspomnę i zachęcam do poczytania fachowej literatury na temat dobrego kodu.
-
- Użytkownik
- Posty: 5101
- Rejestracja: 11 mar 2011, o 16:31
- Płeć: Mężczyzna
- Lokalizacja: 52°16'37''N 20°52'45''E
- Podziękował: 4 razy
- Pomógł: 1001 razy
Początki informatyki 2
Niektórzy twierdzą że każdą funkcję da się napisać w jednej, odpowiednio długiej linii. Czy ograniczenia, które podajesz (10/40 linii) odnoszą się do wszystkich języków programowania, czy tylko niektórych? Czy w Matlabie ten limit jest taki sam jak w Pythonie?-- 9 sie 2012, o 00:29 --dexter90 pisze:Każdą funkcję da się napisać w 10 linijkach,
"Unsafe" dosłownie znaczy "niezbyt zdrowe" czy to Twoje luźne skojarzenie? Czy przejście na drugą stronę ulicy jest niezbyt zdrowe?dexter90 pisze:Wskaźniki niezarządzane winny być umieszczane j/w w unsafe, kto zna angielski to już wie, że nie jest to zbyt zdrowe.
Polecisz wszystkim tę literaturę czy polecasz tylko w prywatnych wiadomościach? Podobnie nie podałeś literatury, w której jest napisane że czystość i czytelność to "nie do końca nie to samo".dexter90 pisze:O reszcie nie wspomnę i zachęcam do poczytania fachowej literatury na temat dobrego kodu.
Początki informatyki 2
Luźne skojarzenie, co do przejścia, dziecko 3 letnie może przejść przez ulicę, ale czy to jest zdrowe??"Unsafe" dosłownie znaczy "niezbyt zdrowe" czy to Twoje luźne skojarzenie? Czy przejście na drugą stronę ulicy jest niezbyt zdrowe?
Szukaj sam, dla chcącego nic trudnego.Polecisz wszystkim tę literaturę czy polecasz tylko w prywatnych wiadomościach? Podobnie nie podałeś literatury, w której jest napisane że czystość i czytelność to "nie do końca nie to samo".
TWARDO mówię, że: Na pewno do większości, aczkolwiek są języki, których brzydoty nie da się ukryć ( tworząc switch z 4-5 casami to tutaj pomoże nam fabryka abstrakcyjna ), Czy taki sam jak w Pythonie? Odpowiadam: Jak możliwie najkrótszy kod, co nie oznacza 20 linijek, są wyjątki, że nieco dłuższa funkcja jest dobra, ale to są wyjątki.Niektórzy twierdzą że każdą funkcję da się napisać w jednej, odpowiednio długiej linii. Czy ograniczenia, które podajesz (10/40 linii) odnoszą się do wszystkich języków programowania, czy tylko niektórych? Czy w Matlabie ten limit jest taki sam jak w Pythonie?
-
- Moderator
- Posty: 2828
- Rejestracja: 15 cze 2008, o 15:45
- Płeć: Mężczyzna
- Lokalizacja: Seattle, WA
- Podziękował: 3 razy
- Pomógł: 356 razy
Początki informatyki 2
Jakiś mityczny przeciwnik, prawie jak walka dobra ze złem. Poza tym co znaczy "po części"? Rzuciłeś jakieś dwa zdania wyssane z palca, argument naprawdę na wysokim poziomie.dexter90 pisze:Kiedyś przeciwnik zdania zapytał:
"Czy to znaczy że programiści Microsoftu są nobami, to wykasuje system bo ma wiecej niz 5 linijek"
odpowiedź:
"Po części masz racje".
Czyli znaczy to, że frameworki Microsoftu nie są dobrze napisane (wszak funkcje mają kilka argumentów). Dalej oznacza to, że Twoje autorytety piszą zły kod, a Ty słuchasz ich we wszystkim.dexter90 pisze:Dlaczego funckje w Framework mają kilka argumentów? A wyobrażasz sobie transformację całego kodu?
Bardzo konkretny argument - długa funkcja jest zła bo tak. Przejrzyj kody jądra linuksa albo windowsa i sprawdź, czy wszystkie funkcje mają tam mniej niż 40 linii. To pewnie też jest źle napisany kod.dexter90 pisze:Można złamać zasadę, pod warunkiem, że nie da się napisać czegoś prościej, pomimo tego FUNKCJA DŁUGA JEST FUNKCJĄ ZŁĄ.
Czyli jak się trochę pomyśli, to można bez przeszkód stosować wskaźniki i nie jest to zło? Po prostu stwierdzasz, że jak się czegoś nie umie używać, to się tego nie powinno robić? Nie trzeba autorytetu, żeby dojść do tak zdumiewającego wniosku.dexter90 pisze: W C# nie zaleca się ich używania co nie znaczy, że nie można . Wskaźniki niezarządzane winny być umieszczane j/w w unsafe, kto zna angielski to już wie, że nie jest to zbyt zdrowe. Pewnie, że można wskaźnikować w c#, ale jak się ma pojęcie i doświadczenie.
Wielu użytkowników do nauki programowania wybiera Pythona, co tu dużo mówić? Argument kompletnie bezsensowny.dexter90 pisze:Wiele użytkowników do nauki programowania wybiera C++ strukt. potem obiektowo, co tu dużo mówić?
Zalecam do poczytania ze zrozumieniem.dexter90 pisze:O reszcie nie wspomnę i zachęcam do poczytania fachowej literatury na temat dobrego kodu.
Początki informatyki 2
Afish,
Ja kończę bo naprawdę nie mogę tutaj słuchać podważania zdań cenionych programistów
Pozdrawiam!
EDIT:
Nawet w Comarchu starają się pisać możliwie najkrótsze funkcję z jednym argumentem Są programiści niewyznający tej zasady, ale w środowisku przyjmuje się ich za bezmózgów. Wszak nie jestem idealny i też czasem do tych bezmózgów w kodzeniu należe, czasem brak mi kreatywności w tworzeniu kodu, ale to normalne, jednak rację ICH podtrzymuje.
Pojechałeś, to tak jak przyrównać OpenSource do czegoś innego ( w opensource każdy debil może coś dopisać ) jest jednak grupa programistów, która radzi sobie z tym całkiem nieźle.Przejrzyj kody jądra linuksa albo windowsa i sprawdź, czy wszystkie funkcje mają tam mniej niż 40 linii
Ot ameryki nie odkryłem, ale nie widziałem aby to do was doleciało.Czyli jak się trochę pomyśli, to można bez przeszkód stosować wskaźniki i nie jest to zło? Po prostu stwierdzasz, że jak się czegoś nie umie używać, to się tego nie powinno robić? Nie trzeba autorytetu, żeby dojść do tak zdumiewającego wniosku.
Moje autorytety to nie Microsoft, ale zwykli doświadczeni programiści polscy i zagraniczni, np. jeden twierdzi, że funkcja z 3 argumentami jest złaDalej oznacza to, że Twoje autorytety piszą zły kod, a Ty słuchasz ich we wszystkim.
Ja kończę bo naprawdę nie mogę tutaj słuchać podważania zdań cenionych programistów
Pozdrawiam!
EDIT:
Nawet w Comarchu starają się pisać możliwie najkrótsze funkcję z jednym argumentem Są programiści niewyznający tej zasady, ale w środowisku przyjmuje się ich za bezmózgów. Wszak nie jestem idealny i też czasem do tych bezmózgów w kodzeniu należe, czasem brak mi kreatywności w tworzeniu kodu, ale to normalne, jednak rację ICH podtrzymuje.
-
- Moderator
- Posty: 2828
- Rejestracja: 15 cze 2008, o 15:45
- Płeć: Mężczyzna
- Lokalizacja: Seattle, WA
- Podziękował: 3 razy
- Pomógł: 356 razy
Początki informatyki 2
Kod windowsa to nie open source. A w kodzie linuksa zerknij chociażby na najważniejsze funkcje biblioteczne, które nie są pisane przez debili (no chyba że są debilami, bo piszą funkcje przyjmujące kilka argumentów).dexter90 pisze:Pojechałeś, to tak jak przyrównać OpenSource do czegoś innego ( w opensource każdy debil może coś dopisać ) jest jednak grupa programistów, która radzi sobie z tym całkiem nieźle.
Nie bój nic, ludzie potrafią myśleć i nie słuchają ślepo autorytetów.dexter90 pisze:Ot ameryki nie odkryłem, ale nie widziałem aby to do was doleciało.
Tak, wiem co twierdzi wujek Bob, programiści Microsoftu też wiedzą, a mimo wszystko piszą zły kod. Ba, w Pythonie wszystkie funkcje klasy muszą jawnie przyjąć self, a mimo to używają go duże firmy (chociażby Google), oni pewnie też się nie znają.dexter90 pisze:Moje autorytety to nie Microsoft, ale zwykli doświadczeni programiści polscy i zagraniczni, np. jeden twierdzi, że funkcja z 3 argumentami jest zła
Początki informatyki 2
Jakby pisali dobry nie pobierał by aktualizacji OS 24/7.a mimo wszystko piszą zły kod
Taka architektura języka, skoro musi to musi, ważne aby było ich w NAJGORSZYM WYPADKU jak najmniej i aby funkcja wykonywała jedno zadanie.w Pythonie wszystkie funkcje klasy muszą jawnie przyjąć self
Cieszy mnie to, takie słuchanie autorytetów nie jest zdrowe, czemu? Bo zły programista piszę łatwy kod, dobry programista piszę kod, który łatwo jest czytać - a to sztuka.Nie bój nic, ludzie potrafią myśleć i nie słuchają ślepo autorytetów.
No coś Ty?! Heh.Kod Windows to nie open source
-
- Moderator
- Posty: 2828
- Rejestracja: 15 cze 2008, o 15:45
- Płeć: Mężczyzna
- Lokalizacja: Seattle, WA
- Podziękował: 3 razy
- Pomógł: 356 razy
Początki informatyki 2
Jakby świat stał w miejscu i nie powstawały nowe technologie, to nie byłoby potrzeby wydawania nowego oprogramowania. Jeżeli myślisz, że pisząc dobry kod ustrzeżesz się od wszystkich błędów i konieczności wydawania poprawek, to współczuję.dexter90 pisze:Jakby pisali dobry nie pobierał by aktualizacji OS 24/7.
To nie oznacza, że funkcja ma przyjmować tylko jeden argument, a gdy przyjmie więcej, to jest zła.dexter90 pisze:Taka architektura języka, skoro musi to musi, ważne aby było ich w NAJGORSZYM WYPADKU jak najmniej i aby funkcja wykonywała jedno zadanie.
Dobry programista nie będzie pisał funkcji przyjmujących jeden argument tylko dlatego, że ktoś inny tak powiedział.dexter90 pisze:Cieszy mnie to, takie słuchanie autorytetów nie jest zdrowe, czemu? Bo zły programista piszę łatwy kod, dobry programista piszę kod, który łatwo jest czytać - a to sztuka.
Sam wyskoczyłeś z open source a teraz się śmiejesz? Przejrzyj kod windowsa i sprawdź, czy wszystkie funkcje mają mniej niż 40 linii kodu i przyjmują tylko jeden parametr.dexter90 pisze:No coś Ty?! Heh.
Początki informatyki 2
Co do ostatniego cytatu:
Porównałem Open Source dlatego, że tutaj każdy debil może napisać coś od siebie, nawet taki człowiek jak Ty, który łamie zasadę silnie przestrzeganą przez szanujących się programistówSam wyskoczyłeś z open source a teraz się śmiejesz?
Mają więcej dlatego pseudonim windowsa to winshit, 40 to już za dużo. Zespół towrząc OS nie myślał pewnie o wszystkim, o ile w ogóle o czymś myślał.Przejrzyj kod windowsa i sprawdź, czy wszystkie funkcje mają mniej niż 40 linii kodu i przyjmują tylko jeden parametr.
Pojechałeś po bandzie.Dobry programista nie będzie pisał funkcji przyjmujących jeden argument tylko dlatego, że ktoś inny tak powiedział.
Dobry kod jest lepszy od złego kodu i wyrządzi mniej zła niż zły kod, powtarzam.Jeżeli myślisz, że pisząc dobry kod ustrzeżesz się od wszystkich błędów i konieczności wydawania poprawek, to współczuję.
- Althorion
- Użytkownik
- Posty: 4541
- Rejestracja: 5 kwie 2009, o 18:54
- Płeć: Mężczyzna
- Lokalizacja: Wrocław
- Podziękował: 9 razy
- Pomógł: 662 razy
Początki informatyki 2
To jest zdecydowanie inne twierdzenie niż ma być najwyżej jedno. Ograniczanie liczby argumentów jest słuszne, limitowanie do jednego już nie — bo jak w naturalny sposób przyjmować zakres danych (od a do b), współrzędne czegoś, punkt startowy i końcowy trasy itp.?Taka architektura języka, skoro musi to musi, ważne aby było ich w NAJGORSZYM WYPADKU jak najmniej i aby funkcja wykonywała jedno zadanie.
I taki problem jest chyba z Twoimi pozostałymi stwierdzeniami. Jako ogólna idea są całkiem słuszne, jako sztywne ograniczenie już nie. Dobry C# jest szybszy od (naprawdę) złego asma, ale już dobry asm bije wszystko na głowę (i jego stworzenie zabiera pół życia przy bardziej złożonych projektach). Krótkie funkcje są lepsze od długich, ale nie można podać sztywnego ograniczenia, że jak funkcja ma 39 linii to jeszcze jest dobra, a jak ma już 40 to jest zła. Do zwięzłości należy dążyć, ale nie za wszelką cenę, bo oszczędzanie linii kodu poprzez np. pisanie okrutnie złożonych wyrażeń funkcyjnych jest może i całkiem zabawne (często nie umiem się powstrzymać, jak piszę kod tylko na własny użytek — negatywnym i na swój sposób przerażającym rekordem, przy którego biciu miałem niesamowitą frajdę, było przepisanie osiemnastolinijkowego skryptu w Pythonie do jednej linii, o długości bodaj 128 znaków), ale doprowadza współpracowników do furii znacznie skuteczniej, niż wieloekranowe metody.
Idę o zakład, że nie uda Ci się umieścić swego kodu w Linuksie (jako kernelu) w ciągu najbliższego miesiąca.Pojechałeś, to tak jak przyrównać OpenSource do czegoś innego ( w opensource każdy debil może coś dopisać ) jest jednak grupa programistów, która radzi sobie z tym całkiem nieźle.
Co nie zmienia faktu, że akurat tam to są różne programistyczne kwiatki (za których eliminację, nawiasem mówiąc, jakiś Polak odpowiada, nie pamiętam niestety nazwiska).
To nie wynika z jakości kodu, ale z przyjętej filozofii rozwoju oprogramowania (Release early, release often).Jakby pisali dobry nie pobierał by aktualizacji OS 24/7.
Możesz zapomnieć o tym, że napisany na kolanie kod wejdzie do głównej gałęzi jakiegokolwiek projektu. Próbowałeś w ogóle coś rozwijać czy tylko tak zgadujesz?Porównałem Open Source dlatego, że tutaj każdy debil może napisać coś od siebie, nawet taki człowiek jak Ty, który łamie zasadę silnie przestrzeganą przez szanujących się programistów
-
- Moderator
- Posty: 2828
- Rejestracja: 15 cze 2008, o 15:45
- Płeć: Mężczyzna
- Lokalizacja: Seattle, WA
- Podziękował: 3 razy
- Pomógł: 356 razy
Początki informatyki 2
Cóż, w kodzie windowsa debile nie mogli nic dopisywać. Skoro ten argument Cię nie przekonuje, to polecam przejrzeć najważniejsze funkcje systemowe linuksa. No ale Ty uważasz, że każdy debil może tam coś dopisać, czyli nie masz zielonego pojęcia, jak to wygląda.dexter90 pisze:Porównałem Open Source dlatego, że tutaj każdy debil może napisać coś od siebie, nawet taki człowiek jak Ty, który łamie zasadę silnie przestrzeganą przez szanujących się programistówSam wyskoczyłeś z open source a teraz się śmiejesz?
Sam wyciągnąłeś programistów Microsoftu, a teraz stwierdzasz, że piszą zły kod? Ci programiści pisali też trochę później .NET Framework, a tam funkcje ciągle przyjmują kilka argumentów. Ba, wraz z premierą Windowsa 8 światło dzienne ujrzy całkiem nowe API systemu - WinRT - tam funkcje też przyjmują kilka argumentów. Pewnie ci programiści nie potrafią programować i dlatego powielają ciągle błędy z przeszłości, szkoda tylko, że przywołałeś ich jako autorytety.dexter90 pisze:Mają więcej dlatego pseudonim windowsa to winshit, 40 to już za dużo. Zespół towrząc OS nie myślał pewnie o wszystkim, o ile w ogóle o czymś myślał.Przejrzyj kod windowsa i sprawdź, czy wszystkie funkcje mają mniej niż 40 linii kodu i przyjmują tylko jeden parametr.
Brakuje argumentów?dexter90 pisze:Pojechałeś po bandzie.Dobry programista nie będzie pisał funkcji przyjmujących jeden argument tylko dlatego, że ktoś inny tak powiedział.
Piękno hasło, szkoda tylko, że nie odpowiedziałeś na mój zarzut. Żyjesz w wyidealizowanym świecie, jeżeli uważasz, że pisząc dobry kod nie będziesz musiał wydawać poprawek. Programowałeś kiedykolwiek na produkcję, czy tak tylko piszesz własne przemyślenia?dexter90 pisze:Dobry kod jest lepszy od złego kodu i wyrządzi mniej zła niż zły kod, powtarzam.Jeżeli myślisz, że pisząc dobry kod ustrzeżesz się od wszystkich błędów i konieczności wydawania poprawek, to współczuję.
Początki informatyki 2
Nie, ale fakt jest faktem i widziałem naprawdę duże projekty, zrealizowane bardzo czysto i nie wbrew tym zasadomDobry programista nie będzie pisał funkcji przyjmujących jeden argument tylko dlatego, że ktoś inny tak powiedział
Jeszcze raz do linii kodu: "Max 20 wierszy" i takie widziałem Ale skoro podważacie zasady doświadczonych to co ja mogę tutaj zdziałać? Od roku stosuję się do tych zasad, programowanie idzie wolniej, ale efekt jest dobry i uczy dobrych nawyków programowania. Jeśli programiści MS siedli by do czegoś w tym momencie bardziej dokładnie, upiększyli by swój kod niemiłosiernie, ale pośpiech i jak najszybsza premiera nowych produktów robi swoje. To tak jak porównać markę VW 15 lat temu, a dziś. No ale cóż, nie mnie wpajać dobre nawyki programowania, ja jedynie CYTUJĘ poważnych programistów
Programować się trzeba nauczyć, ale Ty już wszystko wiesz, a gówno wiesz.
Jako sztywne ograniczenie - bardzo trudne, ale możliwe i można się o tym przekonać.jako sztywne ograniczenie już nie
Ostatnio zmieniony 9 sie 2012, o 11:10 przez Afish, łącznie zmieniany 1 raz.
Powód: Poprawa tagów.
Powód: Poprawa tagów.
-
- Moderator
- Posty: 2828
- Rejestracja: 15 cze 2008, o 15:45
- Płeć: Mężczyzna
- Lokalizacja: Seattle, WA
- Podziękował: 3 razy
- Pomógł: 356 razy
Początki informatyki 2
Jest też bardo dużo czystych projektów zrealizowanych wbrew tym zasadom.dexter90 pisze:Nie, ale fakt jest faktem i widziałem naprawdę duże projekty, zrealizowane bardzo czysto i nie wbrew tym zasadom
Podałem Ci bardzo duże projekty doświadczonych programistów, którzy nie stosują tej zasady. Cóż więcej mogę zdziałać?dexter90 pisze:Jeszcze raz do linii kodu: "Max 20 wierszy" i takie widziałem Ale skoro podważacie zasady doświadczonych to co ja mogę tutaj zdziałać?
Pokazałem Ci nowiutkie WinRT, jak widzę jesteś odporny na wszelkie argumenty.dexter90 pisze:Jeśli programiści MS siedli by do czegoś w tym momencie bardziej dokładnie, upiększyli by swój kod niemiłosiernie, ale pośpiech i jak najszybsza premiera nowych produktów robi swoje. To tak jak porównać markę VW 15 lat temu, a dziś. No ale cóż, nie mnie wpajać dobre nawyki programowania, ja jedynie CYTUJĘ poważnych programistów
Pominę tę marną prowokację argumentum ad personam.dexter90 pisze:Programować się trzeba nauczyć, ale Ty już wszystko wiesz, a gówno wiesz.
Można też pisać wszystko w jedne linijce - bardzo trudne, ale możliwe i można się o tym przekonać. Mam nadzieję, że wiesz, jak to wpływa na jakość kodu.dexter90 pisze:Jako sztywne ograniczenie - bardzo trudne, ale możliwe i można się o tym przekonać.
Dopóki nie odpowiesz na moje poprzednie pytania, dopóty dalsza dyskusja nie ma sensu.
Początki informatyki 2
Jako autorytet przywołałem i zacytowałem programistę z IBM, z MS też zdarzyła się jedna osoba, która to potwierdziła.Sam wyciągnąłeś programistów Microsoftu, a teraz stwierdzasz, że piszą zły kod? Ci programiści pisali też trochę później .NET Framework, a tam funkcje ciągle przyjmują kilka argumentów. Ba, wraz z premierą Windowsa 8 światło dzienne ujrzy całkiem nowe API systemu - WinRT - tam funkcje też przyjmują kilka argumentów. Pewnie ci programiści nie potrafią programować i dlatego powielają ciągle błędy z przeszłości, szkoda tylko, że przywołałeś ich jako autorytety.
.Net Framework to niezależne implementacje. Funkcje z kilkoma argumentami SĄ ZŁE, po za wyjątkami, przestrzeń czasu ukształtowała dobre nawyki programowania, których Ty nie chcesz przyjąć bo są trudne Wszystko można napisać zgodnie z wytycznymi, które "zacytowałem" inaczej nie jest to do końca przemyślane.
Cały czas pokazywałeś wytwory firmy MS i się do nich odwoływałeś, cóż więcej mogę zdziałać? Programista programiście w MS nierówny,Podałem Ci bardzo duże projekty doświadczonych programistów, którzy nie stosują tej zasady. Cóż więcej mogę zdziałać?
żadna prowokacja,Pominę tę marną prowokację argumentum ad personam.
Wtedy to nie były czyste projekty.Jest też bardo dużo czystych projektów zrealizowanych wbrew tym zasadom.
Ja już tutaj nie będę się udzialał bo to nie ma sensu, nie mogę wiecznie "cytować" i widzieć podważań, niektórzy opierają się na internetowych kursach i mają all w tyłku, albo opierają się na uczelnianych zasadach, na szczęście niektórzy wykładowcy uczelniani także to propagują, ale co ja mówię , przecież bzdury piszę, tak bzdury bo programowanie jest niestety trudne a każdy chciałby trzepać na nim dobre pieniądze.
Odnośnie jeszcze OpenSource ( nie wiem kto to napisał i już nie będę cytował i przewijał witryny ),
Są programiści, którzy całkiem nieźle radzą sobie z wielkimi projektami, aczkolwiek powtarzam - jeden napiszę dobrą funkcję, drugi coś do niej dołożyć, trzeci usunie, czwarty poprawi.
Z mojej strony to tyle, na PW chętnie podam pozycję ( niektóre w .ang ), które warto przeczytać. Każdemu autorowi wypowiedzi w owym temacie po prostu życzę sukcesów bo w temacie każdy może być zawzięty, ale jestem zdania, że po za temat wrogie stosunki nie obowiązują.
Życzę miłego dnia i powodzenia oraz doskonalenia swoich umiejętności.