i totally agree with you wrt the value of a REPL. i've done a fair amount of work in matlab, and i would mock up a method and work in the command line interface while stopped in the debugger until i got something working and then paste it back into the editor

beanshell2 for java isn't bad, but it's not integrated into the debugger so it doesn't help much. i use netbeans as my IDE and the "evaluate expression" debugger tool is decent for java, as is gdb for c. but all 3 pale in comparison to the matlab environment. someday, i aspire to have the time to make a command line repl plugin for netbeans ...

the only thing new that i see McDirmid proposing is that the output is continuously updated as you edit. that doesn't sound very useful. i'd prefer a REPL that's integrated with the debugger

the article isn't loading for me, so it's possible that this is discussed there ...

but what i'd really like is a block of nand that's accessed directly. SSDs present a block interface and translate the writes to the nand. presumably these dimms continue to present the RAM model to the computer and do some behind the scenes translation

nand has a performance characteristic that is quite different from both RAM and block devices, and shoehorning it to look like one or the other is limiting it's usefulness. eg, SSDs only let you do a single write to a block before erasing it, but you can actually continue to update a block - it's just that the bits are additive. for some algorithms this would be useful and would dramatically extend the write endurance. but since the SSD interface doesn't expose that capability we're left brute-forcing the nand

tl;dr: i want raw nand

nothing he said in there was anything worse than what linus posts, or many open source projects. you could have said "scott - i choose not to make the changes that you'd like. you're free to fork things". instead, you're talking out of both sides of your mouth - claiming that you were being accommodating and then stonewalling him, kicking him when he called you on it, and pretending that he's a bad egg for forking things

if you're going to bad-mouth someone for forking, then you're just playing politics

a slab of concrete has been found with an uptime of 3737 years

maybe the sysadmins liked them but as a developer i hated solaris boxen. the libraries were always years old, nothing modern would compile, the cli tools were slightly incompatible with linux scripts, ...

power corrupts. absolute power corrupts absolutely

"one codec to *stream* them all"

wow - lots of negativity in the comments so far. yes, on one level this is obvious, but in reality i've found this difficult

i use google voice as my primary number and most days i don't buy prepaid service (i'm spending $100 per year for the last 2 years) - so i'm wifi only. when i'm on a linux box (with a hardwired ethernet) i use the gmail to make calls. but i haven't found a great solution for my phone - google nexus s. what i'm doing is have google voice forward the call to ipkall (free pots to sip gateway) and then answer the call on my phone with csipsimple (seemed better than builtin, though i haven't tried the builtin sip since i upgraded to ICS). for testing, i do the same thing on my linux box using sflphone. the quality using gmail is much better than what i've gotten from either csipsimple or sflphone (i'm on a 1Mbit dsl connection)

so an android app that talks directly to GV seems incredibly useful to me. anyone know how this works - eg, are they just running a pots-to-sip gateway or have they actually implemented the GV protocol (i think it's jingle with some extensions). any other apps that are doing something similar, especially one that's Free ? or linux programs (on my laptop, leaving gmail open eats my battery) ? anybody else using GV + wifi as their primary means of communication ? how does the voice quality compare with gmail ?

yes, the article isn't great. but the idea is 100% geek - embrace it. in the meantime i'm going to go investigate GIPL and see if anyone else is implementing the GV protocol

i'm an idiot ... the article says they show up with a "sponsored" tag

not sure if i've ever seen one of these sponsored posts ... does facebook have to disclose that the post is a paid advertisement ?

http://mashable.com/2009/10/05/ftc-blogger-endorsements/

in semi-communist china the music copyrights you

i'll second this. and add that netbeans (and i'm sure other IDEs as well) is great with javascript, including libraries such as dojo. auto-completion, pops up javadoc-style comments, rudimentary refactoring, search for usages. once i got my mind wrapped around the closures and prototype-based inheritance it didn't feel that different than java. though the lack of strong typing is always going to be a limitation - no two ways about that

http://blog.nqzero.com/2009/08/dojo-api-code-assist-in-netbeans.html

wow ... won't fix. portrait mode is getting harder and harder to use. between 16:9 aspect ratios (1080 wide) and this "design decision" to *fix* the panel to the left side, you've probably only got 1024 useable pixels - cutting edge when XGA came out back in 1991

guess i'll try it on my laptop and see what i think. but on the desktop, it sounds brutal for anyone that prefers portrait mode - you get almost twice as many lines of code on the screen in portrait as you do in landscape, but those horizontal pixels become precious. i splurged and went 1920x1200, so i'm not in terrible shape - though the viewing angle is so bad, i have to keep the lcd turned 5 degrees

GNOME / Linux

not quite what you're looking for, but in the same vein. i'm using the nexus s on t-mobile prepaid with a google voice number

at my desktop: gmail voice chat over a 1Mbps, $10/month dsl connection
mobile with wifi: sip on the nexus s
mobile without wifi: t-mobile prepaid

everybody sees the same (gv) number. for sip i use callcentric + ipkall incoming, and anveo ($0.012 per minute) for outgoing. i'm using csipsimple instead of the builtin sip stack. i haven't tried sip over 3g. call quality with sip has been inconsistent, but i think i can improve it - i still need to tweak the echo cancellation params and figure out how to enable QOS on my router. i should also try skype-out

not a slam dunk, but calls are very cheap or free, sms is free - i spent $3 in the last month. when i need data it's $1.50 per day. it works because i'm at a computer most of the day, have wifi available most places i go, and don't make a ton of calls to begin with. at the price, it's hard to beat

this is a step in the right direction, but on top of that you need to layer something that allows persistence to messages, since the ad hoc networks aren't going to be able to route most of the messages that you want to send. maybe bittorrent or even smtp

A and B are in separate nets. A sends a message to B. everyone in A's net saves the message and when they connect to a new net they pass it on (to everyone in the new net). eventually someone finds B and delivers the message. as formulated highly inefficient, but should be tweakable to allow for short messages