Drukowana wersja tematu

Napisany przez: soszin 20.02.2014, 15:09:11

Cześć,

Chciałem poruszyć temat o dzisiejszych trendach programownia. Co jest na Topie i czego używać, jakich technologii uzywac do pisania aplikacji internetowych i nie tylko.
Ostatnio z ciekawości rozglądałem na po rynku pracy i widze spore zapotrzebowanie na programiste RoR oraz Pythona...
Słysze też ostatnio duzo o technologiach js'owych. np Backbone czy Angular. w przypadku uzywania tych "frameworków" uzywamy php to komunikacji z serwerem i zwracaniem informacji. Czytałem tez o odchodzeniu od MVC, co jest jego następcą?

Proszę o Wasze opinie odnośnie technologi i budowania aplikacji z ich użyciem.

Pozdrawiam

Napisany przez: fizzlebubble 20.02.2014, 15:30:44

Zainteresuj się Railsami. Kumaty junior ma stawkę jak średni programista PHP, a przy tym język i community jest 238426487 razy przyjemniejsze :-)

Napisany przez: usb2.0 20.02.2014, 15:33:22

podchodzilem kilka razy do railsa,
zawsze mialem problem z gemem do mysql, tak to sie nazywa?
nigdy nie umialem tego poprawnie sciagnac/skonfigurowac, pod windowsem i unixem to samo

na tym sie konczyla moja przygoda: D

klatwa czy co

Napisany przez: soszin 20.02.2014, 15:37:29

fizzlebubble Mi nawet nie chodzi o zarobki. Pracuje co prawda jako programista PHP a zarobki są dla mnie zadowalające.
Planuje w najblizszym pisanie wlasnego systemu CRM i szukam technoligii jakich wykorzystywać w jego pisaniu.
Czy RoR jest odpowiedni dla aplikacji sprzedawanej na licencje? Chodzi mi nawet o jej utrzymywanie na hostingach itp? bo nie kazdy klient pozwoli sobie na dedykowane serwery itp.

Napisany przez: fizzlebubble 20.02.2014, 15:37:52

Kończę właśnie większy projekt w Railsach oparty właśnie o MySQL i nie miałem jakoś większego problemu z konfiguracją. Jeśli wciąż chcesz spróbować swoich sił to odezwij się na PW :-). Niestety Railsy pod Windowsem to niezbyt dobry pomysł... Niby jakoś działa, ale jest sporo problemów z kompatybilnością niektórych gemów. Osobiście mam Win z maszyną wirtualną Ubuntu i pracuje się super :-).

@soszin
Railsy nie są tanią technologią, jednakże nadrabiają to prędkością pracy :-). Przy tym out of the box masz eager loading, zaawansowany caching, turbolinki, co bardzo się sprawdza przy wydajności większych aplikacji. Zawsze możesz kupić dedyka za te 250 zł / mc (strzelam) i postawić kilka instancji dla różnych klientów, co kosztowo bardzo fajnie się zwróci :-).

Napisany przez: soszin 20.02.2014, 15:44:08

Cześto się słyszy ze RoR ma słabą wydajność... Czy to nie klopot przy duzych aplikacjach?

Napisany przez: fizzlebubble 20.02.2014, 15:45:32

Odpowiedziałem Ci wyżej :-).

Napisany przez: soszin 20.02.2014, 15:52:06

W sumie nie zastanawialem sie jakos nigdy bardziej nad rails, do budowania swojej aplikacji rozwazalem ZF2 lub SF2
W ZF2 nie mam zbyt wiele doswiadczenia (pracowalem w wersji pierwszej). W SF2 napisalem prosta aplikacje z podstawowymi rzeczami ale rowniez uznalem ze budowa
niektorych rzeczy jest przesadzona. Uwazam np ze budowa formularzy jest np troche przesadzona, co prawda caly czas dązymy do obiektowości wiec nie powinienem widziec nic w tym dziwnego ale zeby osobna klasa obslugiwała jeden formularz to juz chyba troche przesada. Dotej pory pisze w Kohana 3.3 ale ten framework zostaje troche z tyłu. Cenie go natomiast za to ze jest posty i mega konfigurowalny. (nie mowie ze inne nie są.). Prostota mnie przy nim zatrzymuje

Napisany przez: fizzlebubble 20.02.2014, 15:55:57

Pracowałem i w Symfony2 i w ZF1 przy dużych, komercyjnych projektach i zawsze z czymś był większy problem, to z migracjami bazy danych, cachem, różnymi udziwnieniami wszelakich developerów co to się przez projekt przewinęli lub po prostu wydajnością. W Railsach jak pracuję tak takich problemów jest zdecydowanie mniej, aczkolwiek nie powiem, że w ogóle nie ma :-).

Napisany przez: soszin 20.02.2014, 18:25:49

Powiem Ci ze troche mnie zaciekawiłeś Railsami, nawet jak bym przetarł kurze na półce to bym znalazł książke o Railsach. Moze spróbuje sobie napisać coś prostego i zobacze jak to wygląda.

Napisany przez: fizzlebubble 20.02.2014, 18:31:27

Książka to bardzo zły pomysł. Obecnie nie ma zbytnio materiałów aktualnych, a te które mógłbym polecić wyszły stosunkowo niedawno i wyłącznie w języku angielskim. To też jest taki malutki minus tej technologii - bez języka angielskiego w stopniu dobrym nie ma co podchodzić, gdzie w takim PHPie na podstawowych poziomach bez problemu da się radę.... :-)

Napisany przez: soszin 20.02.2014, 18:35:24

A co powiesz o budowaniu aplikacji za pomoca backbone czy nagulara + wykorzystanie PHP do przetwarzania informacji...

Napisany przez: fizzlebubble 20.02.2014, 18:40:41

Miałem podejście do Angulara + ZF, które z perspektywy czasu średnio mile wspominam. Jak PHP i ZF wciąż używam, tak API czy SPA (Single Page Applications) buduję wyłącznie w RoR, gdzie zwracanie całego obiektu/kolekcji czy czegokolwiek na jsona w pełnym REST jest czymś mega łatwym i szybkim.

Napisany przez: soszin 20.02.2014, 18:44:58

Jeszcze Python a konkretnie (django) warto sie w to pchac? YouTube ponoc jest budowany na pythonie.

Napisany przez: fizzlebubble 20.02.2014, 18:49:27

Nie miałem doświadczenia z Pythonem.

Napisany przez: toffiak 20.02.2014, 21:39:00

Community nie jest lepsze ani gorsze, jak w każdym języku są trole tylko że w Rubym często trole próbują udowadniac że tylko Ruby jest tym jedynym/właściwym językiem programowania a wszystkie inne są złe. Nie dotyczy to oczywiście wszystkich programistów Rubiego, w środowisku Rubiego jest wielu mądrych ludzi.
Sam korzystam z aplikacji napisanych w Rubym, język jest świetlny choc poznałem go stosunkowo słabo to jednak przez tych nielicznych troli wybrałem Pythona.

Django jest dla Pythona tym czym dla Rubiego są Railsy, nie jest to jedyny framework i nie polecałbym go jako pierwszy. Duży łatwiejszy jest Flask, Django jest pełnym frameworkiem stosunkowo ciężkim. Dopiero od niedawna można pisac w nim korzystając z Pythona 3.
Django wymaga solidnej nauki dopiero znając go naprawdę dobrze można pisac w nim szybko aplikację.