Catch up on stories from the past week (and beyond) at the Slashdot story archive


Forgot your password?
DEAL: For $25 - Add A Second Phone Number To Your Smartphone for life! Use promo code SLASHDOT25. Also, Slashdot's Facebook page has a chat bot now. Message it for stories and more. Check out the new SourceForge HTML5 internet speed test! ×

Comment Re:Now, also make it understandable (Score 1) 199

Understanding is "horizonal" - there's always, always further, beyond wherever you reach. Thus, there's almost never the luxury of understanding everything that's relevant. Instead, you can only identify what may be sufficient for your purposes, and aim to understand enough for adequate confidence about the risks.

Comment Re:Must be Apples fault (Score 1) 82

Somehow Apple must to be blame. Android is open source goodness and with so many eyes looking over the code it couldn't have flaws.

that may have been intended as stinging sarcasm, but the problem is with a component of HTC's proprietary Sense overlay. that sorta takes any point out of your mockery.

Comment Re:I'm coining a new term: (Score 1) 425

well said.

lisp was my favorite language until i found python. i still like lisp a lot - i develop some emacs extensions, like allout, and enjoy delving into the code. i'm also a big shell scripting fan, and i even love scheme's compactness. however, whenever i return to python from any other computer language, i am struck by its comprehensibility.

it's unfortunate, but "comprehensibility" is hard to pin down, and critically important. particularly in dynamic situations - which is when scripting is most needed. the more that a language has syntactic clutter, and/or is excessively naive (so a lot of code needs to be written and rewritten for simple things) or sophisticated (requiring the programmer to be so clever that they and others inevitably have a hard time understanding what they've written), the harder it is to evolve a system. of any language i've seen, python strikes the best balance, by far, in all of those realms.

it's kinda whacky that the GNU folks have stuck with the choice of guile after all this time, and in the face of others leaving that quest. witness MIT migrating from scheme to python for their introductory programming courses...

  • Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it. -- Brian Kernighan

Comment Re:Same issue as copied ~/.ssh (Score 1) 168

unlinking, and relinking when necessary, is a good suggestion. it's nice to have a useful workaround out of a slashdot discussion!

(no, i'm not being snarky - i hadn't even looked at the unlink option since i first started using dropbox, since i never use it on any but my own computers.)


(it's also amazing to me that they don't use SSH / SSL.)

Comment Re:Google's response == fluff (Score 1) 299

What a bunch of fluff. The relevant developers don't care about "best practices" or any other voluntary standard. And how the f*** are users supposed to establish trust in certain apps? The platform does not significantly monitor an application's ongoing behavior, nor is anyone performing serious code-reviews or blackbox testing. Google COULD HAVE set up profiling tests similar to those run in TFA, but didn't.

your indignation suggests unwarranted faith in techniques that the article's authors acknowledge could be easily fooled (they say, "gamed"), since they trace only data flow, not control flow - and that is all they can reasonably do. so all that android-instituted behavioral tests would achieve is another level of misplaced trust. great goal.

really, android's existing sandboxing scheme is much more worthy of ongoing trust than the described profiling scheme. the sandboxing scheme cannot claim the granularity of the profiling scheme, but it realiably covers what it claims to cover. the profiling scheme cannot.

Comment Re:Why support companies that pull crap like this? (Score 2, Interesting) 97

We buy things that do certain things. If they do those things that you care about well, they serve their purpose and end up being worth the money. Things like jail-breaking are just icing.

well said - but for me, at least, the "icing" part underestimates the value of openness.

i'm near completing my second year of owning an android G1, and the thing has been spectacularly useful things i've owned. somewhere near the beginning of my second year i was increasingly frustrated with the limited apps storage space, though, and general thrashing of the android 1.6 install (perhaps due to my crowding it with apps, but i was trying to cut out unnecessary stuff, honest). rooting with cyanogenmod became pretty easy, and enabled me to use part of my 8 GB card (now 16GB:) for app storage. i'm now running android 2.1, thanks to cyanogen, and the phone is working better than it ever did at stock 1.5 or 1.6. it continues to be spectacularly useful 2 years out, where it was running out of steam at the end of one year while sticking with the stock system.

mind you, android 2 is not likely to ever be released for my phone by my vendor, and it would have been increasingly untenable for me to stick with this phone anywhere near as long as i have - despite loving the format (really decent physical keyboard, generally decent other stuff), and not seeing satisfying alternatives. for those reasons and others i could see staying with this thing for a while more - and if htc had locked out alternative os loads, i would not have had the choice.

consequently, as far as i can tell motorola phones, with their signed-boot restrictions, offer no lasting value to me, whatsoever, and are not in the running. i'll be eventually be looking for another android-based phone with a hardware keyboard - but it doesn't have to be soon, and it definitely won't be one that limits the long-term utility of the thing so drastically.

exactly what is useful can sometimes be difficult to gauge in advance, and that's where openness - allowing more options over the life of even an appliance - can be worth a lot.

Comment Re:Why did she even bother? (Score 1) 515

others have responded better than i can, except i see one aspect missing from the other comments. google's action signals a significant shift in the way it relates to what amounts to an intransigent bully in charge of the biggest ball game (economy) in town.

prior behavior (by google and every other big player) has been mostly accommodation - walking gently around the bully in the hopes of staying in good graces, to not get shut-out from the game. google's recent actions - effectively accusing the govt. of the corporate spying, dropping the censorship, etc. - amounts to shrugging its shoulders and saying, "playing by your rules is not worth the grief". the way i see it, clinton's response is a signal that google's is not just a unilateral, empty gesture - this is policy shift is endorsed by both.

the departure is not from engagement, but rather from continuing to unequivocally accept china's rules of the game.

in order to have any real significance, google actually has to be willing to turn down some huge opportunities. they've demonstrated willingness to commit to big stakes in, eg, the way they influenced the terms of the spectrum auction, so i see no reason to view any of this as feeble gestures, but rather a genuine shift. interesting.

Comment finite and infinite games (Score 1) 80

anyone interested in this distinction might appreciate the model described in finite and infinite games by james p. carse. it's a kind of convolution of the tao te ching, distilled down to:

A finite game is played for the purpose of winning. An infinite game is played for the purpose of continuing the play.

carse might say that performance-orientated people (paul) are occupied with the resulting claim - title, status, accomplishment, authority, etc - that they can make looking back on the win. those that are mastery-oriented (matt) are more concerned with developing ability to continue the play into the ("horizonal" - always in the advancing distance) future.

Surprise causes finite play to end; it is the reason for infinite play to continue.


To be serious is to press for a specified conclusion. To be playful is to allow for possibility, whatever the cost to oneself.


Because infinite players prepare themselves to be surprised by the future, they play in complete openness. It is not an openness as in candor, but an openness as in vulnerability. It is not a matter of exposing one's unchanging identity, the true self that has always been, but a way of exposing one's ceaseless growth, the dynamic self that is yet to be. The infinite player does not expect to only be amused by surprise, but to be transformed by it, for surprise does not alter some abstract past, but [by discovery of what actually happened,] one's own personal past.

(i wonder whether those interested in this kind of topic would more tend towards the mastery/infinite-play perspective?)

anyway, one of the most illuminating books i have read, along with the tao te ching (and, the one other on my paltry list, the politics of experience by r. d. laing).


Comment Re:License missing (Score 1) 336

hmm. i'm running more in the background now than i was before, because there are some apps which have background jobs (eg, google voice, selfhelp) which i couldn't afford to have on the phone at all, space wise. no problems now, except for some problematic apps (eg, where).

i would often try killing background tasks (using advanced task manager, very nice), but never got signficant improvement - to the point of killing all.

Comment Re:License missing (Score 1) 336

You seem to be confusing RAM and internal flash storage.

i don't think so, but i could be mistaken.

the specs are 192 MB RAM and 256 MB EEPROM. i believe that the eeprom holds the firmware loader and static OS elements, while the RAM is used for active operating memory and varying elements of the internal-phone filesystem, including apk storage, data caches for things like gmail and the browser, and so on.

i can tell you that the space available for the .apks starts at something like 75 MB total. that's quickly consumed (with some substantial apps taking several MB apiece), and i experienced awful performance problems even though i left 12 to 17 MB (depending on how recently i cleared the caches).

Slashdot Top Deals

Whom computers would destroy, they must first drive mad.