3 ms·
>>In the real world, adoption is not only driven by how cool a language is, but the ecosystem of tools and developers around it. If it gets even half close to
by kamaal 12y ago
>>In the real world, adoption is not only driven by how cool a language is, but the ecosystem of tools and developers around it.
If it gets even half close to where Perl 5 is we can only expect great things from Perl 6.
>>The true lesson learned for language developers is: Don't break backwards compatibility. Ever.
If you look at the whole grammar system and the compiler design of Perl 6 you will see this is precisely what they have done.
>>Guido said this won't happen again.
Not that easy. To compete with newer and powerful tools you have to add features that you need. You can't do that without bloat or breaking things. Again look up the Perl 6 compiler design.
>>Migrating a relatively complex project from 5 to 6 is extraordinarily hard.
This is like saying migrating from C to Java is hard. Of course it is, because 5 and 6 are two different languages.
>>There is no incentive for migration.
There never ever was and should never be, Perl 6 is for new projects. Perl 5 and Perl 6 are two different languages which will have their own evolution path.
>>But Perl 6 while being a nice language, doesn't seem to have any killer feature compared to mainstream languages.
Seriously?? Have you even looked at Perl 6.
- ceronman 12y ago> Seriously?? Have you even looked at Perl 6. Yes I have. Many interesting features. Most of them not good enough to be considered killer, IMO. What are your suggestions?
- deleted 12y ago[deleted]
- raiph 12y agoHere's one I've started to focus on in the last few months: say "ปฏิบัติจริง".chars; # says 7 [1] Perl 6 may be a game changer in years to come among those who need to munge text that's Thai, Chinese, etc. http://www.reddit.com/r/perl/comments/2szv7m/beginner_programmer_here_looking_for_help_for_an/cqzk3hi http://www.reddit.com/r/perl/comments/2szv7m/beginner_progra...
- ceronman 12y agoI don't see how this is a language killer feature. It looks more like a library feature. And yes, Perl 6 has a superb unicode library. In other languages, you can add the functionality as libraries. This is an example in Python: import unicodedata def count_graphemes(string): count = 0 for codepoint in string: if not unicodedata.category(codepoint).startswith('M'): count += 1 return count print(count_graphemes("ปฏิบัติจริง")) # prints 7 This example is over simplified as grapheme clusters are trickier to detect, but proper support is coming to Python's standard library: http://bugs.python.org/issue18406 http://bugs.python.org/issue18406
- raiph 12y ago(Edited to say "regular folk" instead of just "folk" in the last paragraph to make it clear I'm talking about non-expert coders who would much prefer that stuff like converting mixed case text to all lower or upper case, or making sure some text visually fits in a fixed length field, be a reasonably simple operation, like it already is when handling most Western languages.) ---- Would you agree that you are saying that you think it's OK that: * The appropriate long term solution is to use library code when doing character or substring level operations on arbitrary Unicode text; * Language implementors have generally not yet written said library code; * The built in character and substring operations in mainstream languages unpredictably misinterpret and corrupt international text such as Thai, Chinese, etc.; * The current solution for correct, non-corrupting character and substring handling of arbitrary Unicode text is to hand build custom code to do things like get the length of a string or replace a substring. If you disagree with the above, then I'm confused. If you agree, then you're in agreement with most folk and I think you and they are blind to the needs of regular folk who need to handle, say, Chinese text, and these latter folk will find the simple and correct built in character and substring handling in Perl 6 to be one of its killer features.