Programowanie - temat ogólny

[Kusterek]

Cytat został ukryty, ponieważ ignorujesz tego użytkownika. Pokaż cytat.

Nie przeczytałem żadnej książki o PHPie, ani C#, ani C++, a myślę, ze mam sporą wiedzę i umiejętności. Więc skoro mi się udało, czemu miałoby mu się nie udać?

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ć

[Bazan]

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.

[KrystianeK]

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.

[Kusterek]

Cytat został ukryty, ponieważ ignorujesz tego użytkownika. Pokaż cytat.

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.

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

[Haan]

@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

[Alex Fortune]

Cytat został ukryty, ponieważ ignorujesz tego użytkownika. Pokaż cytat.

@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:

$this->view->data = $data;
$this->view->gowno = $gowno;
$this->view->chujwiecojeszcze = $ech;

[Haan]

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

[Alex Fortune]

Cytat został ukryty, ponieważ ignorujesz tego użytkownika. Pokaż cytat.

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:

<?php

class JakisController {


public function jakasAkcja(){

    $model = $this->model->zdobadzJakiesDane();
    $this->view = new View('jakisview');
    $this->view->dana_numer_jeden = $model->costam;
    $this->view->title = 'zajebisty tytulek';
    $this->view->blablabla = 123;
    return $this->view->render();

}

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.

[Haan]

Aha, mniej wiecej rozumiem.

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

to tak po mojemu

[Alex Fortune]

Cytat został ukryty, ponieważ ignorujesz tego użytkownika. Pokaż cytat.

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. :)

[Haan]

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 :)

[Alex Fortune]

Cytat został ukryty, ponieważ ignorujesz tego użytkownika. Pokaż cytat.

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

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

[Haan]

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.

[Bazan]

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.

[Haan]

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.