Whatever it is that Lessig is selling, John and Jane Sixpack ain't gonna be buying.
Well, the world is not dominated by John and Jane Sixpack.
What Lessig said is more towards creative people who create content, stories, and the like. Readers also have opinions. They are the ones who will decide. But, you are also right that the media might have the biggest stake in this. (Just like Microsoft on OSS issues.)
Personally, I think it might happen. It's happening right now.
Most of the discussions is around CS students, who have longer time. What about EE students?
I taught (and probably will teach again) introduction to programming for EE students. We use C++ as the language. We only have one formal class to teach programming. Thus, everything has to be packed in one semester. I decided to use command line (and sometimes the concept without computer).
My thinking is, if you want to teach a kid how to communicate, you don't ask her to use a sophisticated dictionary. The most important thing is she understands how to communicate. The language of choice is just to make it easier for us (teacher and student). Imagine teaching a kid with different languages at the same time. Make it simple.
IDE was introduce as a show-and-tell so the students know what's available out there (what's being used by professionals).
instead of more memory, how about longer battery lifetime?
even with my 2GB ipod, i already ran out of battery before running out of songs. (i do pick songs by hand regularly and that makes the LCD on frequently.)
You may be right that you may have information that I need from you. Thus, I'll "buy" it from you. But, if I buy it from you, you still have a copy of the information. WTF. I have just BOUGHT that information from you. You have to give it to me and ERASE it from your memory. Can you erase that information from your memory? What's the guarantee that you have erased it?
Assuming I have bought the information from you, I can give it to other for free, right? It's up to me to provide the information (eg. the weather of a region, crops, hunting, etc.) to others. If one starts doing that, then the information is available for public. Nobody will "buy" the information from you. (Well, perhaps there will be people who will still "buy" it from you.)
Information is a different kind of "property." Perhaps, it is not even a property.
Many of you have an American-centric point of view, where iTunes rules. But, in Asia, cellphone rules! In Indonesia alone, there era 30 million cellphone usuers. Compare that to around 8 million Internet users. 30 million is a large number. How be is the population in your city?
I could imagine that the market in China and India would be much BIGGER!
Although, US$2.50 is a bit too much. My informal polling (in one of my blogs) showed that people are willing to pay US 10c for a song. That's their willingness to pay (WTP). I'd say, price it at 10c, or even less (price it like SMS), and youngsters will download without thinking.
So, yes there is (are?) a market for it. In fact, I am excited.
I've been thinking about this service for about 6 months. Now, I am starting to write the requirement (equipments, software, billing system, all the work). We are thinking of offering the service in a small mall first (create our own small cell). Any hints?
Seriously, though - is there ever a reason to stick 1,000,000 objects into one container without any regard whatsoever to the type of objects or container? (Ignorance doesn't count.)
Like you said, it was just a (silly) oneliner attempt.
Well, another person tried to do it more hierarchical with subdirectories, eg:
We just wanted to experiment that creating 1 million mailboxes is problematic if we want to implement it directly in filesystem. (I still want to try though since I could write tools to mangle mailboxes without having to go through the database.)
Filesystem reads DO NOT go to disk, that's the fucking point, that's what a cache is, its storing it IN RAM. Filesystem reads go to the buffer cache, if something is not in the cache, the kernel reads it into the cache. Those tens of thousands of users checking every minute are NO LOAD ON THE DISKS AT ALL.
I am a fan of flat filesystem, but I think it's different story for 1 million users. How big is your RAM if you want to cache the whole (mail) thing?
I have a large mailbox (> 500 MB) and I don't think I am the only one with big mailboxes. I could only imagine if there are 1 million users accessing their mailboxes (say with IMAP).
Even doing scripts with many `find' can sometimes make my system goes into a crawl...
A friend did this:
for i in `seq -w 1 1000000`; do mkdir $i; done
mkdir: cannot create directory `33147': Too many links
mkdir: cannot create directory `33148': Too many links
mkdir: cannot create directory `33149': Too many links
I am currently under an informal legal discussion regarding my blogs. Apparently an organization that I am dealing with feels uncomfortable with the content of my blogs. We are currently in the process of terminating an agreement and this organization wants to have a clause in the terminating agreement stating that I will not say anything bad about them in any communication media (including blogs, of course). Well, where is "freedom of speech" then?
Sometimes just rotating the drive quickly by snapping your wrist back and forth would do it.
Yup. It did that many times on our old Sun machines long time ago (early nineties?). If it didn't work, we just gave the drive a "little tap" (and escalate after that, like banging the drive on the desk, ha3x).:P
Of course, we never put important data on those drives. Just enough data to boot.
The Hurd is not maturing nicely. All it can do at the moment is print out an exclamation mark with the banner program.
Hmm, 6 months ago I played with GNU/Hurd and definitely it could do more than just print out an excalamation mark. Heck, I ran a boa (a web server) on the Hurd box at that time. Ran an sshd so that I can access the box remotely.
I haven't had a chance to play with it recently, but I monitor a mailing list related to it. There's definitely progress. Please give it a try.
Here in Indonesia, a band approached us with the same questions. Now, I am trying to get some answers to those questions. The first one that I'd like to know is the willingness to pay (WTP).
Right now I am doing a poll at my blog rahard.modblog.com. How much would you willing to pay for an MP3 song. The top vote is between Rp.1000 to Rp.5000. That's around US10c to US 50 cents. Bear in mind our low GDP.
One postive note is that only 9% voted for free (gratis) MP3. So, in general, people are willing to pay. The million dollar question is... how much?
I archive most of my emails. Up to this point, my email archive is close to 2 GBytes.
I keep the emails in mailbox format (that is, in plain text as it is stored in most UNIX systems), in several files. The reason I do that is that most email readers (MUA) can read mailbox format. I keep them in several files to make it more manageable.
The tools that I use to manipulate emails are mostly "from", "procmail", "grep", and "less". There used to be tools from the "elm" era (still remember them?), such as "frm" (which is better than "from"), "reademail" (to read individual email, given the number of email in the archive), "deletemail" (which can delete an individual email in the archive). Too bad, these tools are gone. At one point I slapped a simple Tk interface as a front end to those tools. But it didn't scale well.
At one point I did experiment to store emails in indiviual files. But the tools to manipulate them are limitted. I used MH.
The next experiment I did was to take all those email headers and put them in a database. (I used msql, which was popular at that time.) Then, I had a Java applet and perl script to make queries to the database (and actually did an analysis of my reading habit). The actual emails were stored as plain text files. Each email was stored in individual file. Basically, the original email was untouched. I got bored and never continue the project.
Now... I am stll searching for the perfect email tools.
Write the contract in MS Word and use huge uncompressed BMPs for the company logos. You have instantly enough space for subtile changes to create collisions.
1. Is it practical? (I don't think so.) How big is an image to be considered "huge" and create a dent?
2. Wouldn't adding more data create a better separation? (ie. avalance effect?)
I am still unconvinced that adding more data automatically increase the probability of collision.
Got a floppy drive? You could run it from there.:)
... if only I could find a good floppy disk.
These days, it is more difficult to find a working floppy drive and floppy disk.
It's even more expensive than blank CD!
If you look at the details of the discovery - the Hobbits lived with real life dragons, hunted minature oliphants and lived in the misty moutains,
Greetings from Indonesia.
For what it's worth, we do have komodo which could be thought as a mini-dragon.
I live in a misty mountain area. (Well, not that misty anymore, though.)
Although, Flores - where the dwarf was found - is closer to Australia than to my city.
I wouldn't dismiss it as a prank, but I have to agree that it's not a hobbit.
It was just perhaps an ordinary Indonesian?
After all, some of us are quite small.
Slashdot Mirror
Bot.
What? You're not a bot?
Too late dude! ... 41wvr
Your password has been mailed to us. It's
Boy that was easy.
Well, the world is not dominated by John and Jane Sixpack.
What Lessig said is more towards creative people who create content, stories, and the like. Readers also have opinions. They are the ones who will decide. But, you are also right that the media might have the biggest stake in this. (Just like Microsoft on OSS issues.)
Personally, I think it might happen. It's happening right now.
I taught (and probably will teach again) introduction to programming for EE students. We use C++ as the language. We only have one formal class to teach programming. Thus, everything has to be packed in one semester. I decided to use command line (and sometimes the concept without computer).
My thinking is, if you want to teach a kid how to communicate, you don't ask her to use a sophisticated dictionary. The most important thing is she understands how to communicate. The language of choice is just to make it easier for us (teacher and student). Imagine teaching a kid with different languages at the same time. Make it simple.
IDE was introduce as a show-and-tell so the students know what's available out there (what's being used by professionals).
instead of more memory, how about longer battery lifetime? even with my 2GB ipod, i already ran out of battery before running out of songs. (i do pick songs by hand regularly and that makes the LCD on frequently.)
You may be right that you may have information that I need from you. Thus, I'll "buy" it from you. But, if I buy it from you, you still have a copy of the information. WTF. I have just BOUGHT that information from you. You have to give it to me and ERASE it from your memory. Can you erase that information from your memory? What's the guarantee that you have erased it?
Assuming I have bought the information from you, I can give it to other for free, right? It's up to me to provide the information (eg. the weather of a region, crops, hunting, etc.) to others. If one starts doing that, then the information is available for public. Nobody will "buy" the information from you. (Well, perhaps there will be people who will still "buy" it from you.)
Information is a different kind of "property." Perhaps, it is not even a property.
Many of you have an American-centric point of view, where iTunes rules. But, in Asia, cellphone rules! In Indonesia alone, there era 30 million cellphone usuers. Compare that to around 8 million Internet users. 30 million is a large number. How be is the population in your city? I could imagine that the market in China and India would be much BIGGER! Although, US$2.50 is a bit too much. My informal polling (in one of my blogs) showed that people are willing to pay US 10c for a song. That's their willingness to pay (WTP). I'd say, price it at 10c, or even less (price it like SMS), and youngsters will download without thinking. So, yes there is (are?) a market for it. In fact, I am excited. I've been thinking about this service for about 6 months. Now, I am starting to write the requirement (equipments, software, billing system, all the work). We are thinking of offering the service in a small mall first (create our own small cell). Any hints?
Like you said, it was just a (silly) oneliner attempt. Well, another person tried to do it more hierarchical with subdirectories, eg:
We just wanted to experiment that creating 1 million mailboxes is problematic if we want to implement it directly in filesystem. (I still want to try though since I could write tools to mangle mailboxes without having to go through the database.)
I have a large mailbox (> 500 MB) and I don't think I am the only one with big mailboxes. I could only imagine if there are 1 million users accessing their mailboxes (say with IMAP).
Even doing scripts with many `find' can sometimes make my system goes into a crawl ...
A friend did this:
for i in `seq -w 1 1000000`; do mkdir $i; done
mkdir: cannot create directory `33147': Too many links
mkdir: cannot create directory `33148': Too many links
mkdir: cannot create directory `33149': Too many links
Still thinking of creating 1 million files?
I am currently under an informal legal discussion regarding my blogs. Apparently an organization that I am dealing with feels uncomfortable with the content of my blogs. We are currently in the process of terminating an agreement and this organization wants to have a clause in the terminating agreement stating that I will not say anything bad about them in any communication media (including blogs, of course). Well, where is "freedom of speech" then?
Yup. It did that many times on our old Sun machines long time ago (early nineties?). If it didn't work, we just gave the drive a "little tap" (and escalate after that, like banging the drive on the desk, ha3x). :P
Of course, we never put important data on those drives. Just enough data to boot.
Hmm, 6 months ago I played with GNU/Hurd and definitely it could do more than just print out an excalamation mark. Heck, I ran a boa (a web server) on the Hurd box at that time. Ran an sshd so that I can access the box remotely.
I haven't had a chance to play with it recently, but I monitor a mailing list related to it. There's definitely progress. Please give it a try.
Right now I am doing a poll at my blog rahard.modblog.com. How much would you willing to pay for an MP3 song. The top vote is between Rp.1000 to Rp.5000. That's around US10c to US 50 cents. Bear in mind our low GDP.
One postive note is that only 9% voted for free (gratis) MP3. So, in general, people are willing to pay. The million dollar question is ... how much?
BTW, let us know what you decide
I keep the emails in mailbox format (that is, in plain text as it is stored in most UNIX systems), in several files. The reason I do that is that most email readers (MUA) can read mailbox format. I keep them in several files to make it more manageable.
The tools that I use to manipulate emails are mostly "from", "procmail", "grep", and "less". There used to be tools from the "elm" era (still remember them?), such as "frm" (which is better than "from"), "reademail" (to read individual email, given the number of email in the archive), "deletemail" (which can delete an individual email in the archive). Too bad, these tools are gone. At one point I slapped a simple Tk interface as a front end to those tools. But it didn't scale well.
At one point I did experiment to store emails in indiviual files. But the tools to manipulate them are limitted. I used MH.
The next experiment I did was to take all those email headers and put them in a database. (I used msql, which was popular at that time.) Then, I had a Java applet and perl script to make queries to the database (and actually did an analysis of my reading habit). The actual emails were stored as plain text files. Each email was stored in individual file. Basically, the original email was untouched. I got bored and never continue the project.
Now ... I am stll searching for the perfect email tools.
2. Wouldn't adding more data create a better separation? (ie. avalance effect?)
I am still unconvinced that adding more data automatically increase the probability of collision.
But, of course. All you have to do is partition your drive into gazillion partitions :)
... understand translator
Find a good entropy
And
I second your opinion. It's not "stuff that matters."
These days, it is more difficult to find a working floppy drive and floppy disk.
It's even more expensive than blank CD!
does anybody have a bootable CD with dnetc client :)
I would say, the #1 is microprocessor. ...
but, it's more than 25 years ago.
hmm
Well for one thing, Firefox still messes up slashdot display. See here:s hdot-tidak-firefox-friendly.html (unfortunately in Bahasa Indonesia)
http://andika-lives-here.blogspot.com/2004/12/sla
I was told it's because of slow (dialup?) lines.
I still use Firefox though.
Perhaps, ... that's part of the limitations? No? :)
Greetings from Indonesia.
For what it's worth, we do have komodo which could be thought as a mini-dragon.
I live in a misty mountain area. (Well, not that misty anymore, though.)
Although, Flores - where the dwarf was found - is closer to Australia than to my city.
I wouldn't dismiss it as a prank, but I have to agree that it's not a hobbit.
It was just perhaps an ordinary Indonesian? After all, some of us are quite small.
No, they won't. They keep coming, and coming, ... and coming.
It reminds me of Randy Glasbergen cartoon:
That's how bad spam is!
But fear not! He had a solution:
Yeah, but your wallet get a maximum "OWW" ...