Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!


Forgot your password?
Check out the new SourceForge HTML5 internet speed test! No Flash necessary and runs on all devices. ×

Comment Movie Makers do NOT get money from candy. (Score 1) 337

...that by offering you new titles so early they are going to lose on all the overpriced cold drinks, and snacks they sell you at the theatre.

This is incorrect. Movie theaters make ZERO money on ticket sales for the first few weeks, then a small portion of the ticket sale, and then eventually a good portion. Pretty much ALL ticket money goes to the makers of the movie.

THE REASON why you have those overpriced drinks and such, is because it's the only source of income for the movie theater itself.

Comment Re:Give up (Score 1) 435

I'm 39, I've been programming since I was 6. I relate to this completely.

I observe, as Alan Kay has observed, that the industry is fad-driven and youth-focused. I remember when Node.js was exploding out, and asking myself, "What's the big deal here?" People were getting insanely excited about... ...call-backs. As if it were this bold new paradigm in programming.

I think what happens is that young people get into programming, discover some idea, and then hype the fuck out of it. Other new programmers hear this idea, their brain explodes, and they start tapping the shoulders of all the other young programmers. Next thing you know, they all want to learn this programming language and it's the best thing in 4ever.

I have a very hard time getting excited about most "new" technologies; I have a very hard time getting excited about most "new" **ideas.** Reason being: I see very little that is new in them, a lot that is very old, and I see terrible implementations behind them most of the time.

I often find myself asking:
* "Why not just use TCP sockets, cron, and a couple hundred LOC, rather than importing this entire massive technology stack?"
* "I hate to be a jerk, but do you know it should only require about 12 bytes of data to store each entry here?"
* "Have you thought about using shared memory here?"

I see far more work going into sorting out and arguing for technology stack X vs. Y, rather than in what the problem actually is, and what would be the simplest and most direct way of solving it. Then our energy is lost in upgrade hell, attack vectors, and work-arounds for simple things that are very basic but didn't happen to be included in the stack.

I have seen more code written in work-arounds and patches and side-solutions and configuration systems, then it would take to simply just write our own solution -- with total control, all versatility required, easier flow, and far fewer places for bugs and attack vectors to arise.

So, I don't care about New Language X, or New Technology Y. I can learn the pieces of it as needed, but I just can't work up the exuberance for it.

Comment Reverse Calculate Average Lifetime of Civilization (Score 1) 267

I'd be interested in seeing a paper that estimates the maximum lifetime of a technological civilization, on the basis that : (A) the estimates given are right about the number of stars, how many habitable planets are in the goldilocks zone, etc.,., (B) we are not atypical, and then (C) that we have not encountered signals from any radio emitting civilizations.

We might find that there would be so many technological civilizations, that technological civilizations should only exist for a few dozen years. Or we may find that they are so rare, that it's extremely uncommon that they overlap, and they may well last for several millennium.

Comment A More Radical Position (Score 0) 197

I have developed, in 30 years of programming, to a much more radical position. Technical debt and mounting complexity are major problems, and I want to see a splinter movement within programming that defies the contemporary orthodoxy on how to solve these problems.

Object Oriented Programming is not a solution.

Refactoring is a failure as a solution. INSTEAD: We need to say "NO," from the get-go, to unnecessary technologies. Yes, refactoring is needed, but we've been talking about refactoring for decades now, and we still have so many problems. We need to say "NO" to new technologies, wholesale; To be much more skeptical and dubious of technologies. Don't import a whole system, when you're only really using only 1% of the technology in it. I see so many technologies in use in workplaces, where only 1% of the functionality is needed. (I'm looking at you, Celery.) These massive systems have security flaws, bugs, and inflexibilities, that require custom patching and regular necessary upgrading and updating. They are built on top of other massive systems that have security flaws, bugs, and also require patching and updating. Yet because of "We don't want to implement something that someone else has already implemented better, and actively maintains for us," I see decisions made to get the huge big massive honking thing that ** isn't actually needed. **

When you have 10,000s of lines of glue code, to glue your systems together, and you're actively maintaining them against one another, ... and the alternative was to write a 500 line program that would do EXACTLY what you want, and is easy to modify and understand, ... ... something has gone horribly, horribly wrong.

When you're sending massive REST calls in series, with HTTP headers and payloads and everythings, ... ...when a single maintained TCP stream would do just fine, sending 4-byte packets back and forth, ... ... something has gone horribly, horribly wrong.

I said above that Object Oriented programming is not the solution. I maintain that. I think we need to seriously re-evaluate what the heck we're doing. I propose that we look at the notations we are using in writing programs. Forth has a radically different notation. APL has a radically different notation. There is great expressive power in these systems. They are compact and powerful. I have come to see that smallness is a great virtue -- not baroqueness.

A great **design** can make a dramatically smaller technology footprint. We're so focused on agile methods, that we don't see that a design can have a dramatic minimizing power. It's not about waterfall. Designs can be iterated after all. If the design has a small footprint, modification is quick and easy. The entire program can be rewritten in a reasonable time, if the design is little.

I am not writing this to convince anybody. Rather, I am writing this so that fellow programmers who resonate with what I'm saying are encouraged. These ideas are very much in the minority, and are drowned out by the mainstream orthodoxy of programming. But I believe that serious programmers who have been looking at what is going on can recognize what I'm saying here. I would like to see more expression of challenge to the orthodoxy here.

My Pointers for more information, for the interested:
* http://suckless.org/philosophy
* deep study of Chuck Moore's ideas on programming
* http://www.colorforth.com/1per...
* Alan Kay's ideas on programming
* the design of the TempleOS, which is extraordinary and powerful while minimal
* "Software Survivalism" and "Neo-Retro Computing" (Sam Falvo)

Comment Electric Motorcycles (Score 2) 130

I'm eagerly anticipating affordable electric motorcycles.

I think Brammo and Zeros are rated at ~ 200-500 MPG equivalent?

That's way better mileage than even a fully loaded (everybody standing) bus gets in peak hours.

The problem with the electric motorcycles today is the price tag. The prices have dropped recently (from, say, $19,000 to $14,000, with ~$12,000 for very low end bikes that can't go very far,) but they need to go down further and increase in range.

Comment Re:LARP? (Score 2) 16

That'll have to be a pretty sophisticated VR system. It'd have to be one that taps into your nervous system, can make you feel like you're actually exercising your muscles as you walk, and one that has a hell of a force feedback mechanism, so that you not only can't walk through walls, but can actually feel them with your hands.

In case you missed it, check it out at: https://thevoid.com/ .

Comment Musical Taste can expand. (Score 2) 361

Freddie Mercury. Harry Belafonte. Led Zeppelin. Highway Star. Cyndi Loper. Pumped Up Kicks. Tron & Switched-On Bach. The Sons of the Pioneers. Chip Tune. Paranoia. Jimmy Hendrix. The Bobs. The Grateful Dead. R.E.M. Moonlight Sonata. The Disney Electric Parade. The Final Fantasy VI soundtrack. Forever Young. The Hukilau Song. Over the Rainbow, and Make New Friends. Joy of Man's Desiring. Gnarles Barkley.

It seems like every year, I get into more music. I discover things that I never saw in older music (such as The Sons of the Pioneers), and I also like seeing things from my childhood revisited, like with Mesh. I have a hard time finding what I consider to be genuinely "new" music; I always have this sense that I am hearing a mutation or freshening of things that have come before.

Slashdot Top Deals

Base 8 is just like base 10, if you are missing two fingers. -- Tom Lehrer