34 karma · joined August 13, 2010
Actually it was working best with KDE 3.x, KDE 4.x introduced performance problems, KDE 5.x fixed some and added more bugs. Minor stuff anyway and YMMV.
The real thing I'm worried about is that no one is working on an open app ecosystem. The only thing we have are browsers - which are horribly inefficient and have huge discrepancies with one another. We're so terribly behind.
Really, Safari's problems are just a symptom. The real problem is browser existence.
Docker COULD be the future, but I frankly hope it's not. Despite the idea being good, there are better designed alternatives.
Like rkt.
Agree, but I've never seen such clause in a contract.
> You haven't looked very hard then... I guess it's a service provided by only certain accountants? All the (chartered) accountants I've talked to never offered a free business account. They offered introduction to paid business account but that's the usual.
If it's not and there is a free business banking account with a reputable bank out somewhere I'll be happy to look into it.
It is a requirement for partecipating in certain contests (eg: Microsoft had a program for investing in indie games company and they required to use a business account entitled to the company) but I still haven't heard such requirement from a client.
They are not required by law (here in UK) but they're suggested by pretty much every accountant out there. I don't use a business account when working for myself, but I do use one for a company I've founded with other people.
I'd say it's more useful when it's not a one-man ltd.
That said, I'll just leave this here: http://yager.io/programming/go.html
Are you using npm shrinkwrap?
But Italy is a privileged place to buy wine.
Living in London, I noticed that cheap wines (5-10£) are truly awful and it's almost impossible to find good cheap wines. Also, European wines tend to be worse than African and South American ones (no idea why: maybe Italians keep the good stuff only for them?).
I see this as the perfect companion for REST and I hope it will be standardized. Kudos
1. Create some type of mechanical which is able to periodically do these tasks:
- create an hard disk (named n)
- plug it to the computer above
- transfer the data from hard disk n-1 to hard disk n
- check the hashes
- unplug hard disk n-1
- reboot the system using the new hard disk
To minimize the failure rate of this environment you should create more computer which check if something is not working