PHP czy Ruby

[godulabuli 0]

Co jest się lepiej uczyć php czy ruby ?

[ispl 0]

Ja ci polecam na początek php a póżniej ruby - dlaczego.

Kod w php wygląda tak::

<?php

echo "tekst";

?>

a tak wygląda przykładowy kod w ruby

#!/usr/bin/ruby

print STDIN.map{|s| s.downcase}.uniq.size, "\n"

[SHAAAADOW 0]

Jak na początek to lepiej PHP... jest prostsze.. masz wiecej przykladow, łatwiejszy dostęp do wszelkich pomocy... nie mówie ze ruby jest gorsze czy coś ale szybciej załapiesz PHP

[g0nzo 0]

Ruby!!! Jest prostszy niz PHP i duzo wiecej mozliwosci. Poza tym jesli zalezy ci na tworzeniu stron, framework Ruby on Rails jest aktualnie jednym z najlepszych rozwiazan. Choc faktem jest ze dokumentacja jest gorsza niz w przypadku PHP (co nie znaczy, ze zla).

 

Ja ci polecam na początek php a póżniej ruby - dlaczego.

Kod w php wygląda tak:

<?php echo "tekst"; ?>

a tak wygląda przykładowy kod w ruby

#!/usr/bin/ruby
print STDIN.map{|s| s.downcase}.uniq.size, "\n"

 

A czy nie byloby sprawiedliwiej dac w obu przypadkach kod, ktory robi to samo?

puts "tekts"

Jesli chcesz wyswietlic string 10 razy mozna zrobic tak:

10.times {puts "tekst"}

[grzybi 0]

Ruby ma niesamowite możliwości, jednakże jest znacznie mniej popularne i dlatego na początek radziłbym php.

[g0nzo 0]

Moze rzeczywiscie warto "pomeczyc" sie z php, zeby potem bardziej docenic ruby

 

Php jest zainstalowane na prawie kazdym serwerze, ruby (on rails) bardzo rzadko co tez nalezy wziac pod uwage, jesli masz zamiar swoja strone wrzucic kiedys na darmowy serwer.

 

Z drugiej strony programistow php sa miliony, ruby raczej niewiele, wiec znajmosc tego jezyka moze byc duzym atutem (szczegolnie jesli ruby on rails bedzie dalej zyskiwalo popularnosc w takim tempie).

[hub3rt 0]

Jakie to są te nowe możliwości ? bo jestem ciekawy

[ispl 0]

Np.Jest bardziej bezpieczny od php, trudniej włamać się na strone napisaną w Ruby niż w PHP.

[OrseY 0]

jezeli dobrze zabezpieczysz to i na www napisane w php sie nikt nie wlami xD

 

Pozdrawiam

[ispl 0]

W PHP niema problemów z włamaniem a dopiero gdy serwer ma zainstalowany php w 95% się włamie a na strone i serwer który obsługuje Ruby to jakieś 55%.Dla osoby, która zna się na tym to to nie jest problem.A co do włamania to wiadomo że amator się nie włamie a osoba która się tym zajmuje/zajmowałą to bez problemów.

[tyczka 0]

Włamać się jest chyba tak samo prosto o ile dobrze się zna obydwa języki i wie w jakich miejscach większość webmasterów popwłnia błędy.

 

Wydaje mi się, że Ruby ma ogromne możliwości jako obiektowy język programowania (bardzo, bardzo obiektowy), ale na pierwszy rzut oka denerwuje mnie przejęta jakby od Pythona własność, że bloki zaznacza się przez wcięcia. Przyzwyczaiłem się już do klamerek z C++ i trudno mi się odzwyczaić.

 

Ruby ma na pewno większe możliwości niż PHP. Inaczej - dużo łatwiej w nim napisać coś sensownego (o ile zna się ten język równie dobrze). Niestety jak na razie nie jest jeszcze tak popularny i prawdopodobnie ludzie chcący w nim pisać aplikacje internetowe natrafiają na szereg problemów w realizacji. Tak więc dla początkujących polecałbym PHP.

[ispl 0]

PHP jest na początek bardzo dobry ale jeżeli ktoś chce być profesionalistą php - no to nie jedna książka tylko 8 ja tyle miałem na studiach i to nie bele jakich.A co do ruby to jest tak samo tylko że jak sie nie umie Angielskiego to nie będziesz go umiał dobrze.

Pozdrawiam.

[tyczka 0]

W przypadku Ruby to chyba raczej japońskiego.

 

Wydaje mi się, że trochę przesadzasz z tą ilością podręczników. Lepiej jeden podręcznik a dobry, z bardzo dobrym opisem języka, do tego dobra znajomość obiektów i zdrowego stylu programowania, oraz nieco wiedzy o bazach danych by zacząć pisać profesjonalne skrypty w PHP.

 

Nie wiem jak wy, ale ja się uczyłem programowania głównie siedząc nad kompilatorem i klepiąc kod, a jednym z nielicznych podręczników był podręcznik do algorytmiki i jeden, czy dwa podręczniki do programowania (dla porównania).

 

Programowanie wcale nie jest trudne.

[Weasel 0]

Ja bym sie dalej nie zdecydowal po tym temacie co wybrac. Dobijaja mnie teksty typu "Ruby moze wiecej", albo "Ruby jest bezpieczniejsze". A gdzie fakty? Ja chcialbym liste rzeczy, ktore Ruby ma a nie ma ich PHP i na odwrot -- konkrety ludzie, bo przeciez tak sie nie da...

[g0nzo 0]

Ja bym sie dalej nie zdecydowal po tym temacie co wybrac. Dobijaja mnie teksty typu "Ruby moze wiecej", albo "Ruby jest bezpieczniejsze". A gdzie fakty? Ja chcialbym liste rzeczy, ktore Ruby ma a nie ma ich PHP i na odwrot -- konkrety ludzie, bo przeciez tak sie nie da...

 

Ok. Przede wszystkim nie mozna porownac samego PHP do Ruby, poniewaz strony pisze sie uzywajac framework'u Ruby on Rails, a nie samego Ruby. Sa do PHP odpowiedniki Rails'ow np. Symfony lub CakePHP.

 

Przede wszystkim glowna zaleta Ruby on Rails jest uzycie MVC - Model View Controller - dzieki temu kod jest bardziej czytelny i latwiej go ogarnac. W PHP czesto spotyka sie plik w ktorym jest zapytanie SQL do bazy, potem obrobka wyniku, a dalej html wyswietlajacy to na ekranie.

 

W RoR przy prostych (i nie tylko) zapytaniach wcale nie trzeba uzywac SQL. Oczywiscie mozesz, jesli chcesz sobie zoptymalizowac zapytania generowane przez RoR.

 

Chcesz pobrac sobie np. rekord o id=3 z tablicy "users"?

@user = User.find(3);

Chcesz pobrac np. imie usera o id=3?

@name = User.find(3).name;

Oczywiscie to najprostsze przyklady.

 

Ror ma wbudowane takze relacje miedzy tabelami - jesli user ma np. wiele postow (oczywiscie "posts" to juz inna tabela) mozna je pobrac np. tak:

@posts = User.find(3).posts;

 

W najnowszej wersji mozna zrobic np. cos takiego:

class WeblogController < ActionController::Base
 def index
@posts = Post.find :all
respond_to do |format|
  format.html
  format.xml { render :xml => @posts.to_xml }
  format.rss { render :action => "feed.rxml" }
end
 end
end
GET /weblog	 # returns HTML from browser Accept header
GET /weblog.xml # returns the XML
GET /weblog.rss # returns the RSS

 

Dla zainteresowanych polecam filmy z oficjalnej strony RoR (niestety dosyc stare - nie pokazuja nowych mozliwosci, ale i tak ciekawe).

[Weasel 0]

(...)

Przede wszystkim glowna zaleta Ruby on Rails jest uzycie MVC - Model View Controller - dzieki temu kod jest bardziej czytelny i latwiej go ogarnac. W PHP czesto spotyka sie plik w ktorym jest zapytanie SQL do bazy, potem obrobka wyniku, a dalej html wyswietlajacy to na ekranie.

(...)

Z calym szacunkiem, ale Twoja wypowiedz jest niekonsekwentna. "W PHP czesto spotyka sie..." to nie jest argument -- gdyby Ruby bylo popularniejsze i nie korzystano z Rails to tez spotykaloby sie wlasnie takie konstrukcje. Porownaj wiec jezyki, nie frameworki (zreszta te tez mozesz, ale nie na tym mi zalezy).

W PHP tez moge sobie napisac klase, ktora bedzie mi abstrakcyjnie robic np.:

 

$rekord = $DB->users->get(3);

I to wcale nie bedzie trudne, zreszta z tego co wiem to sa i takie klasy dla PHP, ktore w ten sposob bardzo "ulatwiaja" korzystanie z baz danych. Siegnijmy chociaz po Propel...

 

Dalej nie znam odpowiedzi na pytanie w czym Ruby jest lepsze od PHP.

[b4rtaz 0]

Np.Jest bardziej bezpieczny od php, trudniej włamać się na strone napisaną w Ruby niż w PHP.

 

Php jest aż tak popularne, że zabierają się za niego pseudo programiści. Dlatego dużo włamań jest właśnie na skrypty PHP, które po prostu jakoś tam sobie działają, i nie ma ni kszty nacisku na bezpieczeństwo.

 

[.]konkrety ludzie, bo przeciez tak sie nie da...

 

Gdybanie który język lepszy jest chyba trochę nie na miejscu, w tym i tym da się zrobić praktycznie to samo. Co do wydajności można uogólniając stwierdzić to samo, więc proponowałbym się przyjrzeć która składnia wydaje się nam prostsza, ładniejsza czy bardziej estetyczna. Składniowo PHP jest mieszanką PERL'a i C++, gdzie Ruby wygląda już bardziej jak PERL z Pascalem.

 

Jeżeli ktoś preferuje skadnie Ruby to Ruby, PHP to PHP. A jeżeli zależy na szeroko dostępnym supporcie, tutkach itp. to zostaje tylko PHP który na dzień dzisiejszy jest najpopularniejszym językiem do zastosowań "serwerowych".

[g0nzo 0]

@Weasel:

jasne ze to zaden argument, dlatego napisalem o frameworku, a nie o samym jezyku. Jak juz wspomnialem w PHP sa odpowiedniki Rails, jednak sa to raczej kopie pomyslow niz cos nowego (choc nie zawsze).

 

Co do ORM w Railsach - jasne, ze nie jest to strasznie skomplikowane, ale dodaj do tego walidacje, callbacki, relacje np. 1:N, M:N i pare innych i juz sie robi problem. Poza tym jak juz wspomnialem, sa odpowiedniki Rails w PHP.

 

Co do samego jezyka Ruby - poza tym, ze jest ladniejszy niz PHP (), ma np. mozliwosc modyfikacji klasy w dowolnym pliku - masz np zdefiniowana klase CGI w pliku cgi.rb i chcesz dodac do CGI jakas funkcjonalnosc - wystarczy, ze gdziekolwiek zdefiniujesz nowa funkcje nalezaca do klasy CGI i jest ona automatycznie wlaczana do klasy CGI. W ten sam sposob mozesz tez modyfikowac istniejace metody. Uprasza to bardzo wiele - nie musisz nic dziedziczyc, zeby zmienic odrobine funkcjonalnosc klasy.

 

Druga sprawa - Ruby jest naprawde obiektowy w przeciwienstwie do PHP (choc przyznam sie, ze nie wiem jak to wyglada dokladnie w PHP 5). Tu wszystko jest obiektem:

irb(main):002:0> 10.methods.sort
=> ["%", "&", "*", "**", "+", "+@", "-", "-@", "/", "<", "<<", "<=", "<=>", "=="
, "===", "=~", ">", ">=", ">>", "[]", "^", "__id__", "__send__", "abs", "between
?", "ceil", "chr", "class", "clone", "coerce", "display", "div"...

irb(main):003:0> "ruby".methods.sort
=> ["%", "*", "+", "<", "<<", "<=", "<=>", "==", "===", "=~", ">", ">=", "[]", "
[]=", "__id__", "__send__", "all?", "any?", "between?", "capitalize", "capitaliz
e!", "casecmp", "center", "chomp", "chomp!", "chop", "chop!", "class", "clone"...

irb(main):002:0> a = Object.new
=> #<Object:0x28fe3e4>
irb(main):003:0> a = nil
=> nil
irb(main):004:0> a.class
=> NilClass

 

Trzecia ciekawa rzecza sa bloki - np. http://excastle.com/blog/archive/2005/05/18/1019.aspx - polecam przyklad z drzewem binarnym.

 

Oczywiscie Ruby ma jedna wielka wade (przynajmniej w obecnej wersji) - jest wolniejszy od PHP. Osobiscie uzywam Ruby wlasciwie wylacznie ze wzgledu na framework Rails. Wciaz jestem poczatkujacy i ktos bardziej doswiadczony na pewno moglby przedstawic wiele wiecej zalet Ruby.

 

Dla choc troche zainteresowanych samym jezykiem Ruby (nie Ruby on Rails) polecam tutorial why'a - na pewno jeden z bardziej zakreconych tutoriali jaki przyjdzie wam przeczytac.