Nokia E71 is fucking awesome. I waited until it came out, bought it the moment it did, saw a million new phones came out after it and never wanted another. I guess that makes me a bit of a fanboi:)
I concede that I worded it wrong - what is being sent are not plain images. However I repeat my initial assertion that Opera Mini is not a browser in the usual meaning of the word and can not render full blown html/css on its own.
I'll give it to you that it 'renders' what Opera's servers send it.
Opera Mini is not a browser; it serves images rendered by Opera's servers. It is significantly faster on mobile platforms than proper browsers, not to mention bandwidth savings.
Tablet market is a niche, I never tried to dispute that. Why is that? I don't know but I don't think it's the functionality; heck, anyone who's seen mine (tablet!) liked it instantly. So I presume it's the price.
I own Fujitsu Siemens ST5031D and regularly use the following apps
Firefox Calibre MS Reader MS OneNote MS Office Skype uTorrent Battle for Wesnoth FreeCiv ChessBase Fritz 11 VMWare Workstation The Longest Journey (in virtual machine) Various chess training software (in vm) + whatever I find interesting I know I *can* try out.
Basically, when home I will use desktop only if i need keyboard/screen size/cpu power/gpu power.
Tablet as a computer with a real, complete OS is a good thing. It works. Bull like "there are no apps", "bad interface" and so on is just, well, bull.
Posted from a tablet PC (+ watching TV lying on a sofa).
Reinterpretation of "buy a mac or use linux" mantra every time someone asks for an Windows related advice in all too familiar car terminology:
Windows user: I have this $non-descript-japanese-model hatchback and.... Pundit: Scrap that shit, get a Mercedes! WU: Well, it's just this noise... Pundit: Mercedes! Japanese cars are shit! WU: I can't afford that - anyway I was saying... Pundit: Then you have to go for a tank! WU: A tank? WTF? Is this a car service? Pundit: Or F22 fighter jet. It will happen sooner or later, sonny boy, you car is a piece of shit, it will fall apart any day. Why delaying the inevitable? Switch to proven quality! WU: Uh... ok, I'll go with it. How do I drive a tank? How do I even get the fucking tank? Pundit: It's free! You just have to join the military and pass the training and you're good to go! WU: Can I drive it to work? Pundit: Not really but who cares! It's rock solid! WU:...
So the answer to my fairly self-evident assertion that unit tests are not useful everywhere is that I am at best ignorant, and at worst an idiot?
1. 'Units' we deal with are very simple. Their relationships are not. 2. A good portion of 'units' we deal with are not written by us. Sometimes we get a usable specification, sometimes not. Code never. These are black boxes with often unpredictable behavior. 3. We work real time, so we don't call methods, we send messages. What should I mock and test there - message delivery framework? 4. You distrust a 3rd party 'unit' by default (see 2), ergo you check and fully log whatever you receive on each perimeter, ergo why the fuck do I need to write additional tests? 5. Your assumption that we never did incorporate unit/integration testing in a project is false. 6. I work with highly skilled & paid people and am not going to force them to do pointless work just for the sake of it. We have trouble dealing with race conditions, deadlocks, loss of time sync and inconsistencies it causes, ways to recover from hardware failures, bugs and lack of features in 3rd party code we can't fix and NOT with basic programming literacy.
Bottom line is that I didn't say 'testing is for lesser men' I said 'unit testing is not a universal solution'. Software was tested before TDD fad caught on, and will be tested when it passes. I sure as hell am not going to base my designs on a set of tests that will identify 0.1% of issues I am dealing with.
As someone mentioned, the point of testing is not to see if your system works in scenarios you envisioned, but to royally fuck it up in ways you are not even aware of. You don't do this by writing a buch of asserts you already see will be satisfied. You do this by setting up the whole environment and letting everybody and their mother try to fuck it up, including yourself, using any means possible, from sending misformatted input to pulling out network cables & power plugs.
I work on distributed real-time software (financial industry) and can tell you that unit tests for components I write are either
1. trivial to write, therefore useless 2. impossible to write, therefore useless
I find full logging and reliable time synchronization both easier to implement and more useful in tracking bugs and / or design errors in environment I deal with than unit testing.
tl;dr - check return values, catch exceptions and dump them in your logs (and use state machines so you know where exactly you were, and so on...)
It is not curiosity that is hard to achieve - brute forcing is equivalent to curiosity upped to 11. It is filtration of resulting data that is hard.
And it is hard not only because there is so much that can be said about anything, but because what is relevant depends on what is being looked for. Which is a bit circular, like in self referential.
what do you mean by 'iPad clones'? Slates market is well and alive for many moons, covering a variety of platforms.
This post brought to you from fully functional Windows 7 on a Fujitsu Siemens ST5031D. Look it up; it is a couple of years old design, and still better spec'd then iPad.
This whole article should be marked redundant. Whoever could upgrade to 8 did it. Some people just can not afford to do it; if it is a question IE6 or access to internet it will be IE6.
You are wrong. No one has to pay for the content; there's too much of it already. It is nonviable for producers to keep pushing crap at loss, but the end result will be less content, not higher prices. Higher prices will be with us for a very short time.
And iterative improvement based on external definition of 'improvement' (in other words, selection) doesn't presuppose either 'natural' or 'self'. Cars evolve. Societies evolve. And so on. Life is defined by metabolism & self replication, not evolution.
Slashdot Mirror
Don't fuck with gonorrhea!
So you're saying McDonald's is not going to pull out of China because they'd all starve?
Nokia E71 is fucking awesome. I waited until it came out, bought it the moment it did, saw a million new phones came out after it and never wanted another. I guess that makes me a bit of a fanboi :)
I concede that I worded it wrong - what is being sent are not plain images.
However I repeat my initial assertion that Opera Mini is not a browser in the usual meaning of the word and can not render full blown html/css on its own.
I'll give it to you that it 'renders' what Opera's servers send it.
Can you remind me where exactly is that option in Opera Mini (5 Beta)?
Instead of entering the discussion on what the meaning of "render" is I will just point out that Opera Mini is useless without access to "proxy farm".
Try to access a web site not available from outside you network (e.g. wifi router cfg page) - not possible.
Try to open saved html page - ditto.
Can't render shit on its own? Yup, that's your 'very fast rendering engine'.
What am I missing here?
Image compression? I got Slashdot pages at ~ 80k in Opera Mini. In the default browser (Nokia E71) they ran over 1M.
Just to clarify my point, it is practically a browser but it contains no rendering engine.
Opera Mini is not a browser; it serves images rendered by Opera's servers.
It is significantly faster on mobile platforms than proper browsers, not to mention bandwidth savings.
Tablet market is a niche, I never tried to dispute that.
Why is that? I don't know but I don't think it's the functionality; heck, anyone who's seen mine (tablet!) liked it instantly. So I presume it's the price.
Yesterday's $2000 full power tablet is today's $500 second hand tablet. And yesterday's full power is still a lot.
I own Fujitsu Siemens ST5031D and regularly use the following apps
Firefox
Calibre
MS Reader
MS OneNote
MS Office
Skype
uTorrent
Battle for Wesnoth
FreeCiv
ChessBase Fritz 11
VMWare Workstation
The Longest Journey (in virtual machine)
Various chess training software (in vm)
+ whatever I find interesting I know I *can* try out.
Basically, when home I will use desktop only if i need keyboard/screen size/cpu power/gpu power.
Tablet as a computer with a real, complete OS is a good thing. It works.
Bull like "there are no apps", "bad interface" and so on is just, well, bull.
Posted from a tablet PC (+ watching TV lying on a sofa).
Breaking news!
I own a tablet PC.
It kicks ass.
And runs Windows 7.
Which kicks ass too.
Now continue with the program.
Reinterpretation of "buy a mac or use linux" mantra every time someone asks for an Windows related advice in all too familiar car terminology:
Windows user: I have this $non-descript-japanese-model hatchback and.... ...
Pundit: Scrap that shit, get a Mercedes!
WU: Well, it's just this noise...
Pundit: Mercedes! Japanese cars are shit!
WU: I can't afford that - anyway I was saying...
Pundit: Then you have to go for a tank!
WU: A tank? WTF? Is this a car service?
Pundit: Or F22 fighter jet. It will happen sooner or later, sonny boy, you car is a piece of shit, it will fall apart any day. Why delaying the inevitable? Switch to proven quality!
WU: Uh... ok, I'll go with it. How do I drive a tank? How do I even get the fucking tank?
Pundit: It's free! You just have to join the military and pass the training and you're good to go!
WU: Can I drive it to work?
Pundit: Not really but who cares! It's rock solid!
WU:
And so on...
Thanks, great fun. Unfortunately no mod points :(
So the answer to my fairly self-evident assertion that unit tests are not useful everywhere is that I am at best ignorant, and at worst an idiot?
1. 'Units' we deal with are very simple. Their relationships are not.
2. A good portion of 'units' we deal with are not written by us. Sometimes we get a usable specification, sometimes not. Code never. These are black boxes with often unpredictable behavior.
3. We work real time, so we don't call methods, we send messages. What should I mock and test there - message delivery framework?
4. You distrust a 3rd party 'unit' by default (see 2), ergo you check and fully log whatever you receive on each perimeter, ergo why the fuck do I need to write additional tests?
5. Your assumption that we never did incorporate unit/integration testing in a project is false.
6. I work with highly skilled & paid people and am not going to force them to do pointless work just for the sake of it. We have trouble dealing with race conditions, deadlocks, loss of time sync and inconsistencies it causes, ways to recover from hardware failures, bugs and lack of features in 3rd party code we can't fix and NOT with basic programming literacy.
Bottom line is that I didn't say 'testing is for lesser men' I said 'unit testing is not a universal solution'. Software was tested before TDD fad caught on, and will be tested when it passes. I sure as hell am not going to base my designs on a set of tests that will identify 0.1% of issues I am dealing with.
As someone mentioned, the point of testing is not to see if your system works in scenarios you envisioned, but to royally fuck it up in ways you are not even aware of.
You don't do this by writing a buch of asserts you already see will be satisfied. You do this by setting up the whole environment and letting everybody and their mother try to fuck it up, including yourself, using any means possible, from sending misformatted input to pulling out network cables & power plugs.
tl;dr - Fuck off faggot.
I work on distributed real-time software (financial industry) and can tell you that unit tests for components I write are either
1. trivial to write, therefore useless
2. impossible to write, therefore useless
I find full logging and reliable time synchronization both easier to implement and more useful in tracking bugs and / or design errors in environment I deal with than unit testing.
tl;dr - check return values, catch exceptions and dump them in your logs (and use state machines so you know where exactly you were, and so on...)
It is not curiosity that is hard to achieve - brute forcing is equivalent to curiosity upped to 11. It is filtration of resulting data that is hard.
And it is hard not only because there is so much that can be said about anything, but because what is relevant depends on what is being looked for. Which is a bit circular, like in self referential.
In other words, what is the metric for curiosity?
what do you mean by 'iPad clones'? Slates market is well and alive for many moons, covering a variety of platforms.
This post brought to you from fully functional Windows 7 on a Fujitsu Siemens ST5031D. Look it up; it is a couple of years old design, and still better spec'd then iPad.
Thanks man, that was a great post.
This whole article should be marked redundant. Whoever could upgrade to 8 did it.
Some people just can not afford to do it; if it is a question IE6 or access to internet it will be IE6.
You are wrong. No one has to pay for the content; there's too much of it already.
It is nonviable for producers to keep pushing crap at loss, but the end result will be less content, not higher prices. Higher prices will be with us for a very short time.
In times like these the sales are the worst field to be in. It's buyers market all the way down - employment, real estate, consumables...
You're right. However, whether prions evolve or not has no influence on their classification as (non-a)live matter.
And iterative improvement based on external definition of 'improvement' (in other words, selection) doesn't presuppose either 'natural' or 'self'.
Cars evolve. Societies evolve. And so on.
Life is defined by metabolism & self replication, not evolution.