Temat: Programowanie - temat ogólny

ja pamiętam jak zaczynalem przygodę z programowaniem to kod prostego programu wydawał mi się kosmosem. Liznąłem choć troszeczkę o co chodzi w programowaniu i już się wygodnie kody czytało.
Jeżeli jest się kompletnym laikiem to nie polecam od razu ładowania się w śledzenie kodu, jeżeli już się ma podstawy programowania w czymkolwiek to wtedy można sobie śleidzć

Znacie może jakieś stronki gdzie są artykuły / filmiki z codziennej pracy developerow?

Chcialbym zobaczyc jak wyglada profesjonalne programowanie czy to desktopowe czy webowe. Najlepsza opcja bylby dla mnie streaming ale na to nie mam co liczyc :D Nigdy nie stworzylem sam jakiejs duzej zlozonej aplikacji, i mozna powiedziec ze jakby boje sie za to zabrac. Lubie miec poukladane wszystko, i zrobione od poczatku do konca dobrze.

Albo super bylby jakis kurs, w ktorym ktos robi od poczatku do konca duza aplikacje. Od etapu projektowania do kodowania. Wkurza mnie ze wszedzie jest opisane cos na banalach w stylu zwierze -> ssak -> koń. I tyle. Albo kolejne rozdzialy kursow pokazywane sa na kompletnie niezaleznych od poprzednich przykladach.

Co z tego, że znam zasady dziedziczenia, metody, gettery settery, hermetyzacja to wszystko jest mi znane. Przeczytalem ze 3 kursy OOP, prawie calutkie C++ od 0 do gier kodera. A i tak nie potrafie zrobic duzej aplikacji.

Kwestia doświadczenia. Jak obejrzysz kilka filmów, o ile takie sa, gdzie ktoś tworzy duża aplikacje to nie nauczysz się nagle ich dobrze tworzyć. Wyznacz sobie jakiś projekt i spróbuj go zrobić, w czasie tworzenia sam dojdziesz do wniosków co i gdzie źle zrobiłeś i wtedy się czegoś nauczysz.

za 20 minut wychodze na pierwszy dzien pracy jako programista :D sam jestem ciekawy co mnie tam zastanie ;)

@Alex Fortune ; dlaczego MVC nie nadaje sie do Webu?
Od ponad 2 lat pracuje na aplikacji korzystajacej z ASP.NET MVC i imho wszytsko jest fajnie zorganizowane

Bo "kontrolery" w wykonaniu większości weboców mają więcej niż jedną odpowiedzialnosc. ile razy widziałem shit typu:

Co robi ten kod?
To cos jak ViewBag, ktory wysyla dane do widoku, czy co?

Chodzi o to, że w wielu kontrolerach ktore widzialem, bylo robione cos takiego:

Ten kod ma trzy odpowiedzialności atm.
1) Wyciąga dane z modelu
2) Zarządza mapowaniem danych do widoku ( $this->view->costam [...] )
3) Wyrenderowanie widoku.

Osobiście wolę tą drugą odpowiedzialność wydzielić bezpośrednio do widoku ( np u mnie - ComposeView by to było ) , która z kolei jako zależność ma coś takiego co się nazywa ViewModel - ten view model jest odpowiedzialny właśnie za zwrócenie danych ( odp. 1 ) , co jest fajne, bo uzywając jednego interfejsu ViewModelu, można pod nim schować ( zmapować ) wiele innych, podobnych do siebie danych.

@Edit
A trzecią ( renderowanie ) wyjebac juz zupelnie z kontrolera.

Aha, mniej wiecej rozumiem.

To u nas jest tak, ze controler obsluguje URL i laczy model z widokiem

to tak po mojemu

słowo kluczowe "i". ;)
Generalnie jeśli o klasie można powiedzieć, że robi coś I coś, to jest coś nie tak, im bardziej obiekty są odseparowane od siebie tym lepiej, bo jak trzymasz się interfejsu, to możesz sobie wymieniać co Ci się zamarzy, to jest zaaaaaaaaaaaaajebiste. :)

ok jasne

Wybacz moj brak wiedzy - dopiero sie ucze jak to dziala.

Jak teraz o tym mysle, ze obsluga URL w ASP.NET MVC troche jak "convention over configuration" i jak masz np

UserController.cs:
public ActionResult MyHotels()

to wiadomo, ze URL bedzie wygladal tak:
/user/myhotels

a View bedzie zlokalizowany w
View/User/MyHotels.aspx

msuze jeszcze troche poczytac :)

Dlaczego ktoś tutaj mysli ze ja komus cos ma za złe, co Ty XD ja po prostu lubie rozmawiac i mówić co sądze xD

Ja tak nie mysle, po prostu troche mi glupio, ze tyle last robie cos zwiazengo w IT a mam takie braki w podstawach. Uzywalem kontrolera wiele razy, a jak mi przyszlo zdefiniowac co dokladnie robi to musialem sie zastanowic, czy na pewno nie jest tak jak sugerowales

Na szczescie niedlugo (w koncu) wracam do kodowania to nadrobie zaleglosci.

Stwierdzenie że MVC nie jest dla webu to zbyt dalekie stwierdzenie.

Pewnie jest tak jak mowisz, ale to wynika tylko i wyłącznie ze skali ilości ludzi programujących dla webu. Oraz tego że "gonią terminy", a programiści nawet jakby chcieli zrobić to lepiej, to nie robią tego, bo ich szefostwo ma to w dupie jak to jest zrobione. Ma być szybko. No to robią na szybko, a później wychodzi bajzel. Niestety, ludzie mają za mało jaj żeby tłumaczyć, że nie zrobią tego na szybko bo będzie źle. I trzeba uświadamiać szefostwo, że robienie szybko to kopanie pod sobą dołka.

Ja też nie raz musiałem na szybko zrobić jakąś rzecz (nie w mvc), no to zrobiłem na odpierdol. Wróciłem do tego projektu po 2 miesiącach i się za głowę złapałem jak mogłem na to pozwolić.

Tak jak wszędzie, znajdą się ludzie rzetelni i dobrzy w tym co robią, albo tacy co mają to zrobić żeby działało. Wiadomo jak to jest ze społeczością PHP. Niedoedukowani jak to powinno być zrobione poprawnie po za tym żeby działało. A później wychodzą takie kwiatki.

To że niektórzy ludzie (wiem że w przypadku php, jest ich za dużo) robią coś nie tak jak powinni nie znaczy że MVC jest złe dla webu.

U mnie w pracy mowi sie "Pay now or Pay later" i imho jest w tym wiele prawdy.

Z drugiej strony "programowanie" to tylko srodek do osiagniecia celu, a nie sztuka dla sztuki. Dlatego nie wszytsko oplaca sie optymalizowac.