Shouldn't it be Perl on Pails?
Perl on Rails (2007)
11–20 of 66 posts
Re: Perl on Rails (2007)
#12Comments are hilarious, especially knowing some of those people commenting most critically had recently been working at FM&T. At the short stint I did at the Beeb I spent a lot of time doing code for date maths using SSI and Perl before they decided to completely rewrite what we were doing in Flash. Perl is a great language, and Catalyst and Mojolicious are rock solid, as is DBIx::Class. I work all day with TypeScrip…
> Is 'Ruby on Rail' the monorail version? :P
Haha
Re: Perl on Rails (2007)
#13Ruby is well known as the “bad parts of Perl” so there’s a beautiful horror here. It’s also funny that Ruby is the slowest of the dynamic languages, and that Perl is much faster. They created a magnificent mind bending nightmare.
Python is actually slower than Ruby
I assume Python 3.0 ~ Python 3.10 are slower than Ruby.
https://programming-language-benchmarks.vercel.app/python-vs...
Re: Perl on Rails (2007)
#14Comments are hilarious, especially knowing some of those people commenting most critically had recently been working at FM&T. At the short stint I did at the Beeb I spent a lot of time doing code for date maths using SSI and Perl before they decided to completely rewrite what we were doing in Flash. Perl is a great language, and Catalyst and Mojolicious are rock solid, as is DBIx::Class. I work all day with TypeScrip…
> Perl is a great language
I don't write Perl often, which probably explains why every time I go back to it (we have a legacy Perl app), I get tripped up, over and over again, by the sigils, and the rest of the visual noise — and I can't help wondering, why?. Why can other scripting languages deal perfectly fine with the ambiguity that Perl resolves with a dollar sign as opposed to a percent sign, or an at-sign, or a backslash. Why do I, as a programmer need to remember that when I assign a hash as a value to another hash, I want to write it with curly braces; whereas in other contexts I want to write the hash using parentheses and assign it to a variable prefixed by the percent sign? Why do I then need to prefix the variable with "my" or "our" at the time of declaration? Why don't I have to do this in other scripting languages, not even in php, which has preserved the dollar sign? It's utterly bizarre.
Re: Perl on Rails (2007)
#15... I'm guessing it was replaced by something a while ago now?
Looks like a mixture of React and AWS Lambda https://www.bbc.co.uk/blogs/internet/entries/8673fe2a-e876-4... https://static.files.bbci.co.uk/core/storybook/index.html?pa... > The vast majority of the BBC’s webpages are rendered on AWS, using React. React’s isomorphic nature allows us to render the pages server-side (for best performance) and then do some further updates client-side. > Increasingly, the rendering happ…
> render the pages server-side (for best performance) and then do some further updates client-side.
I am curious, how does this imapct SEO?
Re: Perl on Rails (2007)
#16Comments are hilarious, especially knowing some of those people commenting most critically had recently been working at FM&T. At the short stint I did at the Beeb I spent a lot of time doing code for date maths using SSI and Perl before they decided to completely rewrite what we were doing in Flash. Perl is a great language, and Catalyst and Mojolicious are rock solid, as is DBIx::Class. I work all day with TypeScrip…
> Perl is a great language I don't write Perl often, which probably explains why every time I go back to it (we have a legacy Perl app), I get tripped up, over and over again, by the sigils, and the rest of the visual noise — and I can't help wondering, why?. Why can other scripting languages deal perfectly fine with the ambiguity that Perl resolves with a dollar sign as opposed to a percent sign, or an at-sign, or a…
> Why [does Perl use a lot of weird punctuation]
Because that’s how it started, and it maintains absolutely fantastic backwards compatibility. All languages have foibles…
> Why do I need to [declare variables prior to use]
Because this isn’t Python
Re: Perl on Rails (2007)
#17Comments are hilarious, especially knowing some of those people commenting most critically had recently been working at FM&T. At the short stint I did at the Beeb I spent a lot of time doing code for date maths using SSI and Perl before they decided to completely rewrite what we were doing in Flash. Perl is a great language, and Catalyst and Mojolicious are rock solid, as is DBIx::Class. I work all day with TypeScrip…
> Perl is a great language I don't write Perl often, which probably explains why every time I go back to it (we have a legacy Perl app), I get tripped up, over and over again, by the sigils, and the rest of the visual noise — and I can't help wondering, why?. Why can other scripting languages deal perfectly fine with the ambiguity that Perl resolves with a dollar sign as opposed to a percent sign, or an at-sign, or a…
Don't forget there's also "state $var" and "local $var", which declare other types of variables. They're there because they.. are useful.
Same as why there's "var", "let" or "const" in JS. Different scoping / types of variable slots for the interpreter.
A "my" variable declares a variable valid in the current scope; an "our" variable will be available at the package level; a "state" variable is initialised only once, but has the same scope as a "my" variable; a "local" variable "locally overrides" for the current block (and any code called by the current block) the value of said variable.
They all have their uses, and that's why they exist.
Re: Perl on Rails (2007)
#18Earlier quoted context omitted.
> Perl is a great language I don't write Perl often, which probably explains why every time I go back to it (we have a legacy Perl app), I get tripped up, over and over again, by the sigils, and the rest of the visual noise — and I can't help wondering, why?. Why can other scripting languages deal perfectly fine with the ambiguity that Perl resolves with a dollar sign as opposed to a percent sign, or an at-sign, or a…
> Why [does Perl use a lot of weird punctuation] Because that’s how it started, and it maintains absolutely fantastic backwards compatibility. All languages have foibles… > Why do I need to [declare variables prior to use] Because this isn’t Python
>> Why do I need to [declare variables prior to use]
You don't need to if you don't use strict mode, which I think it is ok for small scripts.
Re: Perl on Rails (2007)
#19Ruby is well known as the “bad parts of Perl” so there’s a beautiful horror here. It’s also funny that Ruby is the slowest of the dynamic languages, and that Perl is much faster. They created a magnificent mind bending nightmare.
I think you misphrased "the bad parts in Ruby are from Perl".
Re: Perl on Rails (2007)
#20Earlier quoted context omitted.
> Perl is a great language I don't write Perl often, which probably explains why every time I go back to it (we have a legacy Perl app), I get tripped up, over and over again, by the sigils, and the rest of the visual noise — and I can't help wondering, why?. Why can other scripting languages deal perfectly fine with the ambiguity that Perl resolves with a dollar sign as opposed to a percent sign, or an at-sign, or a…
Don't forget there's also "state $var" and "local $var", which declare other types of variables. They're there because they.. are useful. Same as why there's "var", "let" or "const" in JS. Different scoping / types of variable slots for the interpreter. A "my" variable declares a variable valid in the current scope; an "our" variable will be available at the package level; a "state" variable is initialised only once,…
`let` and `const` expand and replace `var`; and make variable declarations more intuitive by removing var's hoisting and adding block-level scoping (which the programmer doesn't need to care about if he doesn't wish to). What this means is that one can just use var if they are happy with it, or use let and const without the var. Not so with Perl. There is no "legacy mode", with all the awkward punctuation of decades ago, as opposed to a much saner "convenient modern mode" in Perl.
(Although I agree that a javascript programmer might get confused by declaring an object or an array as a const and then being allowed to mutate it.)