Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
teacup50
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
89 ms
·
811.
▲
by
teacup50
13y ago
"Greed is good"? That isn't an argument for the moral low ground. It wasn't like the alternative was "or you get nothing". The alternative was "or you get to pursue the vision you built the company on and
812.
▲
by
teacup50
13y ago
> _Someone_ is going to create a Google Hangouts-style product that incorporates VR. Are they? Why is VR inevitable? We already went through this once in the 90s, and the same truths are still true: nobody wants to put a face-covering
813.
▲
by
teacup50
13y ago
> "Oculus has a clear path to monetization" "Monetization" is a bastardization of a term that was necessary to describe how non-profitable companies could somehow make money from giving away their product for free -
814.
▲
by
teacup50
13y ago
Because it was designed and written poorly, and its thread-safety issues extend far beyond refcounting.
815.
▲
by
teacup50
13y ago
> Silicon Valley is so concentrated that it is super valuable to absorb the values of how startups build valuable things, and start your company here. Assuming you think modern Silicon Valley "values" are worth emulating, and
816.
▲
by
teacup50
13y ago
You're off in the weeds. A refcount can be incremented/decremented with a simple atomic compare-and-swap, and that's exactly what most refcounting systems do. It's not free, but it's damn close to it.
817.
▲
by
teacup50
13y ago
These benchmarks are uselessly bad: - The client connections are run without concurrency , serially , on the same machine : https://github.com/brianhempel/isrubyfastyet/blob/master/run... - The JIT is
818.
▲
by
teacup50
13y ago
Television networks are responsible for finding and signing their own programming, and that garners more creative respect. That said, people do (myself included) lump Facebook into roughly the same category as network television and phone
819.
▲
by
teacup50
13y ago
$600 million? So they're doing a bit better than AOL, then.
820.
▲
by
teacup50
13y ago
There doesn't really seem to be any need to have it hooked up to the web. Not sure why not BTLE or just local WiFi.
821.
▲
by
teacup50
13y ago
Your much better off virtualizing Mac OS X locally. With small tweaks, you can even do this with VMware on Windows.
822.
▲
by
teacup50
13y ago
MacPorts has been there for something like 12 years now, so "linux on the desktop" software availability is not really the problem. However, it's growing clear through Apple's actions that they aren't interested in
823.
▲
by
teacup50
13y ago
If you need a churning time-consuming stream of updates, the software wasn't written well. I'm looking for an alternative to OS X, but I want a stable OS that I can use to get work done . If anything, Apple has been shipping too
824.
▲
by
teacup50
13y ago
Our small company wants to hire the best candidate who happens to be a foreign citizen -- and you think we should set up a branch in said foreign country (which we could never afford) instead of securing a visa? Why is the competition &qu
825.
▲
by
teacup50
13y ago
> I don't recall deliberately reading any, but having my friends' personal messages sitting on my server in plain text format just seemed weird and icky and wrong. It's not icky and wrong, it's part and parcel of th
826.
▲
by
teacup50
13y ago
Call me cynical, but this sure seems like an effort to enforce groupthink on the company news outlet. I suppose we'd do well to remember what business YC is in, and how critical public messaging and perception is to that business, not
827.
▲
by
teacup50
13y ago
To be fair to crime (... Heh), we're not doing ourselves any favors by putting all our eggs in one basket. How long until they graduate to exploiting GitHub and securing proprietary code from private source repositories, or forging com
828.
▲
by
teacup50
13y ago
I care, but there's no way for me to state that I do not want my correspondence shared with Google/Microsoft ... so the people who don't care continue to drag the rest of us into the void.
829.
▲
by
teacup50
13y ago
Why on earth would you have faith in handing out your cryptocurrencies' private key ? Is this just a symptom of the wrong-headed thinking around cloud SaaS, where data and continuity are considered to be of such low value that they c
830.
▲
by
teacup50
13y ago
A question: given the financial risk, why did you trust Mt. Gox with your private keys?
831.
▲
by
teacup50
13y ago
If they're wasting money on bad management decisions, they're wasting stockholder money. They're also continuing to propagate an outwardly facing engineering culture that will make it even harder to hire people to help dig th
832.
▲
by
teacup50
13y ago
Probably not ? Tear downs of cheap knock-off multimeters have shown that they very well can and will fail.
833.
▲
by
teacup50
13y ago
> Fluke seems to somewhat agree, judging by this gesture of goodwill that they're giving Sparkfun. No, Fluke figured $30k was a cheap way to bury the PR issue and not have Sparkfun selling Fluke knock-offs.
834.
▲
by
teacup50
13y ago
Not just yellow. A distinctive yellow outer case with a black face. The product looks like a Fluke -- until you look more closely and notice how awful the build quality is. That a cheap Chinese multimeter looks like a Fluke was not a fl
835.
▲
by
teacup50
13y ago
> Which language would have been a good technical decision in 2002-2003? It must be easy to onboard people who don't know it onto. It needs to be easy to operate, and not be costly to deploy on the tens, hundreds, and then thousand
836.
▲
by
teacup50
13y ago
> Facebook is a ten year old company with a market capitalization of $170 billion, so "bad" is probably not the most accurate word to describe their technical and business decisions. How does that follow, exactly? They haven&
837.
▲
by
teacup50
13y ago
> Maintaining your own VM is no big deal. As someone who has worked on a VM, I couldn't disagree more. It can take years to hash out things as simple as ideally performing primitives for a target architecture, and then things cha
838.
▲
by
teacup50
13y ago
> What was the stupid decision "made back then"? Using PHP to begin with was a bad technical decision. Failing to establish a reasonable migration strategy was a bad business decision likely rooted in bad engineering ma
839.
▲
by
teacup50
13y ago
I'm sure it was conscious and well-reasoned, but the OP's point still stands. Trying to build a reasonable forward-looking high-performance managed language runtime platform is hard . Trying to build it atop of PHP is harder . T
840.
▲
by
teacup50
13y ago
> Congratulations for admitting your ignorance, and lending open ears to experts as to why they made certain engineering decisions. Yes, they made certain engineering decisions now because the decisions they made back then were stu
More ›