Ruby vs. Python comes down to the for loop (2021) • Hacker News Board

Re: Ruby vs. Python comes down to the for loop (2021)

#191

Post by tasuki » Tue, Apr 23, 2024, 2:08 PM UTC

sho wrote: post #188

tasuki wrote: post #175

Earlier quoted context omitted.

Why WordPress? I'll take a simple static website over wordpress anytime. With wordpress: - you are now suddenly also a database administrator - the different people touching the admin interface will break things in subtle ways - welcome an incomprehensible security nightmare into your life Yes, wordpress is extremely easy to set up. Maintain? Nope!

In my experience there is absolutely nothing "simple" about a static website, especially one that is going to be used by other people. If it was my personal blog or something, sure. A website for a non-technical friend with a business who wants to be able to post updates, etc? Omg no. No no no no no. Good managed wordpress starts at like $10-20/month. All those problems you mention go away, you can even do things lik…

> A website for a non-technical friend with a business who wants to be able to post updates, etc? Omg no. No no no no no.

I co-organise an event with a non-technical friend. Previously it was using some sort of a custom cms which was hell. I set it up with Jekyll, created a GitHub account for my friend and taught him markdown (five minutes perhaps). Yes he breaks things occasionally. That's fine! Everything is versioned, so I can easily fix things.

Re: Ruby vs. Python comes down to the for loop (2021)

#192

Post by sho » Thu, Apr 25, 2024, 8:32 AM UTC

tasuki wrote: post #191

sho wrote: post #188

Earlier quoted context omitted.

In my experience there is absolutely nothing "simple" about a static website, especially one that is going to be used by other people. If it was my personal blog or something, sure. A website for a non-technical friend with a business who wants to be able to post updates, etc? Omg no. No no no no no. Good managed wordpress starts at like $10-20/month. All those problems you mention go away, you can even do things lik…

> A website for a non-technical friend with a business who wants to be able to post updates, etc? Omg no. No no no no no. I co-organise an event with a non-technical friend. Previously it was using some sort of a custom cms which was hell. I set it up with Jekyll, created a GitHub account for my friend and taught him markdown (five minutes perhaps). Yes he breaks things occasionally. That's fine! Everything is versio…

I see your definition of non-technical is a little different from mine...

Re: Ruby vs. Python comes down to the for loop (2021)

#193

Post by mihaaly » Sat, Apr 27, 2024, 12:15 PM UTC

bhaak wrote: post #103

mihaaly wrote: post #74

Earlier quoted context omitted.

It was not debated that there is no reason some languages behave one way or the other - it is quite the opposite - only that for supporting the pratical use cases - which is the sole purpose of any language, to be useful for practical cases - then it is not a good reason. When one has to jump hoops of the language - being the user for the whims of the language and not the language for the user - that is wasting effor…

Pretty harsh words for an issue that is not really language specific. Numbers are not as easy as they seem. Computer numbers are not the same as the numbers from mathematics. Is "0.5" supposed to be a floating point number or a rational data type? What about conversion of types? Sometimes you just need to know what happens in the particular language you are programming in.

There is no computer numbers and mathematical numbers, there are only mathematical numbers and the limited (failed by circumstances) representation of mathematical numbers existing for low level lenguages since the ancient times of computing.

Which should be improved - failed representation eliminated - wherever and whenever possible. Especially for new languages. And since there are better and worse representations - actually handling - of numbers accross the languages the criticism of doing badly, not making improvements, expecting to know the whims of a modern lannguage in this regard is absolutely founded!