HN user

ccdan

4 karma
Posts0
Comments29
View on HN
No posts found.

When I say "freedom" I'm really referring to the most literal sense of the word: lack of restrictions! Not other philosophical meanings(like being provided with the means to do one thing or another)

We can all agree that we need A FEW, strictly NECESSARY restrictions, in order to reduce OBJECTIVE HARM being caused to us. The so-called malum in se deeds, like murder, theft, fraud, physical harm and so on. If we count all these deeds, they're no more than ONE HUNDRED!

The biggest PROBLEM we're facing today in the developed world is the fact that the legislatures and the governments GO FAR BEYOND what's strictly necessary for a functioning society in terms of criminalization and other restrictions! In the US there are somewhere between 25k and 300k criminal laws and statues or civil legislation that can turn into criminal legislation under certain circumstances.

Incarceration is a super-big problem in America, but it's far from being the only one: any conviction even without incarceration, any other kind of judicial restriction, or even mere arrests - all of these infringe on all kinds of liberties and rights, often lead to discrimination and can easily lead to actual incarceration in a variety of totally harmless situations.

Then there's ever increasing surveillance, more and more use of cctvs, more and more collection of data, the governments and certain companies get to know far too much about ordinary citizens - this can and does lead to a lot of harm!

Those in the repressive state institutions like the police, prosecutors, judges, intelligence services, the military - get more and more power and are less and less accountable for their (mis)deeds!

All these things do happen all so called "democratic" countries!

There's no free world. There are just different degrees of totalitarianism. The highest level of totalitarianism is in the country with the highest number of criminal laws - that by definition reduce freedom, and the highest percentage of population in prison. Guess which country is that?

In lots of wanna-be "free" countries, people can no longer live their normal lives because they can get thrown in prison for some of the most absurd reasons - like leaving your children play in the street, insulting someone on facebook, having an open bottle of alcohol in a car - and thousands upon thousands other such fictive, victimless "crimes". In these countries people get indoctrinated that political freedom is the only freedom that's needed but that's colossal lie! Most people don't care about political activism, don't really need such freedoms!

[dead] 7 years ago

Oh, I thought they'd donate half their incomes for some noble cause like buying electric cars for the poor, buying carbon credits, or something like that...

Repetitions are often a result of changing requirements things that can't (normally) be automated. If you think that enterprises are doing it wrong and you know more than them, you could become rich by showing them the right way of doing things - on one condition: you have to prove what you're claiming. :)

>>Why didn't they hire 2-3 (more expensive) experts instead of 10 juniors? << For the same reason they don't hire 2-3 architects instead of one architect and 10 workers to build a small house. Actually hiring solely "experts" the productivity may be lower because they're used to doing only certain kinds of things.

>>Important to who? I use tools written in functional languages every single day.<< To the market. There are all kind of servers from web servers to database servers to other kinds of servers. Almost none are made using functional programming. Then, there is lot of software out there, which is made almost exclusively in C/C++, Java & .Net. Haskell & co. are only used in academia and by hobbyists (math people who can't learn proper programming)

There's plenty of concurrency and parallelism out there but there's not a single piece of important software that is written in a functional language. Many people claim many things but when it comes to empirical evidence. it turns out that imperative, stateful programming is still the best choice. Erlang has some limited and very niche uses in telecom, bua it was replaced even at Ericsson to good degree with c++.

Or, maybe the language is very poorly designed. There are many programming languages. From Basic to LISP to C to Java to Haskell to ... Brainfuck. Some of them are used in the software industry and some are not. There are many claims about many languages: language x is good because [insert some random ramblings], language y is good because [...] However, no language is adopted by the industry solely based on claims (and btw. I have seen some utterly ridiculous claims made by those who try to promote Haskell.) Every once in a while, some companies try out new languages. Very few such languages get adopted and as you can see functional languages are almost completely absent from the industry. And there's a very good reason for it: they're simply not suitable for producing professional grade commercial software. If it had been otherwise, someone would have figured it out. The funny thing is that the start-ups that try to use them (usually founded by FP advocates themselves) also fail one after another. But some people never learn. Furthermore, many companies forbid the use of functional style or characteristics implemented in certain imperative languages. The code of good, proper lanaguages for general purpose software engineering, is almost self describing! What is unclear should be sorted out quite easily using the documentation.

Those "professionals who actually know what they are doing" don't seem to exist when it comes to functional languages. The evidence is the very fact there's not a single piece of important commercial software written in such a language. The question is rather: can such specialists exist? Because I'm afraid they can't exist because the functional approach is fundamentally wrong.

Examples of ambiguity in FP? What is the following line supposed to mean and what part of it suggest anything about that:

a b c

How is ~ an intuitive replacement for minus? How is (* 5 5) supposed to be as clear as 5 * 5 ?

ps. dynamic typing and type inference are two awfully bad things and either of them can lead to trouble in large programs

A programming language can be created such that it resembles a natural language but it also avoids the ambiguities of that natural language. Anyway, the main idea is that FP languages are way too cryptic and ambiguous, they use too many symbols with multiple meanings which don't make any logical sense at a first glance. If you have to go to great lengths to explain the meaning of a simple symbol, then its use is wrong in a language that is claimed to be general purpose, clear, easy to read and so on. Either that, or the language is not general purpose and/or doesn't have those claimed qualities (clear, etc.) in a general sense.

>>No. The math notation that is used across all branches of mathematics is consistent and unambiguous (the notation of formal logic, naive set theory, etc). << Nonsense. Actually, ambiguity starts with basic arithmetic. Take multiplication for example. We have several kinds of notation for it. Which is inconsistent. In the case of juxtaposition, it's ambiguous because two or more juxtaposed letters don't necessarily imply multiplication. And I'm talking about arithmetic only. Then, ambiguity only builds up. Cross product, Dot product & crap.

>>>Being able to say 'group' instead of 'set with an associative binary operation with identities' is essential <<< OK, but the word "group" should be used for no other meaning...

>>>The reality is that you are not the target audience of their communication, and they are okay with that. You should be too.<<< As you can see pretty much anyone is the audience of some math and its inconsistency and ambiguity. It just varies the level and the amount of it.

>>>The weirdest assertion that you made is that high-level programming languages ought to be as close as possible to human languages. The two categories of languages exist to communicate fundamentally and widely different groups of concepts. Words represent categories of analogous concepts, and the relevant categories in human life are nothing like the relevant categories in programming. In Haskell, 'functor', 'applicative functor', and 'monad' are highly relevant categories. They pop up everywhere and can be leveraged with great benefit.<<<

False. Computers and software are mainly used to emulate some real world stuff (objects, actions etc.) and to help people with real world stuff in a more automated way. They aren't used too much to prove theorems or some other math stuff. And pretty much no one cares about proving the so called "mathematical correctness" of a program - a concept that doesn't even make sense in most cases. Old misconception among FP advocates, even Dijkstra himself admitted that he was kinda wrong about how computer would evolve and what they'd used for. But the associated misconceptions live on. A language close to human language also helps avoiding errors. That's why you won't see functional languages in critical systems, but rather languages like Ada which is probably the closest programming language to human language. The claims of clarity of FP languages are pretty much at odds with the evidence the real world provides.

Good luck porting a professional grade tool like Eclipse. :) But I'm afraid we'd have to wait until tablets have the same specs as current average laptops. Although I guess stuff like HTML and Javascript could be done on current tables.

I don't know who it was created for, but I know lots of FP advocates (Haskellers included) whining that FP languages aren't used (almost at all) in the software industry.

Not much of a surprise. There's way, way too much not only useless research but totally wrong research (bad data, close to zero use of the scientific method, reliance on fallacies like correlation = causation and so on) Rigor in science must increase and fund should be directed to serious, experimental research based on the scientific method.

Haskell can offer absolutely nothing Java can offer, while Haskell can't offer even 0.001% of what Java offers. You see, there's a very, very good reason why you won't see any (even remotely) serious and useful software made in Haskell and why you won't see it used by companies (which means that jobs are literally extremely close to zero) Haskell is nothing more than an exercise of constructing a language based on certain mathematical concepts, mainly abstract stuff like category theory. As a result it as cryptic, hard to understand and useless in practice as those theoretical concepts (though the theoretical stuff might serve as basis for some other stuff that might be useful - not so with functional languages and especially Haskell)

Huge mistake on their part, typical of math people. High level programming languages have to be as close as possible to human languages (English) not to some obscure mathematical concepts and notation that most people don't care about. Actually math notation itself (cryptic, inconsistent, ambiguous) is a horrible result of math people's communication handicap and ineptitude.

Another stupid scare... most idiots will blame the entire set of Java products, even though applets are just a very minor feat, almost a deprecated one... and the real threat is greatly exaggerated... there was never a major security incident in the entire history of java...

"It's true. But you know what computers are first and foremost? They're deterministic."

That's like saying that computers have mass and are made of matter.

"And you know what's one the biggest problem programmers do face in the Real-World [TM] when the shit hits the fan (and most devs' jobs is to fix shit that just hit the fan)? It's being able to recreate the state and to then be able to deterministically reproduce the shit that did hit the fan. As to prevent it from hitting the fan again."

That's false. Programmers don't have to recreate the same exact state, actually it's not necessary to recreate the error at all in many cases. There are more tools than you can imagine for identifying errors from logging to memory dumpers and analyzers/profilers...

"Why do we seen market makers using 90 Ocaml programmers and raving about it? Why do we see investment banks moving from Java to Clojure and slashing their codebase by doing so by a factor of ten?"

Well, I'm afraid that happens in your imagination only. I also happen to be a trader. Almost NO ONE uses functional languages (fewer than 0.01 %) for financial trading. The main languages are C/C++ (especially for high frequency trading) and, of course, Java and also .Net.

"I realize you feel insecure in your Java/C# + ORM + XML + SQL hell but don't worry: there's always going to be lots of real-world jobs for code monkeys like you ; )"

You're pretty delusional about how secure or insecure I feel (haha!) and how much of a "codemonkey" I am. LOL! You don't even know me, but you already pretend that you know me. Unfortunately for you(and all those like you), this is a typical characteristic of FP advocates: you live in an illusory world, have a totally distorted view about software engineering and of course about the people who do make real world software. Anyway, it's always funny to see the reactions of FP advocates when they're left without any objective, verifiable, real-world arguments. :D

2012: A Year in PHP 14 years ago

Where is functional "good?" Other than in abstract math or FP advocates' heads? :D If it had been any good, it would have been used on a pretty large scale... we live in a pretty large world and someone would have figured it out... and then the others would have fallowed suit...

"- Most blue collar developers don't understand FP concepts"

HAHAHA! The vast majority of FP advocates are either unemployed or work as math teachers. Like it or hate it, FP is absolutely nothing more than a pseudo-programming paradigm (largely emulating some concepts from astract math and using notation somewhat similar to math notation) that attracts people who can't wrap their heads around OOP, rich frameworks and other associated stuff. Sorry folks, computers are neither abstract nor stateless. And the same holds true for software, which often deals with real world stuff, which again, is neither abstract nor stateless. Virtually everything that can be done in a functional language, can also be done in a procedural or OOP language. The opposite on the other hand is totally untrue. It's really funny to see how FP advocates struggle even with some extremely basic things. Using languages/platforms like C/C++, Java,.Net - there's always an increase in performance compared to any functional language (yeah, including scala, f#, clojure ocaml an so on) The "elegant code" argument is one of the most ridiculous things FP advocated come with, since it's almost always synonymous with crappy, cryptic code that no one wants to read besides its authors (maybe not even them after a few weeks or months) :D So I'm afraid that the FP advocates are far worse than real blue collar workers.