Hacker Newsnew | past | comments | ask | show | jobs | submit | AF's commentslogin

Don't be so sure either of those are that important.

You can get a laptop with comparable power to some of the more expensive desktops now for about the same price. Look at the Gateway p-6831.

Also more and more power will continue to be fit into laptops, and I think it is only a matter of time before a desktop tower is a waste of space for even most gamers.


Extrapolating trends is of course dangerous, but isn't it reasonable to say that people want as much screen real estate for screens?

http://www.pibmug.com/files/wideview.jpg

That people will want ever more realistic graphics, with ever more realistic physics engines?


I don't think so. Most people don't want massive screens and don't know how to effectively use more than one anyway.

Game developers are already having problems with the expense and time required to push out the artwork for today's games. There will come a point, and it might even be here with games like Spore, where the industry will focus more on gameplay than having the most advanced games possible. Regardless, there are quite a few laptops that can play Crysis without problem. I linked to one earlier, and it costs under $1300.

/And/ with more people playing games on consoles, the need for high end PCs just to play games is less important. I think there are many factors that are coming together to make desktops less useful.

Of course there will always be those hardcore fanatics that just need the speed that only a big desktop tower can push out, but those numbers are decreasing by the month I bet.


Because projectors require a few things that TVs do not.

1. A dark room

2. Nobody getting in between the projector and the surface it is displaying on

3. Extra space

Don't get me wrong, projectors are cool, but there is a reason they aren't as popular as regular TVs.


this is a hacker crowd -- I imagine most people here have a ton of content already on a computer, which using a projector makes it much easier to watch.

1. agreed on dark room.

2. if the projector is mounted high (as it should be) this is not an issue

3.I was in military barracks half the size of a normal bed room and my projector still had a very tight 4-5 foot screen on a bare wall -- oh and it was $600 OTB.


All good points, to which I would add:

4. Projectors often have fan noise


Please be smart and go with the ThinkPad (parcticularly a T61p).

Right now they have a 25% off sale on them, not to mention you can get another 5% off if you have a Visa card, or are a student, or a number of other things. In addition to this there are usually other coupons you can use.

I was able to purchase a T61p (more or less the same specs as a Macbook Pro, including the same graphics card (same internally) for $1250 (this includes tax). I got that price because the discount ended up being some 40% or more.

To get about the same Macbook Pro would cost me another $400 at the very least, closer to $500, and I don't think that's including the upgrades I'd have to make to the Pro to get certain features (like a 7200 RPM HD).

I received the ThinkPad several weeks ago. It is very sturdy, and so far I have really liked it. I've had quality issues with Macs before, but I see no problem with this laptop.

If you want to save at least $500 for an equivalent machine and you don't need OS X or some other Mac-specific item, I would definitely recommend looking into the T61p.


How many books do you need for a web framework?

Django is pretty simple. There's already the official book in print. Not to mention one of the reasons Rails has so many books to begin with was due to really poor online documentation. Django doesn't have that problem.

Usually I think havings lots of printed documentation is very important, but in Django's case, due to its simplicity and quality of existing docs, I don't think it is an issue.


different people learn in different ways just like different people teach the same subject in different ways. To me having more variety helps out a lot.

Techwise - Rails and Django are more or less the same (compared to the other stuff out there). Rails just has a bigger community than Django. I think that really helps for someone just starting out (with a deadline to boot)


There are advantages to both approaches. Obviously as you suggested, only using indentation makes templating more difficult than have an 'end' delimiter. But for the 90% of code that I write which isn't an HTML template, it is pretty nice to be able to not have extra ends all over the place.

But, if it is that big of a deal to you, it really is a solved issue in Python. Mako is Python in a templating language with the extra ends to make it work. Another language which is all-Python and I think pretty elegant is Breve. It uses s-expressions to do the job.

Using Mako with Django would really be very simple. I think the main reason the Django developers use Django is not so much because they don't like Python but because they are very strict about separation of display logic and business logic. Django's templates really are meant for designers, not programmers. That isn't totally appropriate in all contexts, but like I said, using Mako with Django should only be a matter of writing a few wrapper functions.

http://www.makotemplates.org/ http://breve.twisty-industries.com/


Kind of an old post, things have changed for both Rails/Django since then.

Though I'd like to comment on part of his article. He says that Django "is not as straightforward as Rails", and then goes on to complain about how Django requires you to pass variables between templates instead of just assigning them as instance variables in the controller and then automatically showing up in the template. I actually like Rails' behavior in this regard, but I think that Django's way of doing it is much more straightforward. You know exactly what is going on. Django as a whole is like that.

He's also trying to code Python in a Ruby or Java style. __methods just don't get used much in Python. Like Guido says, "we are all adults". And come on, having to use parentheses for a function call is bad? That's just lazy. But I've said for some time now, if you are looking for Rails in Python, it isn't Django you are looking for. Pylons is much more similar.


The article is correct. In this interview (http://twit.tv/floss11) Guido states that Python has been OO from the outset (1990).

The thing you have to understand is Ruby and Python do OO differently. To Python everything is a hash table. This isn't the case for Ruby and their differences mainly stem from that. It adds interesting elements like functions are very simple to pass around in Python because they are not bound to a class. It is still OO, just a different way of doing it.

Guido has also repeated for years that passing around self isn't a technical necessity. He prefers it as part of Python's "explicit is better than implicit policy. What you have to understand is that a method call boils down to method(receiver, args...). Python just makes that explicit.

Another quote from Guido:

"Get rid of self: I think this has been addressed in the responses; it's not as easy as you'd think, and there are important advantages to the uniform interpretation of methods as "just functions that get called in a funky way". In Ruby, everything is a method, or an anonymous block, and there are no "free functions". Python uses the complimentary approach, treating functions as first-class citizens. Both approaches are complete; they are however incompatible, and you can't easily morph one into the other. (Personally, I find that the criticm of explicit self has about as much merit as the criticism of Python's use of whitespace.)" (http://www.artima.com/weblogs/viewpost.jsp?thread=214325)

I too think it is kind of a silly argument. Passing around self has never been a problem for me. 4 more letters for each method. Not a problem, imo, in exchange for first-class functions. And super() in Python works fairly similar to super in Ruby AFAIK.

For the record, Common Lisp users probably find both Python and Ruby's OO limited and clunky. Just got to keep in mind there's different ways of approaching it.


No it isn't. "Both are strong object-oriented languages": the key word (that is wrong) is 'strong'. Based on my examples Python may implement OO better than say Perl but it is NOT a strong implementation of OO compared to other languages.

It's great to know how and why Python is the way it is, but at the end of the day you can give a million reasons, but the kettle will still be black.

What you posted is like me explaining that (current) Ruby is not slow (which is a joke), it just implements threading differently...


You can directly compare the speed of an application or a language.

It is not subjective to say 'C is faster than Perl' or 'Perl is faster than Ruby'. That is true, in almost every instance, C IS faster than the equivalent Perl code and the equivalent Perl code is faster than Ruby (whether that holds true for Ruby 1.9 we shall see).

On the other hand, what constitutes a 'strong' implementation of OO is purely subjective. Would you consider Common Lisp's implementation of OO 'strong'? It is completely different than how Ruby works. But it isn't any more or less OO, it is a different way of doing it. Now if we really want to get into subjectiveness, Smalltalkers would probably say that Ruby's OO is not 'strong' because Ruby resorts to not making conditionals actual objects, unlike Smalltalk, in which literally just about everything is an object.

You might even say that Python is more OO than Ruby because functions are objects in Python but methods are not similar first-class constructs in Ruby (note: I wouldn't actually argue this, but it is just an example of how the languages do something differently).


I still feel your 1st post was weak, but you make good points in this post - u win; i'm not keen on religious flame wars


> It is increasingly dangerous to have a child past 30. The danger is most pronounced for older women.

Do you mind explaining? It seems like I see more and more people having children after 30, even 40 these days.


This is only an issue for women. Risk of problems with pregnancy (and birth defects) goes up significantly for women as they get older (best time to have kids for women is in their 20's). The male reproductive system is much, much simpler though and I don't think age is a factor for men at all. Of course as you age you'd have to find someone increasingly younger than you to carry a child. That would be the only problem.

On the other hand some men would not consider that to be a problem at all (assuming you can find a mate). And if you're a 40 yearold millionaire you shouldn't have a problem finding a 20-something to have a kid with. :-)


Actually that's not true. New studies have show a correlation between men's age and down syndrome similar to a women's, although much less pronounced.


That's nothing a freezer couldn't solve.


I don't mean this to come out as negatively as it might sound, but JRuby being faster than Ruby 1.8 isn't saying much; MRI is pretty slow.


It's still great that JRuby beats plain old Ruby in speed and also gives you Java access. The only (relatively old) benchmarks I've seen with YARV are over here: http://antoniocangiano.com/category/ruby/


... and for me, it matters more if Rails will run faster on jRuby. The benchmarks may or may not reflect an increased performance advantage for a Rails app.

Or at the very least, be able to compile a Rails app into bytecode for commercial distribution. I would have a use for that even if jRuby doesn't run as fast as MRI.


true - but at least someone is trying to fix it hehe


Yeah he definitely didn't start Reddit. He joined up with the Reddit team in December '05.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: