This is why continuous integration is such an important (and great!) thing.
The old mantra of 'works fine on my machine' - something I used to hear a lot in the days of WINNT 4,SP1,2,3,4,5,6, ADO 1, 1.5, 2,... IE4.x MSVC runtime version x.xx (so lots of varieties) - really isn't what you want to hear when you're pushing out a release that's been only built on one particular developer's machine and then an email patch rushed out to you.
When you're at the customer site and they're all looking at you wondering,
'General Exception 0xC00005' 'what does that mean' ??! 'It means I'm going to go back to the office and kill somebody'
the worst component is your ears. That's where all of your problems start, and you're trying to pay lots of money to compensate throughout the rest of the system.
If you want a pair of headphones that sound great to you, forget about brand names and fancy features. Sit down with a pair of cheap headphones, and listen to the tones in music/tv/whatever that you find most pleasing.
So everybody criticising Beats for sound quality are probably wrong, so long as the sound is the type you like. Beats I think are quite bass heavy.
And everybody criticising Beats as a 'lifestyle' choice are probably right, although being a bit of an inverted snob in the process.
So Tom's Hardware and Forbes have been seeded with this hopefully competitor killing
announcement by
A trusted source with knowledge
But long gone are the days where an announcement by Microsoft (or a proxy) would kill a
competitor's product before it even launches.
Don't know why MS even bother these days, that old playbook really needs revised.
Sony obviously screwed this one up quite badly, and Microsoft are trying to use their platform to build a walled garden around gamers. Increasingly - probably due to more competition from mobile, these companies are squeezing their customers too hard.
If Valve can take a more liberal approach to protecting games from casual piracy and manage still to allow games publishers to turn a profit then I could see their platform attract both parties.
>He wasn't involved in Quake 3. He was fired after they released Quake 1.
and id hasn't released a decent single player first person shooter since.
Not saying that's due to Romero not being there, but Wolf, Doom, Doom II and Quake I were good games to play as a single player. I really don't feel as if id have bettered them since.
Quake II was not that bad, but everything since...
>Launch background threads to do your resource loading
Which is a great idea, but it would make the job of figuring out how your main menu on launch would look pretty complicated.
I guess it'd be pretty confusing for most users to have the File->Load menu item to be saying Please Wait while I load shit in the background... instead.
In short, it would complicate the programmer's job, and the user experience *a lot*
Come Sunday Dec 4th 292,277,026,596AD I bet you there'll still be some poor saps running around doing last minute testing whilst the managers on multi universe conference calls will all be saying : 'but we never thought the cobol code would be going for soo long! We just kept putting off the upgrades, and before you know it 2,922,770,245 centuries had passed and here we are!'
>e.g. no unified kernel event mechanism, unlike *BSD and Solaris
Have to agree, kqueue is a fantastic abstraction & api whereas epoll looks like a tired 'me too' effort where they got bored halfway through and forget to support anything but sockets.
>Synchronisation is normally used to provide consistency of the shared resource but not often used to provide overall ordering with regards to accessing it. >Hence non determinism. If you can't tell which thread gets to access the shared resource and in which order, the program is no longer deterministic.
I am really struggling to imagine a situation where you need to determine ahead of time the order in which a number of threads need to access a shared resource in.
If the thing needs to be accessed in a specific order, then doesn't it mean that you should just have one thread operating on that data, since it's by nature a sequential process, no?
The other scenario is where an item might be transitioned to different states as it's changed by, e.g. the result of some async io (quite a common scenario). But then you use a state engine to ensure that the thing is in a determined state at all times - and you never care about which thread's going to access it next because every thread should be capable of moving the item forward to its desired end-state.
>If you can't tell which thread gets to access the shared resource and in which order If you need to set the order in which threads are accessing a resource, I think somewhere you're doing it very wrong. But if you have a specific example of where that's necessary I'd love to hear it.
Have you ever asked for feedback after an unsuccessful interview?
Sometimes interviews are as much about honing your technique as they are about answering everything 'correctly'. Getting feedback can help you discover what you can improve to 'suck at interviews' less.
As someone who's done a fair amount of interviewing of candidates, answering questions correctly is not always what's made a candidate attractive - attitude counts for a lot. Showing you care about the subject matter, can tackle problems you've never encountered before with some imagination and have a general interest in improving your abilities are all things I look for.
I have lived in and out of Switzerland, and have seen the effect of different democracies at work.
On the whole I don't particularly think the Swiss system works because of the general education level of the populace, after all they're just people like anybody else with the same impulses and failings.
But I have noticed that politics are more stable, unlike in the UK where I come from. There we seem to lurch from idealogical left to right with too much frequency and minority or more middle of the road ideas seem to get drowned out.
In Switzerland they seem to have a main goal of competent rule first and foremost, striking a balance between the desires of all citizens and the general needs of the country.
In the UK we seem to strive for competent rule where 'competence' means 'adheres closest to my way of thinking'
What do you mean by 'interact' ? What do you mean by 'distribute it'?
When you have multi-threaded system then it's usually easy enough to compartment (or isolate) the data that each thread is working on and provide locking mechanisms to ensure that where threads do have to share data, they do so in a controlled deterministic fashion.
If they don't , then that's a bug. Which brings me back to my original point. If it's too complex to understand what's going on all the time, then you need to reduce complexity. Or get some engineers onboard that know how to handle concurrency.
Computer systems should always be exactly deterministic. Since they operate on a very specific set of instructions (check source code for details), you should *always* be able to determine how they will act given a specific set of inputs.
If you can't, then you need to drastically reduce the complexity of your systems to a level that these poor engineers are comfortable with and then work up from that.
Because, at the end of the day (barring hardware glitches), computers do do exactly what they're told to do. It's not witchcraft.
I'm curious to know, how many of the people releasing projects on Sourceforge or Freshmeat area actually making a profit on their apps?
Also, how do you make lots of money just from supporting an app unless you intentionally make it hard to use, unstable or force people to do expensive migrations between each release?
You say there's plenty of money to be made, but I just don't see how.
>Now, admittedly, that doesn't sound impressive but it actually is - too few companies are able to come up with a well thought out plan and to boldly follow it, sadly...
One of those companies (sadly I have to say) is HP. they've certainly stumbled a lot recently, and seem to have badly miscalculated the popularity and the possibilities that their own tablet could have brought them. Shame, as HP were such a great company for a while.
Slashdot Mirror
This is why continuous integration is such an important (and great!) thing.
The old mantra of 'works fine on my machine' - something I used to hear a lot in the days of WINNT 4,SP1,2,3,4,5,6, ADO 1, 1.5, 2, ... IE4.x MSVC runtime version x.xx (so lots of varieties) - really isn't what you want to hear when you're pushing out a release that's been only built on one particular developer's machine and then an email patch rushed out to you.
When you're at the customer site and they're all looking at you wondering,
'General Exception 0xC00005'
'what does that mean' ??!
'It means I'm going to go back to the office and kill somebody'
So everybody criticising Beats for sound quality are probably wrong, so long as the sound is the type you like. Beats I think are quite bass heavy.
And everybody criticising Beats as a 'lifestyle' choice are probably right, although being a bit of an inverted snob in the process.
Sounds about right to me.
But long gone are the days where an announcement by Microsoft (or a proxy) would kill a competitor's product before it even launches. Don't know why MS even bother these days, that old playbook really needs revised.
Ah Whew!
I was worried that the digital revolution would kill jobs and inflame social unrest
one day!
But now Gartner has said it, I know it'll never be true.
Now I can rest easy.
Price and a non intrusive and fair DRM system.
Sony obviously screwed this one up quite badly, and Microsoft are trying to use their
platform to build a walled garden around gamers. Increasingly - probably due to
more competition from mobile, these companies are squeezing their customers too hard.
If Valve can take a more liberal approach to protecting games from casual piracy
and manage still to allow games publishers to turn a profit then I could see their platform
attract both parties.
Good on them.
Because women make up ~50% of the earth's population, so shouldn't one of them maybe get a shot at it too?
Ha!
Change is bad!
Nothing good ever comes from it.
Where does this leave Vala? I thought they wanted to make that the default language instead of C.
>He wasn't involved in Quake 3. He was fired after they released Quake 1.
and id hasn't released a decent single player first person shooter since.
Not saying that's due to Romero not being there, but Wolf, Doom, Doom II and Quake I were good games to play as a single player. I really don't feel as if id have bettered them since.
Quake II was not that bad, but everything since ...
What does Bing do?
>Launch background threads to do your resource loading
Which is a great idea, but it would make the job of figuring out how your
main menu on launch would look pretty complicated.
I guess it'd be pretty confusing for most users to have the File->Load menu item to be saying Please Wait while I load shit in the background... instead.
In short, it would complicate the programmer's job, and the user experience *a lot*
Ha! We developers will never learn.
Come Sunday Dec 4th 292,277,026,596AD I bet you there'll still be some poor saps running around doing last minute testing whilst the managers on multi universe conference calls will all be saying :
'but we never thought the cobol code would be going for soo long! We just kept putting off the upgrades, and before you know it 2,922,770,245 centuries had passed and here we are!'
>e.g. no unified kernel event mechanism, unlike *BSD and Solaris
Have to agree, kqueue is a fantastic abstraction & api whereas epoll looks
like a tired 'me too' effort where they got bored halfway through and forget
to support anything but sockets.
Trick you into installing a trojan that then controls your
webcam via a service that periodically makes an outbound connection.
And getting back to the topic, uses Teredo (http://en.wikipedia.org/wiki/Teredo_tunneling) to do the chatting. All on IPV6
>Synchronisation is normally used to provide consistency of the shared resource but not often used to provide overall ordering with regards to accessing it.
>Hence non determinism. If you can't tell which thread gets to access the shared resource and in which order, the program is no longer deterministic.
I am really struggling to imagine a situation where you need to determine ahead of time the order in which a number
of threads need to access a shared resource in.
If the thing needs to be accessed in a specific order, then doesn't it mean that you should just have one thread
operating on that data, since it's by nature a sequential process, no?
The other scenario is where an item might be transitioned to different states as it's changed by, e.g. the result of
some async io (quite a common scenario). But then you use a state engine to ensure that the thing is in a determined
state at all times - and you never care about which thread's going to access it next because every thread should
be capable of moving the item forward to its desired end-state.
>If you can't tell which thread gets to access the shared resource and in which order
If you need to set the order in which threads are accessing a resource, I think somewhere you're doing
it very wrong. But if you have a specific example of where that's necessary I'd love to hear it.
>There's nothing like desperation for creating passion.
I'd say there's nothing like desperation for creating even more desperation.
And then compromises - i.e. take any old shit job just to pay the rent again.
Then you're back at square one.
Have you ever asked for feedback after an unsuccessful interview?
Sometimes interviews are as much about honing your technique as they
are about answering everything 'correctly'. Getting feedback can help you
discover what you can improve to 'suck at interviews' less.
As someone who's done a fair amount of interviewing of candidates, answering questions
correctly is not always what's made a candidate attractive - attitude counts
for a lot. Showing you care about the subject matter, can tackle problems
you've never encountered before with some imagination and have a general
interest in improving your abilities are all things I look for.
Of course, the more interviews you do, the easier it is to get blasé and jaded so I'd say
give yourself a break if it's getting too much.
I have lived in and out of Switzerland, and have seen the effect
of different democracies at work.
On the whole I don't particularly think the Swiss system works
because of the general education level of the populace, after
all they're just people like anybody else with the same impulses
and failings.
But I have noticed that politics are more stable, unlike in the
UK where I come from. There we seem to lurch from idealogical
left to right with too much frequency and minority or more middle
of the road ideas seem to get drowned out.
In Switzerland they seem to have a main goal of competent rule
first and foremost, striking a balance between the desires of all
citizens and the general needs of the country.
In the UK we seem to strive for competent rule where 'competence'
means 'adheres closest to my way of thinking'
What do you mean by 'interact' ?
What do you mean by 'distribute it'?
When you have multi-threaded system then it's usually easy enough to compartment
(or isolate) the data that each thread is working on and provide locking mechanisms to ensure that
where threads do have to share data, they do so in a controlled deterministic fashion.
If they don't , then that's a bug.
Which brings me back to my original point. If it's too complex to understand what's
going on all the time, then you need to reduce complexity. Or get some engineers onboard
that know how to handle concurrency.
In that case you need to get better engineers!
Computer systems should always be exactly deterministic. Since they operate on a very specific
set of instructions (check source code for details), you should *always* be able to determine how they
will act given a specific set of inputs.
If you can't, then you need to drastically reduce the complexity of your systems to a level that these
poor engineers are comfortable with and then work up from that.
Because, at the end of the day (barring hardware glitches), computers do do exactly what they're told to do.
It's not witchcraft.
Yup, loose indentation is a real problem in Python.
I'm curious to know, how many of the people releasing projects on Sourceforge
or Freshmeat area actually making a profit on their apps?
Also, how do you make lots of money just from supporting an app unless you intentionally
make it hard to use, unstable or force people to do expensive migrations between
each release?
You say there's plenty of money to be made, but I just don't see how.
>Now, admittedly, that doesn't sound impressive but it actually is - too few companies are able to come up with a well thought out plan and to boldly follow it, sadly...
One of those companies (sadly I have to say) is HP. they've certainly stumbled a lot recently, and seem
to have badly miscalculated the popularity and the possibilities that their own tablet could have brought
them. Shame, as HP were such a great company for a while.
Finally, like since Oct 28th
28 Oct 2011
http://www.guardian.co.uk/technology/2011/oct/28/iphone-4s-battery-apple-engineers?INTCMP=SRCH
Looks like somebody's late for Hate Week
> it will be interesting to see how this new patent will affect the patent wars between Apple and Android vendors.
Hopefully by an immediate challenge and re-examination followed swiftly
by it being revoked.
Didn't Google manage to get a lot of Oracle's Java patents revoked? You'd hope the
same process could be applied.
After of course first forcing Microsoft to license it - so that every winpho sold will
pay Apple a royalty - that would just be poetic justice.