I don't want social security whether it is fine or not. I don't need government telling me how and when I can do what with the money I've earned. It's not their money.
It looks like you've bought it hook, line, and sinker. Either that or you work for the NY Times.
We also have a more litigous society and infrastructure. If manufacturers can iron out defects elsewhere we may see the technology reach our shores eventually.
There is a great book called The New Tolerance by Josh McDowell about this very subject. It's heavily religious but the principles apply here very well.
I don't have cable. I personally object to their advertising and have called the local company to stop sending me advertisiments in the mail. I believe that "better TV" or whatever phrase they use equates to a less mobile more illness-prone society who waits for entertainment to be brought to them.
Now, of course, that is every individual's choice. For me I choose not to make that choice and I'm sure they STILL have tons more information on me than Gator. I'm sure they learned it when I called them to have them take me off their list. Then they cross-referenced me with their lists of other information and learned even more about me. Either way I'm screwed.
Yes, it's all part of the "get it to work first and THEN focus on performance" mentality.
The CS folks without a few years of experience may analyze too much up front for a maintenance change. Education could drive analysis paralysis when a CS grad overly applies architecture concepts.
Finally, I've noticed that self-taught developers can also be insecure at times. Sometimes it is not being able to admit when they are wrong. I've also seen the humility to work together knowing that there are most likely multiple solutions to the problem. Sometimes that is interpreted as insecurity.
Hmmm...amusing. This thread has now become legitimate discussion of the US actions regarding detainees. We have both sides claiming any discussion is illegitimate for the oppostie reasons. I happen to agree with Kevin Lyda, but, hey, that's discussion.
I'm under the impression they simply use the headline the user submits with the article. If the story is worth the read then this seems logical that the editors simply accept or deny a story and let us moderate accordingly. But then you could bring up the constant argument that all stories should post and we, the moderators, should moderate the story itself and readers can filter accordingly.
Perhaps the headline tells us more about the quality of story poster that frequents slashdot given the proliferation of hyperbole lately rather than the staff's editorial decisions. That's the issue that concerns me. On the other hand maybe the editorial quality is low enough that these headlines are the ones that make it to production.
It's a tradeoff. Do you want to double the network traffic? Can the servers handle it? Can users with slow connections handle it? Smart clients can offer a (convenient|faster|more functional|etc.) environment for the user.
Perhaps it's a fun challenge for the developer - I know it was for me once. I loved the opportunity to get our stuff working cross-platform. I also developed a pretty neat OO javascript compliance calculator that did field formating and calculating on the fly cross browser (see andyerickson.org). The spec from Netscape seemed to be enough documentation for me.
As I was thinking on the way home a bit more detail may be appropriate.
I create an application manager that creates and manages the highest level processes. Processes know how to create and manage other processes. As processes are created they register themselves with appropriate processes so that dependent processes can update their models and view accordingly on change. Then the processes send the messages back and forth.
Of course I'm speaking from the 10,000 ft level, you have to know how to define and implement each specific process so that update( ) knows what to do for each case or each user defined process etc.
Hmmm...I don't know where to see this information documented so I can't point you to a book or website - sorry.
When implementing semi-complex interfaces, certainly not on the level you require, I've created multiple controllers and not just relied on one. I've placed the controllers at the process level so that not only processes know how to manage and update themselves and their views but they know how to interact with other processes sending messages back and forth for other processes to update themselves and their views. In fact, on a number of projects I've started with a base class ProcessManager and created specialized managers from there.
I know this is only cursory information. Perhaps it will help you while you think about your direction.
I generally begin with something naive and simple, say, a movie and a rootbeer float. Then just stare into it's eyes. After a couple of these perhaps you move onto something a little more romantic but you don't want to move too quickly or you may excite the situation and the whole relationship just decays.
I work in an environment that uses Argo Data's Bankpro - a "language" using a program database.
I suppose at its inception 10 years ago it was pretty cutting edge but now it's a dinosaur unable to stay on the edge or take advantage of the latest technology. It's holds its market share because large financial institutions don't want to give up the dollars invested in their applications in order to rewrite them.
Perhaps its the way they built their "IDE" and not necessarily the implementation of the language but I have never worked in a more difficult to manange environment. It's nearly impossible to keep logic straight in your head since, in the Bankpro way, you must move to seperate physical areas within the ide to define variables. The debuggers, and find utilities suck. Automated testing tools don't function well since the application interfaces are controlled by proprietary code. The amount of code in any one "file" is limited by the number of characters in use so you need to be careful not to put too many comments in the code. It's very difficult to partition functionality in logical ways since it's coupled to a physical layout of the IDE. And on and on.
I wouldn't wish it on anyone except an ex-dotcommer who needs a job really bad. Oh...that would be me.
Absolutely. Oil price is a function of economics. Over the last 70 years or so the price of oil has stayed relatively stable when you adjust for inflation. There were spikes during certain OPEC related supply issues.
About 60% of oil remains in the current sources - we just can't afford to get it without the price going up. As technology moves forward extraction costs move downward and the oil companies can extract more fuel from existing sources at the same price relative to inflation. This give us about 250 more years supply based on current sources. Then you can account for advances in technology, discovery of new sources, etc.
We'll be okay for a while on the supply side. I'm not much of an environmentalist but if it floats your boat environmental reasons are, as the above poster stated, the reason to switch.
Hmmm...but those from Arkansas can only count to 20 (fingers and toes) so depending on who's doing the counting your perpetrators = perpetrators +- 20 which shouldn't affect the results too much.
It looks like you've bought it hook, line, and sinker. Either that or you work for the NY Times.
Clearly a POST reader
We also have a more litigous society and infrastructure. If manufacturers can iron out defects elsewhere we may see the technology reach our shores eventually.
tho I still play pick-up-shits for 30 dogs, first thing every morning
There is a great book called The New Tolerance by Josh McDowell about this very subject. It's heavily religious but the principles apply here very well.
huh? Somebody school me please.
Now, of course, that is every individual's choice. For me I choose not to make that choice and I'm sure they STILL have tons more information on me than Gator. I'm sure they learned it when I called them to have them take me off their list. Then they cross-referenced me with their lists of other information and learned even more about me. Either way I'm screwed.
So I use mozilla.
The CS folks without a few years of experience may analyze too much up front for a maintenance change. Education could drive analysis paralysis when a CS grad overly applies architecture concepts.
Finally, I've noticed that self-taught developers can also be insecure at times. Sometimes it is not being able to admit when they are wrong. I've also seen the humility to work together knowing that there are most likely multiple solutions to the problem. Sometimes that is interpreted as insecurity.
Hmmm...amusing. This thread has now become legitimate discussion of the US actions regarding detainees. We have both sides claiming any discussion is illegitimate for the oppostie reasons. I happen to agree with Kevin Lyda, but, hey, that's discussion.
Thank you. It's good to see you got modded up right away.
Perhaps the headline tells us more about the quality of story poster that frequents slashdot given the proliferation of hyperbole lately rather than the staff's editorial decisions. That's the issue that concerns me. On the other hand maybe the editorial quality is low enough that these headlines are the ones that make it to production.
Freudian?
Okay, it's not very funny. Don't laugh.
Perhaps it's a fun challenge for the developer - I know it was for me once. I loved the opportunity to get our stuff working cross-platform. I also developed a pretty neat OO javascript compliance calculator that did field formating and calculating on the fly cross browser (see andyerickson.org). The spec from Netscape seemed to be enough documentation for me.
I create an application manager that creates and manages the highest level processes. Processes know how to create and manage other processes. As processes are created they register themselves with appropriate processes so that dependent processes can update their models and view accordingly on change. Then the processes send the messages back and forth.
Of course I'm speaking from the 10,000 ft level, you have to know how to define and implement each specific process so that update( ) knows what to do for each case or each user defined process etc.
When implementing semi-complex interfaces, certainly not on the level you require, I've created multiple controllers and not just relied on one. I've placed the controllers at the process level so that not only processes know how to manage and update themselves and their views but they know how to interact with other processes sending messages back and forth for other processes to update themselves and their views. In fact, on a number of projects I've started with a base class ProcessManager and created specialized managers from there.
I know this is only cursory information. Perhaps it will help you while you think about your direction.
okay, I don't know much 'bout the extendibility of linuxconf, but that what this post made me think of.
I generally begin with something naive and simple, say, a movie and a rootbeer float. Then just stare into it's eyes. After a couple of these perhaps you move onto something a little more romantic but you don't want to move too quickly or you may excite the situation and the whole relationship just decays.
Earth is like cake. Everybody likes cake. Or maybe parfaits...
It's probably generati...ooooh, there's a dog with a fluffy tail!
I suppose at its inception 10 years ago it was pretty cutting edge but now it's a dinosaur unable to stay on the edge or take advantage of the latest technology. It's holds its market share because large financial institutions don't want to give up the dollars invested in their applications in order to rewrite them.
Perhaps its the way they built their "IDE" and not necessarily the implementation of the language but I have never worked in a more difficult to manange environment. It's nearly impossible to keep logic straight in your head since, in the Bankpro way, you must move to seperate physical areas within the ide to define variables. The debuggers, and find utilities suck. Automated testing tools don't function well since the application interfaces are controlled by proprietary code. The amount of code in any one "file" is limited by the number of characters in use so you need to be careful not to put too many comments in the code. It's very difficult to partition functionality in logical ways since it's coupled to a physical layout of the IDE. And on and on.
I wouldn't wish it on anyone except an ex-dotcommer who needs a job really bad. Oh...that would be me.
a la snoop the Starbucks wireless network
About 60% of oil remains in the current sources - we just can't afford to get it without the price going up. As technology moves forward extraction costs move downward and the oil companies can extract more fuel from existing sources at the same price relative to inflation. This give us about 250 more years supply based on current sources. Then you can account for advances in technology, discovery of new sources, etc.
We'll be okay for a while on the supply side. I'm not much of an environmentalist but if it floats your boat environmental reasons are, as the above poster stated, the reason to switch.
Hmmm...but those from Arkansas can only count to 20 (fingers and toes) so depending on who's doing the counting your perpetrators = perpetrators +- 20 which shouldn't affect the results too much.
it's funny - laugh