I think you'd need a larger HDD (40GB are pretty cheap now a days) as most disros are atleast 640MB, but beyond that as long as the CPU could keep up with the burner you'd be golden. With a cheap box set up with big buttons for each distro click on big button --> prompt to insert blank cd and go. Rsync the distro dirs on the box once a week to keep them up to date and you've got OSS disto kiosk.
Since it seems that a lot spam I get comes from my e-mail address being on my homepage, I've toyed with the idea of putting two address up on the page like dan@example.com and danc@example.com since danc only exists as a harvestable address any messages that show up at danc are compared to the messages in the spool for dan and a 95% or more match pushes them both to the trash. Has anyone else tried this or something similar?
I remember back in college in the mid-90s one of the scientists I was working with at the Space Science and Engineering Center at the University of Wisconsin was waiting longer than usual for his data feeds from NASA, his resoning for the slow down. "Al Gore is probably showing the Internet to a group of five year olds";-)
Don't forget we'd also have to sue the government for contracting to build the roads for the escape path and all the contractors who built them, the gas station who sold the driver the gas for the Chevy, the ski mask company who made the mask..... you get the point.:-)
I've been told that in order to DSL, you need a phone line from the big phone provider no less , I managed to find the cheapest package I could, but I still have to pay Verizon about $15 a month to hold the line I need for DSL. That plus the VOIP cost doesn't seem worth it.
The whole if you have web tv page will crash your browser on a PC. The question is do you have a web tv? The answer is yes, but I'm not surfing with it right now
I'm still going to argue that it is an issue, either there is an issue with locking, ie there isn't any. Or slashcode doesn't handle time travel too well;-)
Either way thanks for the answer, I'll now be able to sleep at night.
I think it may take a while for the stories to move through the cluster (there is a cluster right) because when I first saw the story the link "Read More" told me that I couldn't view this page unless I was a subscriber. I clicked it a couple more times and the same thing, then I reloaded the first page and I could get through. Probably some kind of concurrency bug involving subscription auth and story posts.
It will only "confuse and frighten" developers that don't know SQL, and who, by definition, shouldn't be programming database apps in the first place
>, (hmmm that table got updated but none of my code >touches it)
So dump out the metadata table where the trigger and SP code is stored. It's not exactly rocket science
I agree, but the point I'm trying make is that the developers should be abstracted from the DBs all together, the only thing worse than developers acting as DBAs is DBAs acting as developers.
But not more reliable. What happens when hundreds of connections are being made to a transactional database, where updates are being made that need to cascade down several tables in order to ensure referential integrity. You really want to do that without triggers? With your "portable" apps, either you'll have to lock *all* the tables (if the database does not support row locking) involved in an update until *all* of the updates associated with a single transaction, or you'll just have to tolerate concurrent updates destroying your referential integrity.
If you are developing a "real" app you should be using a database that supports row level locking. What is less reliable is when the app doesn't work as the code shows because activities are going on behind the scenes.
I've seen programmers do the latter, and then refuse to disclose their source code on the basis that they're the big expert. What a larf. I've seen DBA explain that it must be the code causing the problem only to have write a very simple app (so the DBA can understand) to prove that the problem is on the DB side. What a larf.
Furthermore, you must be only acquainted with toy databases, if the order of magnitude difference in the execution speed of a stored procedure is not a *major* consideration. Databases are operating all the time, and there are some operations which must be completed before others. If your little java app falls over in the middle of taking ten times longer to complete a critical transaction with all of its tables locked when the same transaction could have been completed with a single stored procedure that fires off half a dozen triggers, and automatically rolls back if it doesn't complete -- I know which one I'd prefer. If it was my money being transferred from one account to another in a bank, for example.
I suppose if you consider DB2 or Oracle toy databases then I guess you are correct, you are out of my league. The comment "If your little Java app falls[sic]" is typical of the ego you have to deal with when working with the typical DBA and the need to have developers dealing with DB side of thing and more with the business logic. Usually the "little Java app" is a J2EE application and not the "toy" that most DBA seem to think anything not written in PL/SQL (or the like) is.
MySQL may be able to handle subselects, but it's still struggling with triggers and stored procedures.
My take has a developer taint (i'm not a DBA nor do I pretend to be one), but it is two fold, the first is that all though they may be faster trigger and stored procs for the most part only serve to confuse and frighten the developer, because you've moved events outside of the programmer's control, (hmmm that table got updated but none of my code touches it) By avoiding triggers and stored procs you also make portability easier. The first rev of a product I worked with had code that said
if (DATABASE = ORACLE) { // do oracle specific stuff } else if (DATABASE = MSSQL) { // do MSSQL specific stuff }
I took all of that out and made non-db specific code this certainly made it easier when our company was aquired and I now had to support MSSQL, Oracle, Sybase and DB/2 on four different platforms non the less!
The second comment I want to make is that ObJectRelationalBridge (OJB) from Apache will eliminate 99% of your SQL from your Java code, but letting you treat your objects as object and you no longer have to worry aboout SQL for the simple things.
If you are offered a fun job in a far-away country, you are more likely to take it if you are single, than if you need to bring along spouse and shorts.
Two responses to this, the first is that many people actually want to come to the U.S., and I don't think I'm going out on a limb here, it is agruably a better place to raise your children than a lot of other countries. Secondly you are correct the people are probably more likely to take a job in a far away country when they are single but it doesn't mean that they will stay that way once they arrive. Likewise, taking the risk to go to a country with the intent of finding a job while there, or going to school and staying of afterwards, are both activities I'd judge more likely for the single person.
Going to school in the U.S. doesn't qualify you for H1B Visa status, but if you are about close to graduation and get married and hava kid, you no longer have to leave when your school visa expires
I'm not arguing that it is right or wrong I just wanted to assert that the assumption that only single people will be working is wrong.
Especially as the aliens are less likely to have children and more likely to be highly skilled, so they are pretty much always a net gain for the economy, both locally and nationally.
I don't know where you get the idea the aliens are less likely to have children. If you are H1B and you get laid off if you don't find a job that will sponsor you with in two weeks you get sent back to your country of origin..... but if you get married (citizenship of your bride doesn't matter) and pop out some kids since your kids are citizens you can't get kicked out. To me that sounds like good incentive to multiply.
It's always a good idea to keep a suspicious eye on the government, especially in cases like this. But when people suggest that Bush is working up to institute a military coup, it shows that they're completely ignorant of what the US military is like. The military is made up of Americans, who hold the same values of freedom and liberty that you do. You can bet that if their superiors told them to be oppressive to other Americans, they'd tell their superiors to go to hell.
Apparently you haven't heard of some things in US history that contradict this. Hoover's use of the FBI for his own personal gain. Are you familiar with McCarthyism? Similar parallels could probably be drawn to the military members of Germany in WWII. None of these people told their superiors to go to hell. And while I'm sure there are people who do take this seriously I actually know a couple. When it comes down to it people acting for what's right versus what may not be people will do a lot to keep thier jobs.
I hate private offices, I hate cubes. I LOVE an open office.
Don't care what you LOVE, not my concern
The office is for work. - period! So you don't have decor other than small desk pics of the family. Agreed, but that will work the same everywhere
Have facilities for privacy - meeting rooms, planning areas, large desks and boards - but in other places. Everybody doesn't use them all the time, so you can share.
That works
Get a place to eat where everybody can sit together. Close for lunch, take no calls.
So force everyone to eat at same time, differnt people have different schedules and your office shouldn't be shutdown at lunch that maybe the only time others can call without taking time away from their work.
NO speakerphones. Yep
No personal music.
Headphones work to make sure your music is personal
No food at all around desks. Good as well.
Don't hire smokers, they waste too much time and cost too much to take care of. Spend money on child care instead.
Don't hire people with children either, they may have other priorities than work and spend the money on my salary or invest back in the company as well. (I don't really think this but it is a good way to point out the stupidity of the suggestion)
If you can't say it sitting next to me, you don't need to say it at work.
So when you are discussing salary with your manager want the whole office to hear? Or when you need to take medical leave you want everyone to hear your discussion with HR?
You will continue to work, learn, and be more productive by communicating directly. Feedback will be imediate and people will not have a chance to bitch in private. You won't make phone calls to people five feet away. If you can't be happy working in close proximity to people who should be your friends, you should seriously consider suicide. People who push using impersonal and isolating enviornments should be euthanized. Software can facilitate isolation if used with craft and guile so don't demand that everyone use the office calendaring system for all interpersonal communications. Don't worry, you won't miss a meeting. It just won't happen. By all means, don't insist that everyone have creative ideas at appropriate times and places.
This is my job not my play time, I don't want to work with friends, I want to work with co-workers and make money, if I want friends I'll join a club. Privacy can be good. Plus the noise of 40 people talking on the phone all at the same time _IS_ very distracting I worked in and open office like that and it sucked.
I used to work with a woman whose presence was known because you could _smell_ when she was in when you stepped off the elevator. Funny though it all ended the day a guy walked in and said "What smells like French whore?"
Speaking for the Washington DC area a lot of people are on vacation, because Congress isn't in session which means that all of thier support isn't in either (nor the lobbiests [sp?]) add in the fact that people want to get out of town one last time before thier kids start school and _yes_ there are a lot of people on vacation, this is further evidenced by the fact that my commute now only takes 1:05 (65 minutes in metric) as opposed to the usual 1:20 (80 minutes in metric)
I've been spitting up blood and there are lesions that appear randomly on my body I can't keep any food down. Do you have any suggestions on how to treat my own disease using unqualified advice from the web and toys^H^H^H tools from think geek?
I almost hope the guy does it alone, it would be a great example of natural selection.
Slashdot Mirror
ooops he did say 100 GB I'm used to only thinking of triple digit drives as MB, sorry :-)
I think you'd need a larger HDD (40GB are pretty cheap now a days) as most disros are atleast 640MB, but beyond that as long as the CPU could keep up with the burner you'd be golden. With a cheap box set up with big buttons for each distro click on big button --> prompt to insert blank cd and go. Rsync the distro dirs on the box once a week to keep them up to date and you've got OSS disto kiosk.
Since it seems that a lot spam I get comes from my e-mail address being on my homepage, I've toyed with the idea of putting two address up on the page
like dan@example.com and danc@example.com since danc only exists as a harvestable address any messages that show up at danc are compared to the messages in the spool for dan and a 95% or more match pushes them both to the trash. Has anyone else tried this or something similar?
I remember back in college in the mid-90s one of the scientists I was working with at the Space Science and Engineering Center at the University of Wisconsin was waiting longer than usual for his data feeds from NASA, his resoning for the slow down. "Al Gore is probably showing the Internet to a group of five year olds" ;-)
Don't forget we'd also have to sue the government for contracting to build the roads for the escape path and all the contractors who built them, the gas station who sold the driver the gas for the Chevy, the ski mask company who made the mask ..... you get the point. :-)
and most servers aren't going to be using DHCP
After reading the headline I thought Apple claimed a patent on the concept of "shareware"
Wachowskis' had some little lambs, little lambs, little lambs
/.'ers who complain about the MPAA but still line up outside the theater to see the latest movies.
Wachowskis' had some little lambs whose pockets where fat with green
And every movie Wachowskis' produced, Wachowskis' produced, Wachowskis' produced,
Every movie Wachowskis' produced the lambs were sure to see
They followed them to the theater one day, theater one day, theater one day,
Followed them to the theater one day and supported the MPAA
It made the EFF volunteers, sad and cry, sad and cry
It made the EFF volunteers sad and cry to see the MPAA supported this way.
Dedicated to all the
I've been told that in order to DSL, you need a phone line from the big phone provider no less , I managed to find the cheapest package I could, but I still have to pay Verizon about $15 a month to hold the line I need for DSL. That plus the VOIP cost doesn't seem worth it.
The whole if you have web tv page will crash your browser on a PC. The question is do you have a web tv? The answer is yes, but I'm not surfing with it right now
I'd be willing to be that AT&T hosting people don't even know that the AT&T phone people exist.
the other haven is the govt, take a look around the offices of some of the big govt agencies and you will find a good collection of eccentrics
I'm still going to argue that it is an issue, either there is an issue with locking, ie there isn't any. ;-)
Or slashcode doesn't handle time travel too well
Either way thanks for the answer, I'll now be able to sleep at night.
I think it may take a while for the stories to move through the cluster (there is a cluster right) because when I first saw the story the link "Read More" told me that I couldn't view this page unless I was a subscriber. I clicked it a couple more times and the same thing, then I reloaded the first page and I could get through. Probably some kind of concurrency bug involving subscription auth and story posts.
http://www.arenafan.com/players/?player=1393
I'm willing to bet Rusty is the first person to both a pro football player and kernel developer
It will only "confuse and frighten" developers that don't know SQL, and who, by definition, shouldn't be programming database apps in the first place
>, (hmmm that table got updated but none of my code >touches it)
So dump out the metadata table where the trigger and SP code is stored. It's not exactly rocket science
I agree, but the point I'm trying make is that the developers should be abstracted from the DBs all together, the only thing worse than developers acting as DBAs is DBAs acting as developers.
But not more reliable. What happens when hundreds of connections are being made to a transactional database, where updates are being made that need to cascade down several tables in order to ensure referential integrity. You really want to do that without triggers? With your "portable" apps, either you'll have to lock *all* the tables (if the database does not support row locking) involved in an update until *all* of the updates associated with a single transaction, or you'll just have to tolerate concurrent updates destroying your referential integrity.
If you are developing a "real" app you should be using a database that supports row level locking. What is less reliable is when the app doesn't work as the code shows because activities are going on behind the scenes.
I've seen programmers do the latter, and then refuse to disclose their source code on the basis that they're the big expert. What a larf.
I've seen DBA explain that it must be the code causing the problem only to have write a very simple app (so the DBA can understand) to prove that the problem is on the DB side. What a larf.
Furthermore, you must be only acquainted with toy databases, if the order of magnitude difference in the execution speed of a stored procedure is not a *major* consideration. Databases are operating all the time, and there are some operations which must be completed before others. If your little java app falls over in the middle of taking ten times longer to complete a critical transaction with all of its tables locked when the same transaction could have been completed with a single stored procedure that fires off half a dozen triggers, and automatically rolls back if it doesn't complete -- I know which one I'd prefer. If it was my money being transferred from one account to another in a bank, for example.
I suppose if you consider DB2 or Oracle toy databases then I guess you are correct, you are out of my league. The comment "If your little Java app falls[sic]" is typical of the ego you have to deal with when working with the typical DBA and the need to have developers dealing with DB side of thing and more with the business logic. Usually the "little Java app" is a J2EE application and not the "toy" that most DBA seem to think anything not written in PL/SQL (or the like) is.
I wonder if SCO will buy an ad to remind people to send in their $699
My take has a developer taint (i'm not a DBA nor do I pretend to be one), but it is two fold, the first is that all though they may be faster trigger and stored procs for the most part only serve to confuse and frighten the developer, because you've moved events outside of the programmer's control, (hmmm that table got updated but none of my code touches it) By avoiding triggers and stored procs you also make portability easier. The first rev of a product I worked with had code that saidI took all of that out and made non-db specific code this certainly made it easier when our company was aquired and I now had to support MSSQL, Oracle, Sybase and DB/2 on four different platforms non the less!
The second comment I want to make is that ObJectRelationalBridge (OJB) from Apache will eliminate 99% of your SQL from your Java code, but letting you treat your objects as object and you no longer have to worry aboout SQL for the simple things.
If you are offered a fun job in a far-away country, you are more likely to take it if you are single, than if you need to bring along spouse and shorts.
Two responses to this, the first is that many people actually want to come to the U.S., and I don't think I'm going out on a limb here, it is agruably a better place to raise your children than a lot of other countries.
Secondly you are correct the people are probably more likely to take a job in a far away country when they are single but it doesn't mean that they will stay that way once they arrive.
Likewise, taking the risk to go to a country with the intent of finding a job while there, or going to school and staying of afterwards, are both activities I'd judge more likely for the single person.
Going to school in the U.S. doesn't qualify you for H1B Visa status, but if you are about close to graduation and get married and hava kid, you no longer have to leave when your school visa expires
I'm not arguing that it is right or wrong I just wanted to assert that the assumption that only single people will be working is wrong.
Especially as the aliens are less likely to have children and more likely to be highly skilled, so they are pretty much always a net gain for the economy, both locally and nationally.
I don't know where you get the idea the aliens are less likely to have children.
If you are H1B and you get laid off if you don't find a job that will sponsor you with in two weeks you get sent back to your country of origin.
but if you get married (citizenship of your bride doesn't matter) and pop out some kids since your kids are citizens you can't get kicked out. To me that sounds like good incentive to multiply.
It's always a good idea to keep a suspicious eye on the government, especially in cases like this. But when people suggest that Bush is working up to institute a military coup, it shows that they're completely ignorant of what the US military is like. The military is made up of Americans, who hold the same values of freedom and liberty that you do. You can bet that if their superiors told them to be oppressive to other Americans, they'd tell their superiors to go to hell.
Apparently you haven't heard of some things in US history that contradict this. Hoover's use of the FBI for his own personal gain. Are you familiar with McCarthyism? Similar parallels could probably be drawn to the military members of Germany in WWII. None of these people told their superiors to go to hell. And while I'm sure there are people who do take this seriously I actually know a couple. When it comes down to it people acting for what's right versus what may not be people will do a lot to keep thier jobs.
I hate private offices, I hate cubes. I LOVE an open office.
Don't care what you LOVE, not my concern
The office is for work. - period! So you don't have decor other than small desk pics of the family.
Agreed, but that will work the same everywhere
Have facilities for privacy - meeting rooms, planning areas, large desks and boards - but in other places. Everybody doesn't use them all the time, so you can share.
That works
Get a place to eat where everybody can sit together. Close for lunch, take no calls.
So force everyone to eat at same time, differnt people have different schedules and your office shouldn't be shutdown at lunch that maybe the only time others can call without taking time away from their work.
NO speakerphones.
Yep
No personal music.
Headphones work to make sure your music is personal
No food at all around desks.
Good as well.
Don't hire smokers, they waste too much time and cost too much to take care of. Spend money on child care instead.
Don't hire people with children either, they may have other priorities than work and spend the money on my salary or invest back in the company as well. (I don't really think this but it is a good way to point out the stupidity of the suggestion)
If you can't say it sitting next to me, you don't need to say it at work.
So when you are discussing salary with your manager want the whole office to hear? Or when you need to take medical leave you want everyone to hear your discussion with HR?
You will continue to work, learn, and be more productive by communicating directly. Feedback will be imediate and people will not have a chance to bitch in private. You won't make phone calls to people five feet away. If you can't be happy working in close proximity to people who should be your friends, you should seriously consider suicide. People who push using impersonal and isolating enviornments should be euthanized. Software can facilitate isolation if used with craft and guile so don't demand that everyone use the office calendaring system for all interpersonal communications. Don't worry, you won't miss a meeting. It just won't happen.
By all means, don't insist that everyone have creative ideas at appropriate times and places.
This is my job not my play time, I don't want to work with friends, I want to work with co-workers and make money, if I want friends I'll join a club. Privacy can be good. Plus the noise of 40 people talking on the phone all at the same time _IS_ very distracting I worked in and open office like that and it sucked.
I used to work with a woman whose presence was known because you could _smell_ when she was in when you stepped off the elevator. Funny though it all ended the day a guy walked in and said "What smells like French whore?"
Speaking for the Washington DC area a lot of people are on vacation, because Congress isn't in session which means that all of thier support isn't in either (nor the lobbiests [sp?]) add in the fact that people want to get out of town one last time before thier kids start school and _yes_ there are a lot of people on vacation, this is further evidenced by the fact that my commute now only takes 1:05 (65 minutes in metric) as opposed to the usual 1:20 (80 minutes in metric)
Dear Slashdot users
I've been spitting up blood and there are lesions that appear randomly on my body I can't keep any food down. Do you have any suggestions on how to treat my own disease using unqualified advice from the web and toys^H^H^H tools from think geek?
I almost hope the guy does it alone, it would be a great example of natural selection.