441–450 of 481 posts
Earlier quoted context omitted.
Where / How are you finding Pinterest links? I've just searched about two years of browser history and i haven't landed their once.
Are you using Google Images? Because thats the main culprit.
Not sure exactly why/when the switch over happened but Bing has dominated Google for image and video search for years.
Earlier quoted context omitted.
He seemed to be asking you to back up your claims and you seem to be just saying claiming that you don't need to and he is the problem...
Both of you are afflicted by that logical fallacy of failing to understand that you not encountering a phenomenon does not mean it does not happen or is rare, it just means you didn't encounter it. If you try telling people that did encounter that phenomenon that in practice they wouldn't/didn't then you shouldn't be surprised if they question why they started talking to you in the first place.
Earlier quoted context omitted.
The main argument here was about the energy costs. But it sounds as though you don't like dynamically typed languages. That's fine. Facebook, twitter and plenty of of billion dollar businesses were built with dynamic languages and many would argue they may not have even existed if they were written in staticly typed languages due to the slower up front time expenditure. I like staticly types languages for large proje…
> they may not have even existed if they were written in staticly typed languages This is pure speculation. There's no way you can back this up with any sort of real data. The inverse isn't true either. StackOverflow was written in C#, and it's been doing perfectly well. I've addressed another commentor making a similar presumption as you, here: https://news.ycombinator.com/item?id=37312297 The only thing I'll conced…
Ultimately billion dollar companies have been built on dynamic languages. There is nothing stopping you from succeeding with dynamic languages. There just isn't. There are tradeoffs and these companies made them.
Clojure comes to mind. I think personally I'd rather rewrite into Clojure than Elixir. If only for the sake of REPL.
Elixir has a repl too! and I mean a repl in the LISP sense of a REPL. I can open a repl on my machine and peer into a production machine and its internals.
Earlier quoted context omitted.
The syntax and semantics of the language change in non-reverse-compatible ways between every minor release. This is independent of project management. As an example, between 2.3 and 2.5, the syntax for package variables was changed (and then the semantics were changed between 2.5 and 2.7). There is nothing you can do as a python user to ameliorate the impact of such changes other than to not use those language featur…
> The syntax and semantics of the language change in non-reverse-compatible ways between every minor release. Even accepting this and assuming the average project was bit by every single one, the release cadence for minor versions is aboit once per year (recently, almost exactly that, in October), and minor versions are supported for 5 years, so this would justify updates every year if you were a maximally eager adop…
Earlier quoted context omitted.
The syntax and semantics of the language change in non-reverse-compatible ways between every minor release. This is independent of project management. As an example, between 2.3 and 2.5, the syntax for package variables was changed (and then the semantics were changed between 2.5 and 2.7). There is nothing you can do as a python user to ameliorate the impact of such changes other than to not use those language featur…
That’s three years, not months, and consider that it’s possible that how we develop software as a field might have matured over multiple decades. The edge case you’re referring two didn’t even affect most packages in the 2000s so it’s quite a stretch to say that something which happened in 2006 embodies how Python is developed now.
So sure... if you have a 200 line program, maybe you won't hit any code whose semantics have changed. Large apps will (and still do.)
Earlier quoted context omitted.
That's great that your 5 line scripts don't use features that change between revs, but people who have to maintain large python apps have to book time to pore over the latest language version's definition, update our linting tools to find where in the codebase we use a deprecated feature, change the code, update the tests, retest and redeploy. Not to mention getting a version clean dependency closure. Though we have…
> You should come to terms with the fact that some people just don't like python. Nobody cares about that - it’s a given that any language will have fans and detractors and most of us are mature enough to focus on what works for the projects and teams we’re part of. What we’re objecting to is portraying your experience as a global truth. If you don’t like it, sure, but unverifiable hyperbole isn’t contributing anythi…
Earlier quoted context omitted.
> Elixir is slower than plain PHP according to the techempower benchmarks. I'm not even sure how that's possible but it is. You're "Not even sure how that's possible" as if implying PHP is slow? Even old pre-7 PHP was much faster than Ruby, Python, and others. And most PHP libs are just wrappers over C code.
PHP is interpreted and Elixir is compiled. Comparing them to Ruby and Python make no sense as they are interpreted as well. The fact that Elixir, a compiled language, known for speed, is slower than PHP is surprising. As far as "Most PHP libs are wrappers over C code". That's just not true. Most PHP libs are in PHP
The metric is speed. Compiled vs interpreted is an implementation concern.
You can be compiled and slower than interpreted (and vice versa).
>The fact that Elixir, a compiled language, known for speed
Elixir is not compiled into binary. It's compiled to bytecode for the BEAM vm.
And Elixir was never known for speed, nor was Erlang. They are known for parallelism, availability, fault tolerance, smart schedulling, etc.
Earlier quoted context omitted.
It's a ridiculous thing to say that any version of PHP is slow. You could run PHP5 today and it's still not slow by any modern standard. Even on the hardware of 15 years ago almost any script you throw at it finishes in single digit milliseconds. How is that slow? I'd like to meet the developers that consider this slow.
Ladies and gentlemen, the strongest two-year-old.
If one is looking for a strong pickup truck, they don't care that a 18-wheeler is stronger, as that's in another category they have no use for.
One might want to pick among "scripting languages with suitability for web coding and great adoption" for example...