Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
jsankey
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
33 ms
·
271.
▲
by
jsankey
17y ago
Perhaps the OP would be happier again working for an organically grown startup (rather than a "well" funded one). In such companies "Real money is being made and lost" - and a lot more directly than in a huge company (with all its ineffici
272.
▲
by
jsankey
17y ago
I would say most of these are considerably more important than the choice of programming language. I write a lot of Java, and though it makes life painful at times I spend a lot more time trying to figure out how things should work fro
273.
▲
by
jsankey
17y ago
I apologise for not being clear: certainly multi-core makes a difference to the performance of web apps. My point is that most web apps don't need a drastic change in the way they are written to take advantage of this: they are already mul
274.
▲
by
jsankey
17y ago
Could you elaborate? Are you saying that apps are CPU bound or that web apps have not been dealing with concurrency even before multi-core? Perhaps you mean that web app authors care about CPU usage too little, which may be true, but I st
275.
▲
by
jsankey
17y ago
Bingo. Science doesn't have all the answers: but it can admit when it doesn't (contrast with faith). Dawkins does speak of consciousness in his work, and admits to not having a full explanation. Criticising what has been explained so far
276.
▲
by
jsankey
17y ago
A mitigating factor is that not much software is CPU-bound: many desktop apps spend most of their time idly waiting for input, and most web apps have already been dealing with concurrency by handling multiple users (and scaling out).
277.
▲
by
jsankey
17y ago
IMO almost all of the problems people have in practice with checked exceptions are from poor API design rather than an issue with checked exceptions themselves. The core Java APIs use checked exceptions for too many conditions which are no
278.
▲
Behind the Headlines (Health/Science In the News)
(nhs.uk)
1 points
by
jsankey
17y ago
|
0 comments
279.
▲
Software As Engineering
(alittlemadness.com)
2 points
by
jsankey
17y ago
|
0 comments
280.
▲
Myriad Acquires Xumii
(blog.xumii.com)
1 points
by
jsankey
17y ago
|
0 comments
281.
▲
by
jsankey
17y ago
I see your point: your complexity relates to the system being measured rather than the measurement. But I'm afraid I don't have a single word that could make it clearer.
282.
▲
by
jsankey
17y ago
Metrics suck because they are indirect measurements, so by optimising the metric you may not be optimising what you intend. There's no reason why a more complex metric will necessarily be more directly aligned with a goal. This thinking s
283.
▲
by
jsankey
17y ago
I share the distaste for "holier than thou" proponents of testing. However I have to take issue with the following: Test code is easy to write * It doesn't have to be clean * It doesn't have to be readable * It doesn't have
284.
▲
by
jsankey
17y ago
Indeed, you could just put it on forwards. Seems like it would be warmer as it wraps around properly. The main difference is it won't cover your feet - but of course this allows you to walk. And there are these newfangled things called "
285.
▲
Is quantum mechanics messing with your memory?
(guardian.co.uk)
12 points
by
jsankey
17y ago
|
11 comments
286.
▲
by
jsankey
17y ago
No matter how annoyed I get, I will not stop developing for Apple's platforms or using Apple's products as long as they continue to produce the best stuff on the market. And if all developers take this attitude, why would Apple listen to
287.
▲
by
jsankey
17y ago
I'm not sure why you don't buy it on this basis. Your "obvious" response was evidently not that uncommon, as the first graph of adult responses shows (many more adults suggest bucket than basket or vase). The important part is the differe
288.
▲
by
jsankey
17y ago
Speculation on why the original deal fell through, for example? It's fair to say that speculation has already started, as the original article shows. I presume it has no basis (the fair presumption at this stage), which is why I think it'
289.
▲
by
jsankey
17y ago
I think most people probably do realise that. I understand you're probably not in a position to tell it all just yet either. Seems like it would be in Facebook's and your own best interest to clarify the already-public information (if not
290.
▲
by
jsankey
17y ago
This is pretty much what I didn't get: only a very small percentage of those critical of the original post would have "made their fortune", only some subset of them during a bubble, and a further subset because of the bubble. Attacking a
291.
▲
by
jsankey
17y ago
Upvoted because I think it's important in this case to read an opposing view. After all, predicting a crash is not in itself confirmation of insight - at any point in time there will be some people making the prediction, so when a crash in
292.
▲
by
jsankey
17y ago
I decided to keep my predictions out of the post, but in reality I agree it is unlikely that there will be a mass exodus of developers. I do, however, wish developers would concede that they're getting what they ask for if they end up on t
293.
▲
Apple and the Futurist
(alittlemadness.com)
3 points
by
jsankey
17y ago
|
2 comments
294.
▲
by
jsankey
17y ago
Interesting, but I still don't see how the fundamental trust issue is covered by the proposed solution. The system may reduce the chance that a reviewer is a shill, but it in no way establishes their credentials. All you know is that they
295.
▲
by
jsankey
17y ago
The simple fact is that as long as such posts attract hits, people will keep writing them. Better to just ignore them and focus on creating and consuming good content. It could be time to start filtering my RSS feeds to remove any entries
296.
▲
by
jsankey
17y ago
> The point people miss is that that pain is actually a conscious part of the language design. That may be true, but it doesn't make it the right choice. And AFAIK Gosling himself has always been pro-closures, to remove this pain (see
297.
▲
by
jsankey
17y ago
I disagree. The fact that it is slower has no practical impact in the vast majority of cases, and is certainly not nearly as important as readability. So it comes down to which is clearer, and I find the functional style - even with the e