For those who know more about this than me, why choose OpenOffice over LibreOffice (or vice versa.)
I used OO until my distro (Debian/Ubuntu/Mint recently) switched to LO and I just went with it. I'm not familiar in detail with the reason for the fork and whether the issues persist. Nor am I aware of the status of each fork and what is the benefit of one over the other.
... it is NOT the governments decision, it is my decision or if im am a child my parents decision, no one elses. Last time I checked this IS still america.
Until your decision affects me. When your poor choice causes health care costs to go up and when those costs are shared among the rest of us, then I have a stake in that decision.
Moreover, I do not expect the law to stand. However it does draw attention to the problem and may help to reduce the problem that way.
"The Unix Programming Environment" by Kernighan and Pike. It got me off to a great start with making the most of the Unix (command line) environment and how integrating programs could multiply their benefits.
"Unix Network Programming" by W. Richard Stevens. Aside from the fact that he did such a beautiful job of describing network programming, he exposed so many other aspects of programming for Unix along the way.
Aside from tech related reading, "1984" by George Orwell. It was not so important when I first read it about 40 years go, but it informs my understanding of what is going on now in the US as well as scaring me about what is still to come.
Part of the problem probably relates to the time lag to get pigs market ready and the immediate results of feed price increases. In the very short term the hog farmers may have to harvest their herd early, particularly if they cannot afford more expensive feed. This pushes supply up and that drives prices down, further exacerbating the pricing situation (from the standpoint of the farmer, at least.) The market cannot respond the same way a factory does by simply reducing the number of units produced. The immature pigs cannot simply be shelved until prices are in line with costs.
I recently stocked up on pork spare ribs which were on sale for $1.78 USD/lb at my local grocery. That's about half the normal price in this area and the racks of ribs were on the small size. I interpret this to mean that some farmer is (or farmers are) liquidating their herds before they reach full market size. I stocked up because once the herds are reduced, pork prices will likely increase and I won't be able to stock my smoker at these low prices again.
... Have you actually tried it for any meaningful lenght of time? I mean seriously.
Yes. I've been using it for months. It's OK except that I still have some issues: 1) If I move a window too close to the top of the screen it maximizes (when I don't really want it to maximize.) 2) If I move my mouse to the upper left corner, the screen goes into this overview view and I have to click on the window I was using to get back to it.
Yes,, I know these are features but they happen accidentally when I don't intend to invoke them and they annoy me.
And I'm still looking for applets. I'm sure there was a good reason for not providing backward compatibility with existing applets, tossing away all of the work that had gone into them. I am still looking for a weather applet. And a character palette. And I find it unfathomable that I have to go to a web page to manage the few applets which are available. (A web page which just timed out now as I try to access it.)
These are things that I use and their absence means that Gnome3 is less functional than it's predecessor.
Seriously, people suck.
Why? Because we don't all fit your mold? I'm guessing you are a Gnome Dev and simply don't care what others want.
What they really mean is they were too lazy to write "catch code."...
Hardly the case.
Trading systems make money by being the first to respond to incoming bids and offers. Add some "catch code" and the system will lose that race and make no money. Trading system developers routinely examine the code in system calls and libraries to see which calls will execute the fastest and if they can write custom code that will execute faster. It's not laziness but rather a design requirement.
Avionics and trading systems differ in a fundamental way.
Once the plane leaves the ground (or even reaches significant speed on the runway) any malfunction becomes catastrophic. And it becomes catastrophic to third party participants. This warrants the extreme measures taken to vet avionics S/W, H/W, pilots, manufacturing, maintenance and so on.
Financial systems have no such characteristic. A problem can result in losses that can run up to catastrophic levels only if allowed to run unchecked. And the losses accrue to the organization operating the S/W. Third parties are harmed only to the extent that they trusted the trading organization. In this case it was not the bug that resulted in $440M loss but rather the lack of oversight that would have shut it down before the loss grew so large. Had someone been watching, it would have been obvious that there was a problem within seconds of the open and the system could have been shut down and rolled back.
Anyone suggesting that the S/W should have more checks built into it to prevent this problem has a shallow understanding of the domain. In order to maximize profits the trading system must be the first to respond when an order or bid is received. Developers routinely examine the source code for system calls to determine which ones will execute the quickest in order to minimize latency in the system. The systems also reside in closets in the same building that houses the exchange to reduce network latency. They are not going to add additional code to provide sanity checks. And in any case, it is unlikely that sanity checks can be guaranteed to catch all problems so there will always exist the need to monitor system behavior.
Another facet is 'time to market' for the trading S/W. Having the "next great algorithm" ready in days vs. weeks or months may mean the difference between making money or not.
This approach entails risks that the business people are aware of and willing to take based on the potential reward. It boggles my mind that the business interests at Knight did not address these risks by putting into place effective monitoring that would have prevented this catastrophe.
It really has little to do with S/W development and all to do with addressing and managing business risk.
Very few commercially available DVR systems have a skip function,... I'm sure this is down to pressure from operators rather than any technical reasons.
My Comcast cable box (Motorola, I think) has this feature. The Comcast Remote has no button to activate it. I discovered the feature when I bought a Logitech Harmony remote which has buttons to skip forward 30 s and back 15 s. (I think, haven't actually timed it.)
I wonder if anything interesting is going to happen with the Moto STB now that it is owned by Google. I know that cable companies do not want a more capable box but perhaps Google could market a better one directly to consumers.
What about all the stories about people who were not wearing a seat-belt, and who flew out of the car through the windshield?
...
I don't have direct experience with this, but I have heard of people with their head stuck in the windshield where the emergency responders needed to cut the windshield out around the victim to extricate them.
I have also heard numerous reports of passengers ejected from vehicles, but I suspect they mostly come out the side windows. The only one I saw was a partial rejection from the drivers window. No need to describe the results but they were a good argument for wearing seat belts.
He was distracted by all the bright shiny things dangling off a ring near his right hand. They were making tinking sounds and reflecting sunlight, and he ignored the fact that turning the one sticking into the steering column two clicks to the left would have shut the engine off and saved all their lives..
Either that, or he was too busy trying to pull his Taser out of his off-duty weapons bag so he could shock the vehicle into submission.
The car was a loaner and he was not that familiar with the controls as if it was his daily driver. I also wonder if he was showing off the power it had by pressing the throttle all of the way to the floor resulting in entrapment under the floor mat.
Brakes should have been capable of stopping it if applied without release. If they were released, power assist could have been lost and fade due to heating could have made effective braking difficult.
I'm pretty skeptical of conspiracy theories so didn't really believe at first that the press was being bought by Microsoft to favor Windows....
I do. I had been using OS/2 for quite some time and enjoying perfectly good access to the Internet through IBM's dial up network and the browser on OS/2. When Win95 was finally released, there was a great fanfare that there was finally an OS that provided Internet access built in even though the access capabilities built into '95 were not even as easy to use as those in OS/2. Press at the time was heavily slanted towards Microsoft products.
As far as the cost, I purchased OS/2 when they bundled it with the IBM C++ compiler for $350. At the time a single user C++ license for SCO SVR2 was about $600 so I jumped ship and went with OS/2.
While the records we've seen for the last 4, 5, 6 or whatever days (in Chicago) are striking, I had many spring bulbs blooming a full month ahead of previous years on the 15th of this month. This is before the current heat wave was even really rolling. In other words, our season has been warm enough to have plants reacting four weeks ahead of schedule prior to the records.
I've moved my garden activities ahead as much as possible. I really hope that we do not see another hot summer like last year.
You know what? Those bulbs were available before the government mandated higher efficiency. Of course, very few people were willing to buy them because of how much more they cost than traditional incandescent lightbulbs.
I was willing and I got burned, figuratively speaking. I've replaced a *lot* of CFLs that died long before their expected life span. The worst case were a couple CFL flood lights that I put in a motion and ambient light sensing fixture. They were gone in days. I suppose that's the fault of the fixture and not the bulb, but it still cost me $$$ for no benefit.
... without having to wait for each disk to spin up, display the FBI warning, etc.
And this is the part that galls me. I don't mind paying for content but it rankles me when I have to sit there waiting for the stern warning not to pirate the content. I know full well that anyone who pirates the content does not see that. The industry inflicts that only on their paying customers. Beyond that, I hate that the disk goes right into a bunch of previews that I have to waste time skipping. With Blu-Ray disks I even have to wait while it downloads previews. I pay for content and the industry treats me like dirt.
In one word: no. The SD card is for practical purposes a single-threaded bottleneck, which doesn't do concurrent writes and reads like your average SSD.
In other words, while a DB thread blocks on a write, the UI thread will not service the interface? That's a disappointment. I wonder if the same is true of the built in flash (which is used by default for application databases.)
How about a recommendation to do DB writes in a separate thread? I know I've seen that recommendation but don't recall if it was in the info published by Google or in third party tutorials. It has always been the case that if you are writing interactive programs, you need to think about spinning anything that can block response to the UI into a separate thread.
I'm sure that you can program something faster than a database access using flat files. That too has always been the case. However you trade off programming complexity and time/cost to market by doing so.
Indices for tables. Add database normalization to this category. Indices provide a benefit when the typical workload favors reads of large tables vs. frequent updates. They do require extra writes on update but can significantly reduce the read load when present. They do not benefit every case but can provide a benefit when applied for the right reasons. Normalization likewise can increase the writes required while reducing the possibility of inconsistent records.
There will always be something that constrains application speed be it processor, RAM speed or quantity, network speed or backing store. Frequently it is the backing store as processor, RAM and network have gotten pretty fast. Make the Flash in a [phone fast enough and something else will determine application responsiveness.
About a year ago I switched to privately owned email but untill tehn I think yahoo was actually the best mail filter. I have an account there from when they first rolled out webmail and for the last 3-4 years I was getting, maybe, a couple spam & phishing mails a year in my inbox. Occasionally though yahoo would flag some legit newsletters as spam.
I ran afoul of the Yahoo spam filter earlier this week. Our club took pictures of attendees at the recent motorcycle show and collected their email addresses so we could send them the pictures. After I sent several to people with Yahoo addresses, Yahoo started bouncing every one back. (One result of that is that the gmail account I was using also got locked down by Google, but that's a different issue.) I have to send an email to Yahoo users and ask them to reply. I reply to their reply with the attachment and so far that seems to be working. The original bounced emails did not even show up in their spam folders. Yahoo users may not ever see what gets incorrectly categorized as spam.
I've always considered the single most important determinant in scholastic success to be my involvement in our childrens education. I didn't consider home schooling because I didn't have the time or inclination to do so and I wanted our children to be in the social situation that school provides. My involvement was twofold. First is helping with homework and asking about what is being taught. Second is adhering to practices that emphasize the value of education. For example, we never pulled our children out of school for an extra day or two of vacation. That simply sends the wrong message.
For those who know more about this than me, why choose OpenOffice over LibreOffice (or vice versa.)
I used OO until my distro (Debian/Ubuntu/Mint recently) switched to LO and I just went with it. I'm not familiar in detail with the reason for the fork and whether the issues persist. Nor am I aware of the status of each fork and what is the benefit of one over the other.
Thanks for any clarification.
... it is NOT the governments decision, it is my decision or if im am a child my parents decision, no one elses. Last time I checked this IS still america.
Until your decision affects me. When your poor choice causes health care costs to go up and when those costs are shared among the rest of us, then I have a stake in that decision.
Moreover, I do not expect the law to stand. However it does draw attention to the problem and may help to reduce the problem that way.
"The Unix Programming Environment" by Kernighan and Pike. It got me off to a great start with making the most of the Unix (command line) environment and how integrating programs could multiply their benefits.
"Unix Network Programming" by W. Richard Stevens. Aside from the fact that he did such a beautiful job of describing network programming, he exposed so many other aspects of programming for Unix along the way.
Aside from tech related reading, "1984" by George Orwell. It was not so important when I first read it about 40 years go, but it informs my understanding of what is going on now in the US as well as scaring me about what is still to come.
Part of the problem probably relates to the time lag to get pigs market ready and the immediate results of feed price increases. In the very short term the hog farmers may have to harvest their herd early, particularly if they cannot afford more expensive feed. This pushes supply up and that drives prices down, further exacerbating the pricing situation (from the standpoint of the farmer, at least.) The market cannot respond the same way a factory does by simply reducing the number of units produced. The immature pigs cannot simply be shelved until prices are in line with costs.
I recently stocked up on pork spare ribs which were on sale for $1.78 USD/lb at my local grocery. That's about half the normal price in this area and the racks of ribs were on the small size. I interpret this to mean that some farmer is (or farmers are) liquidating their herds before they reach full market size. I stocked up because once the herds are reduced, pork prices will likely increase and I won't be able to stock my smoker at these low prices again.
... Have you actually tried it for any meaningful lenght of time? I mean seriously.
Yes. I've been using it for months. It's OK except that I still have some issues:
1) If I move a window too close to the top of the screen it maximizes (when I don't really want it to maximize.)
2) If I move my mouse to the upper left corner, the screen goes into this overview view and I have to click on the window I was using to get back to it.
Yes,, I know these are features but they happen accidentally when I don't intend to invoke them and they annoy me.
And I'm still looking for applets. I'm sure there was a good reason for not providing backward compatibility with existing applets, tossing away all of the work that had gone into them. I am still looking for a weather applet. And a character palette. And I find it unfathomable that I have to go to a web page to manage the few applets which are available. (A web page which just timed out now as I try to access it.)
These are things that I use and their absence means that Gnome3 is less functional than it's predecessor.
Seriously, people suck.
Why? Because we don't all fit your mold? I'm guessing you are a Gnome Dev and simply don't care what others want.
What they really mean is they were too lazy to write "catch code." ...
Hardly the case.
Trading systems make money by being the first to respond to incoming bids and offers. Add some "catch code" and the system will lose that race and make no money. Trading system developers routinely examine the code in system calls and libraries to see which calls will execute the fastest and if they can write custom code that will execute faster. It's not laziness but rather a design requirement.
Avionics and trading systems differ in a fundamental way.
Once the plane leaves the ground (or even reaches significant speed on the runway) any malfunction becomes catastrophic. And it becomes catastrophic to third party participants. This warrants the extreme measures taken to vet avionics S/W, H/W, pilots, manufacturing, maintenance and so on.
Financial systems have no such characteristic. A problem can result in losses that can run up to catastrophic levels only if allowed to run unchecked. And the losses accrue to the organization operating the S/W. Third parties are harmed only to the extent that they trusted the trading organization. In this case it was not the bug that resulted in $440M loss but rather the lack of oversight that would have shut it down before the loss grew so large. Had someone been watching, it would have been obvious that there was a problem within seconds of the open and the system could have been shut down and rolled back.
Anyone suggesting that the S/W should have more checks built into it to prevent this problem has a shallow understanding of the domain. In order to maximize profits the trading system must be the first to respond when an order or bid is received. Developers routinely examine the source code for system calls to determine which ones will execute the quickest in order to minimize latency in the system. The systems also reside in closets in the same building that houses the exchange to reduce network latency. They are not going to add additional code to provide sanity checks. And in any case, it is unlikely that sanity checks can be guaranteed to catch all problems so there will always exist the need to monitor system behavior.
Another facet is 'time to market' for the trading S/W. Having the "next great algorithm" ready in days vs. weeks or months may mean the difference between making money or not.
This approach entails risks that the business people are aware of and willing to take based on the potential reward. It boggles my mind that the business interests at Knight did not address these risks by putting into place effective monitoring that would have prevented this catastrophe.
It really has little to do with S/W development and all to do with addressing and managing business risk.
Will there be a fire sale?
Apple having their own mapping system means NO restrictions on developers, ...
Don't you mean ONLY the restrictions that Apple requires?
I don't develop for IOS but I thought there were considerable restrictions governing how their other APIs are used.
Very few commercially available DVR systems have a skip function, ... I'm sure this is down to pressure from operators rather than any technical reasons.
My Comcast cable box (Motorola, I think) has this feature. The Comcast Remote has no button to activate it. I discovered the feature when I bought a Logitech Harmony remote which has buttons to skip forward 30 s and back 15 s. (I think, haven't actually timed it.)
I wonder if anything interesting is going to happen with the Moto STB now that it is owned by Google. I know that cable companies do not want a more capable box but perhaps Google could market a better one directly to consumers.
What about all the stories about people who were not wearing a seat-belt, and who flew out of the car through the windshield?
I don't have direct experience with this, but I have heard of people with their head stuck in the windshield where the emergency responders needed to cut the windshield out around the victim to extricate them.
I have also heard numerous reports of passengers ejected from vehicles, but I suspect they mostly come out the side windows. The only one I saw was a partial rejection from the drivers window. No need to describe the results but they were a good argument for wearing seat belts.
I submit that the worst name for an app is Evolution for an email client.
He was distracted by all the bright shiny things dangling off a ring near his right hand. They were making tinking sounds and reflecting sunlight, and he ignored the fact that turning the one sticking into the steering column two clicks to the left would have shut the engine off and saved all their lives..
Either that, or he was too busy trying to pull his Taser out of his off-duty weapons bag so he could shock the vehicle into submission.
I'm assuming there has to be more to that story.
There is. The car did not have a traditional key type ignition switch. Inf fact it had a push button ignition which required the non-obvious technique to hold the button down for 30 seconds to turn the engine off. Cite: http://articles.latimes.com/2010/feb/10/business/la-fi-toyota-pushbutton11-2010feb11
The car was a loaner and he was not that familiar with the controls as if it was his daily driver. I also wonder if he was showing off the power it had by pressing the throttle all of the way to the floor resulting in entrapment under the floor mat.
Brakes should have been capable of stopping it if applied without release. If they were released, power assist could have been lost and fade due to heating could have made effective braking difficult.
I'm pretty skeptical of conspiracy theories so didn't really believe at first that the press was being bought by Microsoft to favor Windows. ...
I do. I had been using OS/2 for quite some time and enjoying perfectly good access to the Internet through IBM's dial up network and the browser on OS/2. When Win95 was finally released, there was a great fanfare that there was finally an OS that provided Internet access built in even though the access capabilities built into '95 were not even as easy to use as those in OS/2. Press at the time was heavily slanted towards Microsoft products.
As far as the cost, I purchased OS/2 when they bundled it with the IBM C++ compiler for $350. At the time a single user C++ license for SCO SVR2 was about $600 so I jumped ship and went with OS/2.
While the records we've seen for the last 4, 5, 6 or whatever days (in Chicago) are striking, I had many spring bulbs blooming a full month ahead of previous years on the 15th of this month. This is before the current heat wave was even really rolling. In other words, our season has been warm enough to have plants reacting four weeks ahead of schedule prior to the records.
I've moved my garden activities ahead as much as possible. I really hope that we do not see another hot summer like last year.
You know what? Those bulbs were available before the government mandated higher efficiency. Of course, very few people were willing to buy them because of how much more they cost than traditional incandescent lightbulbs.
I was willing and I got burned, figuratively speaking. I've replaced a *lot* of CFLs that died long before their expected life span. The worst case were a couple CFL flood lights that I put in a motion and ambient light sensing fixture. They were gone in days. I suppose that's the fault of the fixture and not the bulb, but it still cost me $$$ for no benefit.
... without having to wait for each disk to spin up, display the FBI warning, etc.
And this is the part that galls me. I don't mind paying for content but it rankles me when I have to sit there waiting for the stern warning not to pirate the content. I know full well that anyone who pirates the content does not see that. The industry inflicts that only on their paying customers. Beyond that, I hate that the disk goes right into a bunch of previews that I have to waste time skipping. With Blu-Ray disks I even have to wait while it downloads previews. I pay for content and the industry treats me like dirt.
Efficient? With drive prices where they were it is not efficient to spend a lot of time minimizing drive space usage.
I think I need to start another blog. Where do I find these documents so I can comment on them?
In one word: no.
The SD card is for practical purposes a single-threaded bottleneck, which doesn't do concurrent writes and reads like your average SSD.
In other words, while a DB thread blocks on a write, the UI thread will not service the interface? That's a disappointment. I wonder if the same is true of the built in flash (which is used by default for application databases.)
How about a recommendation to do DB writes in a separate thread? I know I've seen that recommendation but don't recall if it was in the info published by Google or in third party tutorials. It has always been the case that if you are writing interactive programs, you need to think about spinning anything that can block response to the UI into a separate thread.
I'm sure that you can program something faster than a database access using flat files. That too has always been the case. However you trade off programming complexity and time/cost to market by doing so.
Indices for tables. Add database normalization to this category. Indices provide a benefit when the typical workload favors reads of large tables vs. frequent updates. They do require extra writes on update but can significantly reduce the read load when present. They do not benefit every case but can provide a benefit when applied for the right reasons. Normalization likewise can increase the writes required while reducing the possibility of inconsistent records.
There will always be something that constrains application speed be it processor, RAM speed or quantity, network speed or backing store. Frequently it is the backing store as processor, RAM and network have gotten pretty fast. Make the Flash in a [phone fast enough and something else will determine application responsiveness.
About a year ago I switched to privately owned email but untill tehn I think yahoo was actually the best mail filter. I have an account there from when they first rolled out webmail and for the last 3-4 years I was getting, maybe, a couple spam & phishing mails a year in my inbox. Occasionally though yahoo would flag some legit newsletters as spam.
I ran afoul of the Yahoo spam filter earlier this week. Our club took pictures of attendees at the recent motorcycle show and collected their email addresses so we could send them the pictures. After I sent several to people with Yahoo addresses, Yahoo started bouncing every one back. (One result of that is that the gmail account I was using also got locked down by Google, but that's a different issue.) I have to send an email to Yahoo users and ask them to reply. I reply to their reply with the attachment and so far that seems to be working. The original bounced emails did not even show up in their spam folders. Yahoo users may not ever see what gets incorrectly categorized as spam.
1) Replace coal fired electricity generation with nuclear power ...
7) Export advanced nuclear reactor technoloy to the rest of the world $$$
8) Profit!
Seriously.
I've always considered the single most important determinant in scholastic success to be my involvement in our childrens education. I didn't consider home schooling because I didn't have the time or inclination to do so and I wanted our children to be in the social situation that school provides. My involvement was twofold. First is helping with homework and asking about what is being taught. Second is adhering to practices that emphasize the value of education. For example, we never pulled our children out of school for an extra day or two of vacation. That simply sends the wrong message.
I suspect the parent was not meant to be funny.
English coverage at http://www.businessweek.com/news/2012-02-03/motorola-mobility-wins-second-german-ruling-against-apple.html