Bugzilla:Languages: Difference between revisions

Jump to navigation Jump to search
Line 88: Line 88:
** (added comment) subjective - could it be you're trying to write Perl in Python? I.e. python is really trying to discourage you from writing those long blocks and investigating stuff like list comprehensions
** (added comment) subjective - could it be you're trying to write Perl in Python? I.e. python is really trying to discourage you from writing those long blocks and investigating stuff like list comprehensions
* Poor Unicode handling--strings are ASCII by default, and are Unicode only if you prepend them with u, like u"string".
* Poor Unicode handling--strings are ASCII by default, and are Unicode only if you prepend them with u, like u"string".
** (added comment) subjective - once you know how it works and how to use it, it's actually really well implemented IMO - see [http://boodebr.org/main/python/all-about-python-and-unicode All About Python and Unicode]  
** (added comment) subjective - once you know how it works and how to use it, it's actually really well implemented IMO - see [http://boodebr.org/main/python/all-about-python-and-unicode All About Python and Unicode]
*** (added comment) Ruby and Perl handle Unicode far better.
* No standard way of installing modules like CPAN.
* No standard way of installing modules like CPAN.
* Python has no equivalent to Perl's "taint" mode.
* Python has no equivalent to Perl's "taint" mode. (This is nothing to do with strong typing, and is about validating data by what it says rather than because it's a string rather than an integer)
** ...but python is a strongly typed language e.g. newstr = "hello" + 1.2 is an exception
* Poor error reporting


== Ruby ==
== Ruby ==
21

edits

Navigation menu