looser

I often hear people say: Get a 9 to 5 job... But a job probably will not teach you much about business.

I have a different advice that will give you two important lessons at the same time:

"Sell something, as soon as possible."

If you have a product that you can build quickly. Build it and sell it, ASAP.

If you don't have a product... Good. Use the money you have and buy some product that you can sell for more... Repeat it.

Sales is the quickest way to make money and consequently will teach you about business.

PS: At this point it is preferable to find cheap products, so you can buy <-> sell quickly, until you have a good sum of money... then, you'll be able to elaborate the perfect product/business you have in mind.

I advise you to also: "Take off the bureaucratic hats".

If a developer has source code/projects available, why only look at his resume? Look at what he's DONE, and take your judgment from there.

Please, use the right words. America is not a country, it is a continent.

America != United States We know that an "United Stater" is also an American, but there are Americans who are not "United Staters".

Well, the moment you become part of the state (government), you agree to FOLLOW the constitution. The question here is not who broke "promises", but who acted against the constitution.

No, that would not simply be an act of war. If that was the case, it would actually be a war crime, according to the international humanitarian law.

Thinking about this scenario: Imagine they succeed with these policies, and implement it. If a given amount of users start using some tool that exchanges only encrypted content, will they be able to apply these policies against these users, this tool and the encrypted content?

Probably the reason Haskell's introduction has more explanation is because for most, functional programming language is unusual.

Evaluating a language by just reading the introduction is like reading the introduction of a book and saying that you didn't like it. Read it! :)

It seems we are focusing too much in a possible weak point and forgeting about several strong points Haskell has.

Creativity is a tricky area to dive in.

Sometimes the more you fill your mind with (judgemental?) thinking, the more the creativity escapes.

Sometimes the more you empty your mind with secondary thinking, the more the creativity appears.

Sometimes playing a musical instrument is a good thing.

Sometimes doing a query without joins is incoherent yet good results come.

If C makes use of a virtual machine, then why we have to recompile it for every new machine/platform?

It may be the parent comment is referring to the Runtime-Library when using the term Virtual Machine.

Ah! So Linus argument makes sense indeed. No need to test if the file exists in a process that assumes it is already opened... Thanks for clearing that up.

Using some logic here:

1 - It seems Mauro added a new error message called ENOENT; 2 - After this change, Mauro noticed an error at pulseaudio; 3 - Linus says that always the userspace is right and kernel space is wrong in those cases and simply discarded Mauro's argument;

But thinking about this I think Mauro is not entirely wrong. Mauro's question makes a lot of sense to me: Why pulseaudio failed after just a new error code was added to the kernel?

Can't it be that pulseaudio is doing some wrong treatment that is ignoring the possibility of a new (or non-existent) error code?

Philosophy.

One more pubkey/privkey layer I assume. Some people think that several locked doors are more secure. I shall say that several locked doors would be more secure if the time is limited for the intruder. We, from the hacking world, have a good amount of time to unlock this one more layer. Well well well, one more layer that does nothing but prevents computers from computing.