It hasn't been but 3 months since people were slapped with bad polling data. Isn't anyone curios about the poll questions and sample demographics? Maybe you should ask for them before you start even taking a position on this, or any other "poll". Lies, lies and damn statistics.
Poll should be categorized as a trigger word/phrase, just like "nigerian prince".
In general, I would prefer unicorn powered vehicles over the alternatives.
Complete and total agreement about intake and exercise. Diets in general are pure b.s. In my opinion, the amount of processing food goes through is inversely related to it being healthy. If you want to change your diet focus on that.
Foods/drinks packaged and promoted as No Fat/Low Fat are some of the most unhealthy food ever. Drop the pop and pick up Tea. I prefer iced. Finally, mind your sodium intake. It will take 2-3 months to retrain your pallet. But as a society we consume dramatically too much sodium. If you doubt me, just keep track of the sodium in the food you eat and drink -- you will be shocked. More processing == more sodium.
I have to agree with this. Living in a city or any highly populated area tends to create a lot of "white noise" for the 5 senses. However, I don't think that the ability fades, it's more about being squelched out by the noise/inteference. I can still predict rain by smell. No, not that there is a chance of rain but how long until it starts falling. Everyone can see the clouds but as the rain approaches there is a definite change in the smell of things that grows stronger as it approaches.
Also, IMHO, you spend more neural processing time on the environmental inputs the farther you are away from civilization.
Me Too! I was in the same boat with RH and decided after trying a number of dists to go with FreeBSD. I haven't been disapointed. Granted these were all server machines but since then I've installed it on my teenager's computers, the kitchen laptop, my laptop.
My experience with Python and the community is that most people that use Python already know a number of languages.
It doesn't take much googling to figure out a growing number of very experienced programmers are "discovering" python and the most common comment is something similiar to "...fun to program again..."
Python is a main stay at my work place. A language that doesn't get in your way, you can just solve problems and create solutions.
But, perl isn't going away. It's simply magic for one liners.
I agree that this won't be settled here, but I do maintain that now a second backend has been accepted in to the mainline it will be far simpler to intergate other backends now. And with that, I expect to see more backends become available. Primarily due to the fact that the developers are more acutely aware of predispositions that would affect the ability of svn to integrate with "other" backends.
As to the merge capabilities, I agree there is room for improvement. However, I believe that developers/project managers are more comfortable with evolutionary change as opposed to revolutionary. In that light, I predict that svn has a bright future.
svn already has a number of front ends HTTP, SVN:// and webdav. And now, mulitple backends. It is this decoupling that will allow svn to go where cvs could not.
I in no way have any ill-will twoards T. Lord. I would only suggest that he focus on the positive aspects of arch instead of the current ego battle with other version control systems. This is one area where the best will be used. Seasoned Developers/Project managers care about this subject. If a solution is truly head and shoulders above the rest it will be recognized and used.
"FSFS" is the name of a Subversion filesystem implementation, an alternative to the original Berkeley DB-based implementation. See http://subversion.tigris.org/ for information about Subversion. This is a propaganda document for FSFS, to help people determine if they should be interested in using it instead of the BDB filesystem.
It's now possible to create repositories that don't use a BerkeleyDB database. Instead, these new repositories store data in the ordinary filesystem. Because Subversion developers often refer to the repository as "The Filesystem", we have adopted the rather confusing habit of referring to these new repositories as "fsfs" repositories... that is, a Filesystem implementation that uses the OS filesystem to store data."
I use subversion and have been on the lists for a couple of years now. Tom Lord has been to those lists as well. In all those times, including this one, he has never explained how arch is better. For the lead developer to be unable to communicate the rasion d'etre for a project in a way that makes others curious is not a good thing.
Primarily, he has only flamed svn. Even this interview he talked more about svn than arch. Nothing he said raised any interest in me to look at arch.
Also, his criticism of svn's current backend was true 8 months ago. There is another backend that will be available soon. And with that, the sytem will be able to handle additonal backends in good form.
SVK, which Lord mentioned, is a feather in svn's hat since it uses subversion as a base. If distributed mode is a real need I would suggest looking at BK or svk.
2. Create a full-text index in real-time of every page that has been browsed. When the user visits any web page, display a sidebar of "Related previously-viewed pages."
Fedora release - what release? Redhat did a very poor job of communicating it's strategy to it's customers. There is a ton of confusion right now because of it. This is not the customer's fault it's Redhat's.
They need to get their act together and communicate or they are going to loose lots of people because of it.
I don't care what they intended or what they are doing if I can't figure it out.
Poppycock. That used to be true but it isn't anymore. Many IDE and SCSI drives use the exact same platters. There is no difference in the technologies. Desktop users wouldn't accept the failure rate. In fact, everytime a series came out that had problems of this type, that company suffered quite a bit. (Everone quit buying them and the word spread fast) As a result, the big name manfs use quality platters.
As to the head and mechanisms, that may differ. The way I see it, the biggest stick that SCSI currently has over top of the line IDE is command queueing.
Sit your ass down and start coding/studying. This is the only advice that works. Screw working out, yoga, fruit juice, vitamins, etc. You teach yourself to do it by doing it. Just like writing a paper, start putting words down. Whether it's designing the architecture or actual coding, etc, just start doing it. It will suck at first and slow to come, but with in 30 minutes you will be starting to get in to the groove.
Face it, most of the code is not new or original, it just requires to be written. You prove this fact by being able to pump it out when your feet are to the fire. Granted, some projects require some original thought but that part is done during design not during coding.
So get the fschk off of/., shut your IM client, web browser, RSS feeds down, turn off your pager/phone, open you friggin editor, crack open a soda, light up a smoke and put your damn hands on the keyboard and get to it!
Then once you've developed an actual work ethic, then read up on how you can improve it.
Most likely the propulsion system will be based on NERVA technology developed in the 50s and 60s. The vehicle has been in discussion for some time.
There have been a number of nuclear propulsion ideas over the years, i.e. ORION (using nuclear explosions) and the like, but NERVA is, imho, the best. To bad it's not practical to scale up the Ion propulsion system used on DS-1.
Here is the link to the PCI-SIG membership roster. http://www.pcisig.com/membership/about_us/membersh ip_roster
Everyone needs to start emailing the marketing departments of each of these companies and complain about the actions of the PCI-SIG. Once these companies start feeling the heat you can bet they'll put pressure on the SIG to get them out of the hot water.
Everyone should email and say that we are calling on them to bring about an open resolution to this matter. As the site provides valuable information that helps create a revenue stream for everyone involvoed. (Who buys a card if their OS won't support it?)
It looks like they are taking contributions for the effort ala PayPal. http://www.youmaybenext.com/help.html If everyone pitched in a buck I bet we could blow PanIP out of the water. I know that I don't want any of my clients getting sued and all of them fit in the category that is being preyed upon by these parasites. Shoot, I just talked myself in to contributing a buck for every website I manage. I would suggest that if you build sites for others that you do the same.
There have been many comments about the ineffectiveness of using a database in the case of acute trauma but no where in the article is this idea raised. It is a strawman argument. Trauma is where man not machine is best. But in non-trauma events it is a folly not to use the tools available.
Also, as to time management: MAKE TIME. See fewer patients, have you PA's help the patient fillout the questionaire. There are ways, doctors are generally smart people, figure it out.
Better yet, write a script for some anti-biotics. You know, as a preventative measure.
Slashdot Mirror
You should know that Governments work for you while Corporations want to take your money.
You my friend, do not live in Nebraska. It ain't for everyone.
It hasn't been but 3 months since people were slapped with bad polling data. Isn't anyone curios about the poll questions and sample demographics? Maybe you should ask for them before you start even taking a position on this, or any other "poll". Lies, lies and damn statistics.
Poll should be categorized as a trigger word/phrase, just like "nigerian prince".
In general, I would prefer unicorn powered vehicles over the alternatives.
Like me. They kicka$$. Then with the money you saved. Buy another in 6-9 months when hcomb settles.
Posted from my a101.
J
I'm seeing 2.44x faster performance for javascript in the cxChromium PoC compared to FF3 on ubuntu32. See http://inre.dundeemt.com/ for more details.
Hope others post their test results too.
Complete and total agreement about intake and exercise. Diets in general are pure b.s. In my opinion, the amount of processing food goes through is inversely related to it being healthy. If you want to change your diet focus on that.
Foods/drinks packaged and promoted as No Fat/Low Fat are some of the most unhealthy food ever. Drop the pop and pick up Tea. I prefer iced. Finally, mind your sodium intake. It will take 2-3 months to retrain your pallet. But as a society we consume dramatically too much sodium. If you doubt me, just keep track of the sodium in the food you eat and drink -- you will be shocked. More processing == more sodium.
"Even some open source software runs so poorly on BSD that it's not worth using -- like MySQL."
2 /27/1243207
Hogwash and Boulder dash,
http://software.newsforge.com/article.pl?sid=04/1
In a name: Hornblower.
I have to agree with this. Living in a city or any highly populated area tends to create a lot of "white noise" for the 5 senses. However, I don't think that the ability fades, it's more about being squelched out by the noise/inteference. I can still predict rain by smell. No, not that there is a chance of rain but how long until it starts falling. Everyone can see the clouds but as the rain approaches there is a definite change in the smell of things that grows stronger as it approaches.
Also, IMHO, you spend more neural processing time on the environmental inputs the farther you are away from civilization.
Me Too!
I was in the same boat with RH and decided after trying a number of dists to go with FreeBSD. I haven't been disapointed. Granted these were all server machines but since then I've installed it on my teenager's computers, the kitchen laptop, my laptop.
Happy Me!
My experience with Python and the community is that most people that use Python already know a number of languages.
It doesn't take much googling to figure out a growing number of very experienced programmers are "discovering" python and the most common comment is something similiar to "...fun to program again..."
Python is a main stay at my work place. A language that doesn't get in your way, you can just solve problems and create solutions.
But, perl isn't going away. It's simply magic for one liners.
Lies, Damn Lies, and possibly truet ml#svn-ch-4-sect-2.1 see the section on "Cheap Copies"
h tml#svn-ch-6-sect-3
1)Branching: svn doesn't copy the entire tree - making a branch is instantaneous, lightweight operation. http://svnbook.red-bean.com/svnbook-1.0/ch04s02.h
2) This is just pure and simple BS. svnserve.
http://svnbook.red-bean.com/svnbook-1.0/svn-book.
If you can run cvs on the machine you can run svn.
3) On large, extremely large repos's, maybe but svn gets faster all the time. On my repositories it more than fast enough.
Just because some one says something doesn't make it true. And don't go on just my word, do your research.
Feel bad that you are stuck with M$-$$ what a piece of crap. When svn became self-hosting I switched from $$ to svn and have never looked back.
I agree that this won't be settled here, but I do maintain that now a second backend has been accepted in to the mainline it will be far simpler to intergate other backends now. And with that, I expect to see more backends become available. Primarily due to the fact that the developers are more acutely aware of predispositions that would affect the ability of svn to integrate with "other" backends.
As to the merge capabilities, I agree there is room for improvement. However, I believe that developers/project managers are more comfortable with evolutionary change as opposed to revolutionary. In that light, I predict that svn has a bright future.
svn already has a number of front ends HTTP, SVN:// and webdav. And now, mulitple backends. It is this decoupling that will allow svn to go where cvs could not.
I in no way have any ill-will twoards T. Lord. I would only suggest that he focus on the positive aspects of arch instead of the current ego battle with other version control systems. This is one area where the best will be used. Seasoned Developers/Project managers care about this subject. If a solution is truly head and shoulders above the rest it will be recognized and used.
As to svn backends... I think it is prudent to point out a false statement made by Lord.
. html
from: http://web.mit.edu/ghudson/info/fsfs/
"FSFS" is the name of a Subversion filesystem implementation, an
alternative to the original Berkeley DB-based implementation. See
http://subversion.tigris.org/ for information about Subversion. This
is a propaganda document for FSFS, to help people determine if they
should be interested in using it instead of the BDB filesystem.
and from http://subversion.tigris.org/svn_1.1_releasenotes
"Non-database repositories
It's now possible to create repositories that don't use a BerkeleyDB database. Instead, these new repositories store data in the ordinary filesystem. Because Subversion developers often refer to the repository as "The Filesystem", we have adopted the rather confusing habit of referring to these new repositories as "fsfs" repositories... that is, a Filesystem implementation that uses the OS filesystem to store data."
I use subversion and have been on the lists for a couple of years now. Tom Lord has been to those lists as well. In all those times, including this one, he has never explained how arch is better. For the lead developer to be unable to communicate the rasion d'etre for a project in a way that makes others curious is not a good thing.
Primarily, he has only flamed svn. Even this interview he talked more about svn than arch. Nothing he said raised any interest in me to look at arch.
Also, his criticism of svn's current backend was true 8 months ago. There is another backend that will be available soon. And with that, the sytem will be able to handle additonal backends in good form.
SVK, which Lord mentioned, is a feather in svn's hat since it uses subversion as a base. If distributed mode is a real need I would suggest looking at BK or svk.
2. Create a full-text index in real-time of every page that has been browsed. When the user visits any web page, display a sidebar of "Related previously-viewed pages."
see http://pychelsea.sourceforge.net/
Fedora release - what release? Redhat did a very poor job of communicating it's strategy to it's customers. There is a ton of confusion right now because of it. This is not the customer's fault it's Redhat's.
They need to get their act together and communicate or they are going to loose lots of people because of it.
I don't care what they intended or what they are doing if I can't figure it out.
Poppycock. That used to be true but it isn't anymore. Many IDE and SCSI drives use the exact same platters. There is no difference in the technologies. Desktop users wouldn't accept the failure rate. In fact, everytime a series came out that had problems of this type, that company suffered quite a bit. (Everone quit buying them and the word spread fast) As a result, the big name manfs use quality platters.
As to the head and mechanisms, that may differ. The way I see it, the biggest stick that SCSI currently has over top of the line IDE is command queueing.
Dear Whiner,
/., shut your IM client, web browser, RSS feeds down, turn off your pager/phone, open you friggin editor, crack open a soda, light up a smoke and put your damn hands on the keyboard and get to it!
Sit your ass down and start coding/studying. This is the only advice that works. Screw working out, yoga, fruit juice, vitamins, etc. You teach yourself to do it by doing it. Just like writing a paper, start putting words down. Whether it's designing the architecture or actual coding, etc, just start doing it. It will suck at first and slow to come, but with in 30 minutes you will be starting to get in to the groove.
Face it, most of the code is not new or original, it just requires to be written. You prove this fact by being able to pump it out when your feet are to the fire. Granted, some projects require some original thought but that part is done during design not during coding.
So get the fschk off of
Then once you've developed an actual work ethic, then read up on how you can improve it.
Most likely the propulsion system will be based on NERVA technology developed in the 50s and 60s. The vehicle has been in discussion for some time.
There have been a number of nuclear propulsion ideas over the years, i.e. ORION (using nuclear explosions) and the like, but NERVA is, imho, the best. To bad it's not practical to scale up the Ion propulsion system used on DS-1.
Here is the link to the PCI-SIG membership roster. http://www.pcisig.com/membership/about_us/membersh ip_roster
Everyone needs to start emailing the marketing departments of each of these companies and complain about the actions of the PCI-SIG. Once these companies start feeling the heat you can bet they'll put pressure on the SIG to get them out of the hot water.
Everyone should email and say that we are calling on them to bring about an open resolution to this matter. As the site provides valuable information that helps create a revenue stream for everyone involvoed. (Who buys a card if their OS won't support it?)
Email early, Email often!
It looks like they are taking contributions for the effort ala PayPal.
http://www.youmaybenext.com/help.html
If everyone pitched in a buck I bet we could blow PanIP out of the water. I know that I don't want any of my clients getting sued and all of them fit in the category that is being preyed upon by these parasites. Shoot, I just talked myself in to contributing a buck for every website I manage. I would suggest that if you build sites for others that you do the same.
There have been many comments about the ineffectiveness of using a database in the case of acute trauma but no where in the article is this idea raised. It is a strawman argument. Trauma is where man not machine is best. But in non-trauma events it is a folly not to use the tools available.
Also, as to time management: MAKE TIME. See fewer patients, have you PA's help the patient fillout the questionaire. There are ways, doctors are generally smart people, figure it out.
Better yet, write a script for some anti-biotics. You know, as a preventative measure.
Actually they left out the "Lone Gunmen." They bit it or rather inhaled it too.