Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Hyperpolyglot: PHP, Perl, Python, Ruby

hyperpolyglot.org

Post reply on HN
Print view View original

21–30 of 58 posts

Re: Hyperpolyglot: PHP, Perl, Python, Ruby

#21

Post by jsnell »

phaker wrote: post #19
lubutu wrote: post #10

These tables are comprehensive, but the authors don't seem to actually understand the languages' idioms. Over on the ISWIM-family page the Haskell "command line args" program is ten lines long, when it could be: import System main = getArgs >>= mapM_ putStrLn I wish these were written by people who knew the languages.

You can't create 'idiomatic polyglots'. You just hack things together until they sorta work, for more than few languages this basically involves large strings and lots of backslashes, or base64 or something like that. (Writing a polyglot that does something more clever is obviously much better style, but it's incredibly hard.)

Different definitions. You seem to be thinking of programs that are valid in multiple languages. The page is more of a dictionary of language constructs.

Re: Hyperpolyglot: PHP, Perl, Python, Ruby

#22

Post by phaker »

lubutu wrote: post #20
phaker wrote: post #19

Earlier quoted context omitted.

You can't create 'idiomatic polyglots'. You just hack things together until they sorta work, for more than few languages this basically involves large strings and lots of backslashes, or base64 or something like that. (Writing a polyglot that does something more clever is obviously much better style, but it's incredibly hard.)

"Polyglot" in this case is referring to a person who can write in multiple languages, not a program written in multiple languages.

The site doesn't mention which meaning of "polyglot" the people behind it had in mind.

I assumed it was for people writing "polyglot" toy programs, because it'd be very useful resource.

I very rarely encounter uses of the term "polyglot" referring to people knowing large number of programming languages, so I didn't think of this use. Looking at it now, from this perspective, I have to say that I don't think it would be useful for these people, not enough depth.

Re: Hyperpolyglot: PHP, Perl, Python, Ruby

#23

Post by phaker »

jsnell wrote: post #21
phaker wrote: post #19

Earlier quoted context omitted.

You can't create 'idiomatic polyglots'. You just hack things together until they sorta work, for more than few languages this basically involves large strings and lots of backslashes, or base64 or something like that. (Writing a polyglot that does something more clever is obviously much better style, but it's incredibly hard.)

Different definitions. You seem to be thinking of programs that are valid in multiple languages. The page is more of a dictionary of language constructs.

> The page is more of a dictionary of language constructs.

Which would come incredibly useful if you wanted to write a polyglot program.

Why else would you use a reference like this? If you wanted to learn a language, or had to hack something in a language you don't know, you'll be better off using resources specific to given language(s).

Re: Hyperpolyglot: PHP, Perl, Python, Ruby

#24

Post by tincholio »

lubutu wrote: post #10

These tables are comprehensive, but the authors don't seem to actually understand the languages' idioms. Over on the ISWIM-family page the Haskell "command line args" program is ten lines long, when it could be: import System main = getArgs >>= mapM_ putStrLn I wish these were written by people who knew the languages.

Maybe you could contact them with the suggestion?

(There's at least couple more errors on the Haskell column, a typo, and a missing idiom for their 'each' example, which would be 'mapM_ print', basically).

Re: Hyperpolyglot: PHP, Perl, Python, Ruby

#25

Post by tincholio »

phaker wrote: post #22
lubutu wrote: post #20

Earlier quoted context omitted.

"Polyglot" in this case is referring to a person who can write in multiple languages, not a program written in multiple languages.

The site doesn't mention which meaning of "polyglot" the people behind it had in mind. I assumed it was for people writing "polyglot" toy programs, because it'd be very useful resource. I very rarely encounter uses of the term "polyglot" referring to people knowing large number of programming languages, so I didn't think of this use. Looking at it now, from this perspective, I have to say that I don't think it would…

> I assumed it was for people writing "polyglot" toy programs, because it'd be very useful resource.

It isn't so in this case, as the code for each language is clearly different. It's more of a 'construct translator' kind of thing.

Re: Hyperpolyglot: PHP, Perl, Python, Ruby

#26

Post by polynomial »

snprbob86 wrote: post #11
gfodor wrote: post #2

That these languages are so similar a table like this is possible leads one to think those programmers who consider themselves "polyglot" by programming in a subset of these aren't really "polyglot" at all.

Go to http://hyperpolyglot.org/ directly. Included there: Scripting Languages: PHP, Perl, Python, Ruby Embeddable Languages: Tcl, Lua, JavaScript, Io Shell Languages: Bash, Zsh, AppleScript, PowerShell C Style Languages: C, C++, Objective C, Java, C# Pascal Style Languages: Pascal, Ada, PL/SQL, SQL/PSM Lisp Dialects: Common Lisp, Scheme, Clojure, Emacs Lisp Type Inference Languages: Standard ML, OCaml, Scala, Haskell…

I would have liked for Go to have been included, (C style languages) not to mention Smalltalk.

Re: Hyperpolyglot: PHP, Perl, Python, Ruby

#27

Post by adyus »

petercooper wrote: post #5

x.succ is not the Ruby equivalent of ++$x in PHP (or Perl). x.succ returns x + 1 (by default, on integers) but does not increment x as ++$x does (since numbers are immutable and that's what "x" is giving us in Ruby). The closest match would be x += 1 (shorthand for x = x + 1). I don't see x = x.succ in common usage but that would work too.

As a Ruby noob and without researching too much, here's my question: would x.succ! do it?

Re: Hyperpolyglot: PHP, Perl, Python, Ruby

#28

Post by phaker »

tincholio wrote: post #25
phaker wrote: post #22

Earlier quoted context omitted.

The site doesn't mention which meaning of "polyglot" the people behind it had in mind. I assumed it was for people writing "polyglot" toy programs, because it'd be very useful resource. I very rarely encounter uses of the term "polyglot" referring to people knowing large number of programming languages, so I didn't think of this use. Looking at it now, from this perspective, I have to say that I don't think it would…

> I assumed it was for people writing "polyglot" toy programs, because it'd be very useful resource. It isn't so in this case, as the code for each language is clearly different. It's more of a 'construct translator' kind of thing.

> the code for each language is clearly different.

It's always the case. That's why writing them is interesting.

Re: Hyperpolyglot: PHP, Perl, Python, Ruby

#29

Post by jfarmer »

petercooper wrote: post #5

x.succ is not the Ruby equivalent of ++$x in PHP (or Perl). x.succ returns x + 1 (by default, on integers) but does not increment x as ++$x does (since numbers are immutable and that's what "x" is giving us in Ruby). The closest match would be x += 1 (shorthand for x = x + 1). I don't see x = x.succ in common usage but that would work too.

Yeah, #succ is something else. For example, if your object supports #succ then you can use it in ranges.

e.g., (1..10), but also ("apple".."kiwis") or ('A'..'Z').

In this case, String#succ returns a string with the last alphanumeric character transformed into its successor, e.g., "apple".succ == "applef".

The only time I've used it is implementing the range interface; I've never called it directly, let alone to increment an integer.

Re: Hyperpolyglot: PHP, Perl, Python, Ruby

#30

Post by neutronicus »

jfarmer wrote: post #29
petercooper wrote: post #5

x.succ is not the Ruby equivalent of ++$x in PHP (or Perl). x.succ returns x + 1 (by default, on integers) but does not increment x as ++$x does (since numbers are immutable and that's what "x" is giving us in Ruby). The closest match would be x += 1 (shorthand for x = x + 1). I don't see x = x.succ in common usage but that would work too.

Yeah, #succ is something else. For example, if your object supports #succ then you can use it in ranges. e.g., (1..10), but also ("apple".."kiwis") or ('A'..'Z'). In this case, String#succ returns a string with the last alphanumeric character transformed into its successor, e.g., "apple".succ == "applef". The only time I've used it is implementing the range interface; I've never called it directly, let alone to incre…

I assume you mean "apple".succ == "applf" ?
Post reply on HN