Python vs Perl vs Ruby?

Kind time of day Dear!


What are the most important at the present time, especially with the perspective.

Speak any of these languages each surface(at the level of writing scripts to 100 rows). I want to start learning the framework of one of them for further employment.

I want to choose the most promising and beautiful language.


Scope: Web-development.
October 8th 19 at 01:42
11 answers
October 8th 19 at 01:44
Not know Perl, but Python and Ruby are good. If you plan to do only web development, I would advise you to still Ruby. No matter how good Django, infrastructure, web development, Ruby went much further. If you plan a variety of tasks, then the best choice I would say Python. As to myself, I could not choose, so he studied and continue to study both.
Leaning toward Python, but need some good argument to write in ruby - Tianna.Moore commented on October 8th 19 at 01:47
1) More literature
2) Consolidated community
3) extensive experience of deployment with a completely different load level

This means that many questions already have answers Python'om it is not.

And yet, for example, I really like metaprogramming in Ruby is very compact and readable code, Python also supports this paradigm, but it is not as elegantly implemented and again, the problem with the docks :( - lexus.McGlynn commented on October 8th 19 at 01:50
learn ruby on rails, but I lead a project in python + django. In practice now there is the idea that rails is more nuanced and more Mature for web development (e.g. rails out of the box go migration). Plus plugins in django decentralized, and often simply abandoned. - Lysanne.Rohan12 commented on October 8th 19 at 01:53
October 8th 19 at 01:46
I would ask the question differently

Django VS Ruby on Rails

and by the way a year and a half ago, I said to myself first, but solving various daily problems are rarely glance how it's done on the track, and places understand that these things are quite similar and understanding one can easily on another to do the same thing.

IMHO of course
Mojolicious? - Tianna.Moore commented on October 8th 19 at 01:49
October 8th 19 at 01:48
Pretty interesting infographic, but instead of the perl php.
Twitter like Scala and Java moved so as not to strain the birds lifting the whale so to speak. - Tianna.Moore commented on October 8th 19 at 01:51
Well, Google with Etubom also not in Python but in Java and C++. - lexus.McGlynn commented on October 8th 19 at 01:54
Google pretty much where still use Python, but as you said, frontends switched to c++ because of the speed. - Lysanne.Rohan12 commented on October 8th 19 at 01:57
October 8th 19 at 01:50
Small note: everything can be done in Perl, can be done in Python. This is to use Perl in a new project (if You did not inherit from anybody a lot of perl code) makes no sense.
October 8th 19 at 01:52
Plus in the direction of Python: it is widely used not only in web but also in many other areas of changing bash to "adult" game development. Ruby can also, but in practice he's more exotic than a working tool. What is not know, maybe just bindingof enough or they're raw, can objective reason is there, maybe Python is easier. Although Capistrano, yeah, powerful stuff :) and indeed as a platform for DSL's most famous Ruby yet, IMHO.
October 8th 19 at 01:54
Not exactly Perl for the web his time is clearly gone. Python (with janhoy) simpler and more or less settled already. Ruby (with rails) is still constant bleeding edge that terribly interesting, but practically not always convenient.
No one bothers to start a project on Rails 2.3. There edge is not bleeding. - Tianna.Moore commented on October 8th 19 at 01:57
October 8th 19 at 01:56
Python faster and easier. Honestly, if would have solved the issue with the treding and multiprocessing, the Python would be on the first place everywhere. The only thing stopping its development (treding none at all (even in the 3rd version has lag), multiprocessing only through the forks, all because of the GIL).
Pearl powerful, but outdated and complex. Everyone knows that pearl can and Python.
Ruby catch-up in every sense and more web-oriented.
> Ruby catch-up in every sense and more web-oriented.
> Python faster and easier.
Highly thick! - Tianna.Moore commented on October 8th 19 at 01:59
October 8th 19 at 01:58
If you look at the prospects, choose Ruby. I myself prefer Python because of its beauty and clarity, but the framework Ruby on Rails is developing very actively and it's a huge variety of buns written. Django does not grow as actively as RoR.
Between Ruby and Python the difference is actually quite small (I just dragged from the obligation to observe the indentation in Python). Plus the build docks in Python quite comfortable with proper use of docstrings.
There is a small article on the topic of comparison of Python vs Ruby.
On a pearl before all scripts on the server wrote, now, I think it is not so relevant.
Although I forgot to mention that Python is also good because it has a lot of different freimark. Ruby has known (I think) only Rails. But all are, for some reason, it is on RoR. Therefore, I repeat, apparently, RoR is more promising owing to its pace of development. - Tianna.Moore commented on October 8th 19 at 02:01
It's all very superficial. Than further delve into the details, the more different languages. The docks there, and there well built. Frameworks also there about the same number, just ruby community loves to consolidate that for me, a big plus.

I would be the cons of Python would have added a small amount of specialized literature. At ruby there are some books on patterns in metaprogramming, exception; more common in writing service-oriented applications and TDD/BDD; more General frameworks, well Knin on the language itself. With Python, the situation is different — more books dedicated to all kinds of extensions and the language than on the language itself. I have quite a long wait until the release a book about memory management. - lexus.McGlynn commented on October 8th 19 at 02:04
> Ruby on Rails is developing very actively
— If by "development" You mean the recognition of their decisions wrong, and replace them with a new API, then Yes, ROR is very active... But the question is, where is the guarantee that they are not mistaken, and not have to go through another revolution Rails3 to Rails4. - Lysanne.Rohan12 commented on October 8th 19 at 02:07
No, under development I know a ton of other things. The replacement API is one of the cornerstones of the development of any complex system, no software architect can foresee the shortcomings of their architecture. If it's not obvious, I suggest you continue to deepen your knowledge in programming. - Tianna.Moore commented on October 8th 19 at 02:10
What do You mean? Suggest to apply Your advice in their own practice, to begin with. There are many solutions (frameworkof, etc.) who are not satisfied with such "fevers" to its users, thanks to better vision and technical flair.

But even scary is not that they are wrong, the projecting system. And scary is not that they are wrong big time. And even scary that the merger of Merb and RoR had a political rather than a technical context, which was aimed at the competitive survival of a system by merging audiences. Scary another. The scary thing is that many non-sighted programmers like You are these "errors" considered "development", and continue to carry this lie to the masses...

Theirs Active Record Query Interface they finally put yourself under the pressure that even in PHP, each first framework was presented by the SQL query in the form of object on the Tracks when he was still just a set of arguments...

Safe mapping the variables in the template initially has become the norm in the web stroitelstve, and only then did it finally recognized and introduced in the Rails.

For lazy computation of queries at all ashamed to say.

Bunddler came with a huge delay, and copy approach with other systems.

The list goes on...

One only agree. Marketers are so brainwashed customers what to write on the Rails just profitable, because of that magic word customers are willing to pay a lot of money... But no more. In your personal project I would be it not laid to. - Daisha_Klocko3 commented on October 8th 19 at 02:13
>> The scary thing is that not many sighted programmers like You
Since this ceased to read, good luck to you! - lexus.McGlynn commented on October 8th 19 at 02:16
Any error in Rails do you know?

The SQL query in the form of an object is like? "SELECT * FOMR users;" object? As far as I know the first versions of Rails Active Record objects operated on, but never did he have "SQL query in view object". And a little less than all the PHP frameworks AR pattern was absent. (2005)

What is wrong with lazy queries? For me so to collect the request within the complex logic simpler in lazy mode.

Bunddler appeared as a reaction to the problem, and not as an attempt to catch up, to overtake. Lost backward compatibility. Unfortunately for a complex system the loss of backward compatibility is a harsh reality.

Only one of my clients knows what is written on websites. Customers often do not care. Client Poggi when he pays$ 20 per hour for PHP-Framework - $ 20 per hour for Rails, it is not able to adequately assess the cost of using a particular solution - Rae_Altenwer commented on October 8th 19 at 02:19
October 8th 19 at 02:00
I chose Ruby and not a mistake after all.
October 8th 19 at 02:02
Which says nothing :) in addition to Ruby on Rails you can still write ror, rails, etc. and Django is not necessarily the framework. - Tianna.Moore commented on October 8th 19 at 02:05
Incorrect stats — Django is also a guitarist :)
Here's the chart statistics section "Computers, etc" see PR splex on rails in 2005-2007 - lexus.McGlynn commented on October 8th 19 at 02:08
Well then, so. Although, in any case, I find it hard to call it an indicator of something :) - Lysanne.Rohan12 commented on October 8th 19 at 02:11
Support that schedule — is not an indicator. Indirectly, the popularity can be assessed as well on the website alexa.com. But the popularity of all udelayut Joomla.

At the same time in Python-Django community is not considered to be a masterpiece. Although it really is very popular, and most importantly, has an extensive stock of ready-made solutions thanks to its approach to modularity. It's more "operating system" for the site that allows you to "glue" different applications of the developers, not the framework. This allows great reduce the cost of development, relying on ready-made solutions. At the same time, for "aerobatics" with Gangou will be closely (although you can if you know how). There is another Pyramid, Flask, CorePost, Twisted, Diesel, Tornado, etc., which allow you to implement the "fine" tech needs. So they are, in popular use, generally hanging out in the lower that has nothing to do with their technical solutions. - Tianna.Moore commented on October 8th 19 at 02:14
I love the Bottle, Pyramid generally not hooked up, and the Flask is painfully similar to Sinatra, but not so concise. - Daisha_Klocko3 commented on October 8th 19 at 02:17
October 8th 19 at 02:04
Page not found )))))) - Tianna.Moore commented on October 8th 19 at 02:07
: not surprising. The comment with the link was posted more than two years ago :) - lexus.McGlynn commented on October 8th 19 at 02:10

Find more questions by tags PythonPerlRuby