I know of one for Mac OS: http://github.com/mxcl/homebrew/
It would probably not be much of a challenge to make that work on a Linux machine. That and a Linux tool for this probably already exists.
Proprietary magsafe connectors prevent anybody from selling such an external pack for this laptop. Unless there is some awesome trick that I just don't know (if so, please share), carrying multiple batteries is the 'road warrior' option for Apple laptops. I currently do this with my Macbook, and it is a hassle.
The latter in particular is super irritating, at least to me.
I have to see any decent-sized project using events that didn't need Mac OS-specific configuration.
This isn't really the same kind of component. On the other hand, Linux has epoll, which fills the same role as kqueue. In my experience, epoll is at least as good. http://www.kegel.com/c10k.html#nb.epoll
Now MacOS X needs to fix their kqueue bugs, and the world will be a happy place.
Actually, on Windows with nVidia cards, you can use the nView software to do just this. You drag gridlines wherever you want them, and windows snap to them as you move them. Pretty cool.
Can you give me an example of something that requires a subselect, rather than an ActiveRecord association (with or without the:include => [] parameter is fine). I haven't run into one yet, and I'm writing largeish apps for government customers. Are you talking about legacy schemas, or tables designed for use with RoR?
Please don't feel that I'm trying to attack your position. I'd like to know if there's something ugly waiting for me around the corner.
In general I totally agree with your post, and I am definitely a fan of portable data mappers like Hibernate. However, in defense of Ruby on Rails (which I like very much), the vast majority of data operations do not require any SQL code, and are freely portable across database platforms. Every Rails app I've built so far runs without modification on MySQL and Oracle.
Even when you need to do something that requires some embedded SQL, usually it is easy to restrict it to something platform-neutral. For example,:conditions => ["blah = ? and whatsit is null", some_blah]..which should work on anything that even remotely supports SQL, and definitely on everything that ActiveRecord currently has a database driver for. Given that ActiveRecord is not trying to solve the same problem as Hibernate, I think the complexity vs. portability tradeoff is worth it.
Also, at the risk of being pedantic; Ruby on Rails does not depend on ActiveRecord. Many people are using other model layers, such as Og, which defines its own OO query language, a la Hibernate.
One of the first things that struck me as I played WoW, (other than, "hey, this is a lot of fun") was how sophisticated the server-side code had to be to cope with various tricky things like instance dungeons, visibility, etc.
Assuming it isn't a trade secret, how do your lead engineers "think" about the problem? A first-that-comes-to-mind object model would probably be fantastically hard to scale up and/or verify, due to the huge amount of state associated with even the smallest little things in the game.
On the other hand, you probably didn't write your auction house code in Haskell. How "cool" is your model of the world?
qsort() is a very well-understood algorithm that has been highly optimized.
Not including it in the benchmarks would have been a sign that some smoke and mirrors were involved. If the MSVC++ library had anything faster, people would be using it.
Take a look at this, and the very elegant Scheme dialect that was designed to go along with it. How To Design Programs
One semi-unique feature is that it asks you what your skill level is when you launch the environment, and tailors the feature-set accordingly. Novices see a simple subset of the language, and experts get the full power inherent in a real-deal Lisp dialect.
I often see this concept on Slashdot in one form or another. I'm not sure it's as ironclad as you might think, sadly. Companies can and do defeat "movements". They aren't like neutrinos and ordinary matter; they DO interact. Big industry almost single-handedly converted 19th century America into a nation that couldn't pass a basic literacy test. If Linux suddenly became a major threat to Intel, IBM, and Oracle all at once, we would definitely see some core Linux developers posting: "I've decided to move to [insert company here] to pursue other interests. I can assure you, my split with the Linux kernel developers was totally amicable."
Ignoring lossless compression, (which has come a long way.. check out CorePNG if you're interested) even HDTV doesn't use 4 bytes of color per pixel. 4:2:2 is the most common sampling format for HDTV, which greatly reduces the required bitrate.
Still, even 100mbps would be a huge improvement over typical high-def bitrates, and you can store a whole lot of 100mbps footage on a 1TB disc.
Optware is using a polymer developed by Aprilis.
You can find more technical details here:
Technical Publications
The founder of Optware used to work at Sony, and other technical guys working for them were involved with Blu-Ray. I guess they got tired of working by the hour. Heh.
Finally, here's an EETime Article that goes into more detail about the Optware product.
Personally, I just want to know when I can buy a burner.
I'm not sure the article author has actually read the Paul Graham essay that he is responding to. He almost entirely fails to discuss any of the attributes that Graham assigns to languages that 'Great Hackers' like to use.
In particular, Graham claims that terser languages are more powerful, because studies have shown that coders churn out a pretty constant number of lines per day, regardless of the programming language. Java is anything but terse. I could go on, particularly since the Sun JVM isn't open source, and Graham makes a point of claiming that Great Hackers prefer to use open source tools.
I think frantic defensive articles regarding Java aren't helping anyone. The managers that choose Java don't read Paul Graham articles, and I doubt Paul Graham much cares what a Java-oriented business journal has to say about his articles.
Please note that I am just relating the opinions that Graham has put on his website. I do not necessarily share his views.
Minnesota is not a Right To Work state. I'm not a lawyer, but they might actually have a case. Residents of states without a Right To Work law are not protected from this kind of non-compete suit in the same way as RTW residents are.
I've been using XHTML for some time, but only in the modes that safely fall back to HTML for browsers that don't "speak" XHTML. I have to wonder if 2.0 is going to catch on. Internet Explorer isn't likely to support it any time soon, and nobody wants to code two versions of every web application. Still, good FAQ on that site. I learned some details that had been hazy.
Slashdot Mirror
I guess VoIP has become a meaningless term now.
Is FaceTime also VoIP?
Is clicking on a YouTube video that features dialogue VoIP?
I mean the money/effort spent on this litigation.
It seems to me that HP would be better off sinking this money into contributions to PostgreSQL / EnterpriseDB; it already offers a ton of Oracle compatibility, and runs on HP-UX: http://enterprisedb.com/products-services-training/products/postgres-plus-advanced-server/advanced-server-oracle-features
I know of one for Mac OS:
http://github.com/mxcl/homebrew/
It would probably not be much of a challenge to make that work on a Linux machine. That and a Linux tool for this probably already exists.
I don't remember that.
Proprietary magsafe connectors prevent anybody from selling such an external pack for this laptop.
Unless there is some awesome trick that I just don't know (if so, please share), carrying multiple batteries is the 'road warrior' option for Apple laptops.
I currently do this with my Macbook, and it is a hassle.
The big ones that come to mind are broken support for TCP_NOPUSH:a rch/002024.html
..and the fact that it can't be used with stdin:p r/msg00072.html
http://lists.danga.com/pipermail/memcached/2006-M
http://lists.apple.com/archives/darwin-dev/2006/A
The latter in particular is super irritating, at least to me.
I have to see any decent-sized project using events that didn't need Mac OS-specific configuration.
This isn't really the same kind of component.
On the other hand, Linux has epoll, which fills the same role as kqueue.
In my experience, epoll is at least as good.
http://www.kegel.com/c10k.html#nb.epoll
Now MacOS X needs to fix their kqueue bugs, and the world will be a happy place.
Actually, on Windows with nVidia cards, you can use the nView software to do just this. You drag gridlines wherever you want them, and windows snap to them as you move them. Pretty cool.
Can you give me an example of something that requires a subselect, rather than an ActiveRecord association (with or without the :include => [] parameter is fine).
I haven't run into one yet, and I'm writing largeish apps for government customers.
Are you talking about legacy schemas, or tables designed for use with RoR?
Please don't feel that I'm trying to attack your position. I'd like to know if there's something ugly waiting for me around the corner.
In general I totally agree with your post, and I am definitely a fan of portable data mappers like Hibernate.
:conditions => ["blah = ? and whatsit is null", some_blah] ..which should work on anything that even remotely supports SQL, and definitely on everything that ActiveRecord currently has a database driver for.
However, in defense of Ruby on Rails (which I like very much), the vast majority of data operations do not require any SQL code, and are freely portable across database platforms. Every Rails app I've built so far runs without modification on MySQL and Oracle.
Even when you need to do something that requires some embedded SQL, usually it is easy to restrict it to something platform-neutral.
For example,
Given that ActiveRecord is not trying to solve the same problem as Hibernate, I think the complexity vs. portability tradeoff is worth it.
Also, at the risk of being pedantic; Ruby on Rails does not depend on ActiveRecord. Many people are using other model layers, such as Og, which defines its own OO query language, a la Hibernate.
One of the first things that struck me as I played WoW, (other than, "hey, this is a lot of fun") was how sophisticated the server-side code had to be to cope with various tricky things like instance dungeons, visibility, etc.
Assuming it isn't a trade secret, how do your lead engineers "think" about the problem? A first-that-comes-to-mind object model would probably be fantastically hard to scale up and/or verify, due to the huge amount of state associated with even the smallest little things in the game.
On the other hand, you probably didn't write your auction house code in Haskell.
How "cool" is your model of the world?
qsort() is a very well-understood algorithm that has been highly optimized.
Not including it in the benchmarks would have been a sign that some smoke and mirrors were involved. If the MSVC++ library had anything faster, people would be using it.
Who the fuck has enough data to sort on a regular basis that they'd need hardware-assisted sorting?
Perhaps you've heard of, I dunno.. Google, or Oracle?
He meant "C+@", not "C@+":
Google Search with some hits
Take a look at this, and the very elegant Scheme dialect that was designed to go along with it.
How To Design Programs
One semi-unique feature is that it asks you what your skill level is when you launch the environment, and tailors the feature-set accordingly.
Novices see a simple subset of the language, and experts get the full power inherent in a real-deal Lisp dialect.
If I recall, Ka was what your spirit was called in Egyptian mythology.
I often see this concept on Slashdot in one form or another. I'm not sure it's as ironclad as you might think, sadly.
Companies can and do defeat "movements". They aren't like neutrinos and ordinary matter; they DO interact.
Big industry almost single-handedly converted 19th century America into a nation that couldn't pass a basic literacy test.
If Linux suddenly became a major threat to Intel, IBM, and Oracle all at once, we would definitely see some core Linux developers posting:
"I've decided to move to [insert company here] to pursue other interests. I can assure you, my split with the Linux kernel developers was totally amicable."
Vectored thrust rules the skies.
Ignoring lossless compression, (which has come a long way.. check out CorePNG if you're interested) even HDTV doesn't use 4 bytes of color per pixel.
4:2:2 is the most common sampling format for HDTV, which greatly reduces the required bitrate.
Still, even 100mbps would be a huge improvement over typical high-def bitrates, and you can store a whole lot of 100mbps footage on a 1TB disc.
Optware is using a polymer developed by Aprilis.
You can find more technical details here: Technical Publications
The founder of Optware used to work at Sony, and other technical guys working for them were involved with Blu-Ray. I guess they got tired of working by the hour. Heh. Finally, here's an EETime Article that goes into more detail about the Optware product.
Personally, I just want to know when I can buy a burner.
I'm not sure the article author has actually read the Paul Graham essay that he is responding to.
He almost entirely fails to discuss any of the attributes that Graham assigns to languages that 'Great Hackers' like to use.
In particular, Graham claims that terser languages are more powerful, because studies have shown that coders churn out a pretty constant number of lines per day, regardless of the programming language. Java is anything but terse.
I could go on, particularly since the Sun JVM isn't open source, and Graham makes a point of claiming that Great Hackers prefer to use open source tools. I think frantic defensive articles regarding Java aren't helping anyone. The managers that choose Java don't read Paul Graham articles, and I doubt Paul Graham much cares what a Java-oriented business journal has to say about his articles. Please note that I am just relating the opinions that Graham has put on his website. I do not necessarily share his views.
Minnesota is not a Right To Work state. I'm not a lawyer, but they might actually have a case.
Residents of states without a Right To Work law are not protected from this kind of non-compete suit in the same way as RTW residents are.
Time to up your prices. I charge people $100 to do that. Why? Because I'd rather be doing something fun, instead of working on their shitty PC.
I've been using XHTML for some time, but only in the modes that safely fall back to HTML for browsers that don't "speak" XHTML.
I have to wonder if 2.0 is going to catch on. Internet Explorer isn't likely to support it any time soon, and nobody wants to code two versions of every web application.
Still, good FAQ on that site. I learned some details that had been hazy.