Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
sah
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
27 ms
·
241.
▲
by
sah
19y ago
I frequently get interrupted while writing comments and finish them a few minutes later, so I get bitten by this all the time.
242.
▲
Are Multithreaded Servers Faster Now?
(paultyma.blogspot.com)
1 points
by
sah
19y ago
|
0 comments
243.
▲
by
sah
19y ago
In more detail: 3.78% said "All the time" 7.98% said "Most of the time" 23.32% said "Sometimes" 64.92% said "Never"
244.
▲
by
sah
19y ago
There's a somewhat spotty timeline here: http://www.google.com/corporate/history.html I started using Google in the first half of 1998. When people talk about these things, I'm always shocked to learn how early to the party I appear to h
245.
▲
by
sah
19y ago
I'd rather see news.YC figure out how to be a coherent community than fracture into different interest groups.
246.
▲
by
sah
19y ago
Mice are bad news for RSI -- you grip them constantly, and make individual finger movements, all while pronating. Trackballs and trackpads are less precise and convenient, but much better for my wrists.
247.
▲
by
sah
19y ago
Yes! I thought about this while reading Founders at Work. Beyond just the success/failure ratio, there's all the other details we don't get about failed startups. Can you identify what went wrong by reading their story? Can you learn fr
248.
▲
by
sah
19y ago
It seems to me that the Python fans in this argument are conflating two separate concerns here: 1) Requiring self for access to member variables and methods is a great idea, and is why Hungarian notation like m_foo for a member called
249.
▲
by
sah
19y ago
"In less than a year's time" is not in conflict with "isn't ready". Also, Python already has jython and IronPython, and there are numerous other projects in the works, notably including PyPy and Pyrex/Cython.
250.
▲
by
sah
19y ago
As someone who spends most of his time working in Python, the section called One nice thing about Ruby’s scoping made me a little bit jealous. I hate the way Python handles default parameters. Also, I think glyphobet is a little hard on
251.
▲
by
sah
19y ago
In fact, you could think of Python's None as being a singleton, but True and False being the two allowed instances of a, uh, doubleton? And similarly, states might be implemented as a limited set of allowed values of a single class. This
252.
▲
by
sah
19y ago
Good point: things like states, true, false, and nil make sense. I think the commonality there is that those are all immutable values whose only purpose is to have a fast object identity comparison. In a way, they're similar to global var
253.
▲
by
sah
19y ago
There's nothing wrong with having common terminology. But when people are being taught about bad ideas without any cautionary comments, that's a problem. By the same token, there's nothing wrong with knowing what a goto statement is. But
254.
▲
by
sah
19y ago
ConnectionPool is an excellent example of a bad case for Singleton: what if you have two databases? What if you want to use different pools for different types of queries? A global variable is different from a Singleton because if you writ
255.
▲
by
sah
19y ago
Usually when I see Singleton used, what the author really wants is either a value that is cached after the first time it's created (so the correct pattern is "cache"), or more often just a global variable. What I find offensive about Single
256.
▲
by
sah
19y ago
I'd like to hear about valid uses of Singleton. I'm not completely sure there aren't any, but I don't think I've ever seen one.
257.
▲
by
sah
19y ago
I strongly agree. This is one of the better essays on why: http://blog.plover.com/2006/09/11/ One point it unfortunately doesn't cover is the large percentage of Go4 patterns that are just plain bad ideas. Singleton, for example, should
258.
▲
by
sah
19y ago
The last thing we need is more words that work like that.
259.
▲
by
sah
19y ago
Huh, it works great for me. Offices with closed doors are okay, but in a cube I get interrupted all the time such that it's difficult to prioritize more important work, and I get tired of sitting around at home all day. Even better than a
260.
▲
San Francisco Cafes as Ad-Hoc Startup Office Space
(biz.yahoo.com)
7 points
by
sah
19y ago
|
12 comments
261.
▲
by
sah
19y ago
My pragmatic advice is learn enough of a language from a different programming paradigm so you can apply that new way of thinking to your native language. I think "enough" is a crucial point here. The author almost seemed to be arguing a
262.
▲
by
sah
19y ago
Fundamental limitations of Python are responsible for most of the memory footprint and performance difference between the old official Python implementation of BitTorrent and C++ implementations like libtorrent. The kind of obsessive optim
263.
▲
by
sah
19y ago
I was disappointed to read that Scalr requires its own machine images. I'd prefer a generic component that I could hook up to my own existing images. (Which aren't even web servers...)
264.
▲
by
sah
19y ago
I've used Pylons, but not Django. Why is Django a better choice?
265.
▲
by
sah
19y ago
How about (c) the founders of these startups were already really busy with their projects when they (barely) got around to applying? I don't know how far along YC startups typically are when they apply, but it seems plausible that the ones
266.
▲
Wildly Oversimplified Diagram of the Internet Backbone
(dweekly.wordpress.com)
7 points
by
sah
19y ago
|
1 comments
267.
▲
by
sah
19y ago
The reason that SOAP vs. REST isn't like Emacs vs. vi is that both Emacs and vi are pretty decent. Read the text of a SOAP transaction sometime. Or, more realistically, just read the first kilobyte or so. It's ridiculously over-engineered
268.
▲
Design Patterns of 1972
(blog.plover.com)
15 points
by
sah
19y ago
|
2 comments
269.
▲
by
sah
19y ago
Exactly. Don't look for this to reduce the size of your music collection until we can reverse-engineer physical models of entire bands and recording studios from the sounds they make.
270.
▲
by
sah
19y ago
I agree with ericb that many apparently difficult concepts are made harder to understand by an abundance of poor explanations. But in the same way, some of them are made harder to understand by poor design. Continuations might be an incon
More ›