Interestingly, I find IKEA's furniture reasonnably durable. They are definitely not the best quality, but they are reasonnably cheap, they will still last years and they are often in a simple but modern style.
Not sure where your kids go to school. But my son in law goes to a public middle school in Ohio, and we are kept informed by email frequently of what is going on. Grades are posted on some webservice we can access. teachers send weekly or biweekly summary emails. Important notices are delivered by paper (given to the kid) and also announced by email.
So I guess it depends on schools and community and how tech savvy the teacher is...
Thanks for the link I'll have a look. I do not have so much photos or music and I do not update them very frequently. So git was suitable for me. I am using git in repository with logs of experiments (I am a computer scientist) and the expensive operations are when I delete logs from an outdate experiment to swap them with a new one (git allows me to have the old logs if I need them later linked with the codes that generated them). The problem is that gigabytes of files need to be written to disk when going from one branch to the other one.
But I can see it won't work on a larger scale (and we frequently have slashdoters talking about their terabyte large personal file collection).
Everything worth being backed up I am working on is pushed to a git repository. The git repositories are synchronized manually (but pretty much after each important update) across about 5 machines in 3 physical locations (home, work, computing center). Though they are in the same city.
I don't think I will lose anything important anytime soon. Or if I do, I think I'll have more important concerns...
The best solution is to provide a software to the other end to record the conversation. That way his/her answer and behavior will be perfectly recorded and that is what you care about. Then send the file by any means (network, USPS,...) Provided these are *slashdot* interview, I am sure the interviewee (is that actually the right word?) will know how to do that.
We are not in a life-of-death situation, we are talking about some tax payer dollars being wasted. All the research will end up in the public domain. Most of the research is already accessible through other means, because there are conference version of the papers, some other appeared on arxiv first, and I will give a preprint away to any people that ask for it. The research WON'T get lost.
Elsevier business model WILL collapse. The pressure put on them by ACM and IEEE is too high in computer science. Arxiv gains a lot of traction; so does other initiative such as the cryptology eprint archive. Elsevier WILL die, it is just not dead yet. Pushing myself will not do anything, because I am nobody. Committing a carrier suicide for NO impact whatsoever, is not the right thing to do. It is useless. It is dumb.
Unless you are ready to tell your wife and kid that you have to leave the country and get unemployed because you want to save some tax payer dollars, I suggest you by a big broom for target and insert it deep in your ass!
This is exactly what publishes me to publish in elsevier. Two of the (maybe 5) main journals in my field are published by elsevier. If I do not publish there, I do not publish in journal. If I do not publish in journals, I won't get a faculty position. There IS no way out for me at the moment. I have to play the sick game of the publishers.
"We can reduce the size of the haystack when we are looking for that one-in-a-billion terrorist"
"There are approximately 7 billion people in the world... so by the above gentleman's assessment, there would be only 7 terrorists, worldwide."
Actually, what is important is how many people pass the security checks. my grandma never took the plane, so she does not count at all, TSA never see her. But my boss takes 10 planes a year, so he actually count for 10 people.
Not sure that the 1 in a billion statement is true. But what matters is how many time a security check is done on an airport.
I know I have a terrible ear. I can not make the difference between 16bit/128Khz and 24bit/196Khz. However, I performed double blind test using 24bit/196Khz and lossless flac on friends of mine that claimed to hear the difference. Actually about 3/4 of the ones that claimed to hear the difference could not: They got it right close to half the time, so pure luck. Yet a couple of them could make the difference very clearly (close to 100% of the times).
It's also much more demanding on hardware. One of the big drawbacks is it requires a lot of scattered reads out of memory making caching much less effective. You need tons of bandwidth to low latency memory to make it happen. We're still a very long ways out from having this possible in reasonably-priced consumer GPUs.
Yes, it is exactly what Intel Mic card are awesome for. They are generic x86 core with 4-way SMT and a buttload of memory bandwidth. I worked with Knight Ferry prototypes and studied the scalability of the worst case of algorithms for scattered memory access: graph algorithms. (The paper will be published soon but the preprint is available at http://bmi.osu.edu/hpc/papers/Saule12-MTAAP.pdf.) Basically, we achieve close to optimal scalability on most of our tests.
These MIC card are designed to scale in good cases (compact memory and SIMDizable operations such as dense matrix vector multiplication, or image processing) but almost in the bad cases (lots of indirections, accessing caches lines in pathological scenarios such as sparse matrix vector multiplication, graph algorithms.)
I am excited to get a hold on the commercial card (we worked on prototypes) to make a CPU/GPU/MIC comparison.
I agree with you. The point of OP remains. forcing people to have a publication count won't solve anything. Close to the deadline, people will start submitting crappy papers until they pass the quota.
You can not put a simple counting rule to administrate people whose job is to understand, develop and bypass models. Researcher are the less suitable people for being subject to this type of rules.
Personnally, I run firefox using a separate user account which has read permission only where it needs. (for instance, no/etc and no/home except/etc/iceweasel and/home/firefox obvisouly)
Slashdot Mirror
Interestingly, I find IKEA's furniture reasonnably durable. They are definitely not the best quality, but they are reasonnably cheap, they will still last years and they are often in a simple but modern style.
Bullshit, I filled up my taxes by mail.
Not sure where your kids go to school. But my son in law goes to a public middle school in Ohio, and we are kept informed by email frequently of what is going on. Grades are posted on some webservice we can access. teachers send weekly or biweekly summary emails.
Important notices are delivered by paper (given to the kid) and also announced by email.
So I guess it depends on schools and community and how tech savvy the teacher is...
Thanks for the link I'll have a look. I do not have so much photos or music and I do not update them very frequently. So git was suitable for me. I am using git in repository with logs of experiments (I am a computer scientist) and the expensive operations are when I delete logs from an outdate experiment to swap them with a new one (git allows me to have the old logs if I need them later linked with the codes that generated them). The problem is that gigabytes of files need to be written to disk when going from one branch to the other one.
But I can see it won't work on a larger scale (and we frequently have slashdoters talking about their terabyte large personal file collection).
Everything worth being backed up I am working on is pushed to a git repository. The git repositories are synchronized manually (but pretty much after each important update) across about 5 machines in 3 physical locations (home, work, computing center). Though they are in the same city.
I don't think I will lose anything important anytime soon. Or if I do, I think I'll have more important concerns...
I've been using RH it since apollo.
Wow, it has been a while! I did not even know they had computers at that time!
From the translation:
"The city of Munich with her ââsavings Limux project about a third of their spending in the IT sector, particularly in license costs."
The best solution is to provide a software to the other end to record the conversation. That way his/her answer and behavior will be perfectly recorded and that is what you care about. Then send the file by any means (network, USPS, ...) Provided these are *slashdot* interview, I am sure the interviewee (is that actually the right word?) will know how to do that.
Am I the only one to immediately think of how to apply rule 34 to it?
You, sir, are an idiot!
We are not in a life-of-death situation, we are talking about some tax payer dollars being wasted. All the research will end up in the public domain. Most of the research is already accessible through other means, because there are conference version of the papers, some other appeared on arxiv first, and I will give a preprint away to any people that ask for it. The research WON'T get lost.
Elsevier business model WILL collapse. The pressure put on them by ACM and IEEE is too high in computer science. Arxiv gains a lot of traction; so does other initiative such as the cryptology eprint archive. Elsevier WILL die, it is just not dead yet. Pushing myself will not do anything, because I am nobody. Committing a carrier suicide for NO impact whatsoever, is not the right thing to do. It is useless. It is dumb.
Unless you are ready to tell your wife and kid that you have to leave the country and get unemployed because you want to save some tax payer dollars, I suggest you by a big broom for target and insert it deep in your ass!
JERK!
This is exactly what publishes me to publish in elsevier. Two of the (maybe 5) main journals in my field are published by elsevier. If I do not publish there, I do not publish in journal. If I do not publish in journals, I won't get a faculty position. There IS no way out for me at the moment. I have to play the sick game of the publishers.
local storage allow you to cache many things locally. You surely, do not want to go through network for every single freaking I/O.
in soviet russia, the moon land on YOU!
"We can reduce the size of the haystack when we are looking for that one-in-a-billion terrorist"
"There are approximately 7 billion people in the world... so by the above gentleman's assessment, there would be only 7 terrorists, worldwide."
Actually, what is important is how many people pass the security checks. my grandma never took the plane, so she does not count at all, TSA never see her. But my boss takes 10 planes a year, so he actually count for 10 people.
Not sure that the 1 in a billion statement is true. But what matters is how many time a security check is done on an airport.
yes you can!
rm -rf /scratch/footage_dump/
I know I have a terrible ear. I can not make the difference between 16bit/128Khz and 24bit/196Khz. However, I performed double blind test using 24bit/196Khz and lossless flac on friends of mine that claimed to hear the difference.
Actually about 3/4 of the ones that claimed to hear the difference could not: They got it right close to half the time, so pure luck.
Yet a couple of them could make the difference very clearly (close to 100% of the times).
It's also much more demanding on hardware. One of the big drawbacks is it requires a lot of scattered reads out of memory making caching much less effective. You need tons of bandwidth to low latency memory to make it happen. We're still a very long ways out from having this possible in reasonably-priced consumer GPUs.
Yes, it is exactly what Intel Mic card are awesome for. They are generic x86 core with 4-way SMT and a buttload of memory bandwidth. I worked with Knight Ferry prototypes and studied the scalability of the worst case of algorithms for scattered memory access: graph algorithms. (The paper will be published soon but the preprint is available at http://bmi.osu.edu/hpc/papers/Saule12-MTAAP.pdf .) Basically, we achieve close to optimal scalability on most of our tests.
These MIC card are designed to scale in good cases (compact memory and SIMDizable operations such as dense matrix vector multiplication, or image processing) but almost in the bad cases (lots of indirections, accessing caches lines in pathological scenarios such as sparse matrix vector multiplication, graph algorithms.)
I am excited to get a hold on the commercial card (we worked on prototypes) to make a CPU/GPU/MIC comparison.
I suggest we put birds into jails until they stop reproducing copyrighted material!
chances that oracle will see the light? :-)
Last time they saw the Sun, it did not end well...
I agree with you. The point of OP remains. forcing people to have a publication count won't solve anything. Close to the deadline, people will start submitting crappy papers until they pass the quota.
You can not put a simple counting rule to administrate people whose job is to understand, develop and bypass models. Researcher are the less suitable people for being subject to this type of rules.
maybe this has to do with the population that gave money more than the world's population distribution.
No. Whenever a headline on Slashdot asks a question, the answer is No.
Tomorrow on slashdot: Won't "Do Not Track" Kill the Free Internet?
I'd love to see "flower donations" being crowd funded! Please make a video out of it!
Are there any plan to release the game for free or even under CC licence if some threshold of money is reached? That would be really cool!
Personnally, I run firefox using a separate user account which has read permission only where it needs. (for instance, no /etc and no /home except /etc/iceweasel and /home/firefox obvisouly)