HN user

t3mp3st

524 karma
Posts30
Comments29
View on HN
www.reddit.com 6y ago

The Flutter Team at Google Is Hosting an AMA This Thursday

t3mp3st
4pts0
news.ycombinator.com 9y ago

A simple, open format for taking back publishing

t3mp3st
4pts4
www.huffingtonpost.com 12y ago

The (community) problem with Swift

t3mp3st
2pts0
www.huffingtonpost.com 12y ago

The Problem with Hacker Schools

t3mp3st
3pts0
www.compylr.com 13y ago

An Engineer's Perspective on The Internship

t3mp3st
3pts0
yourstartupsucks.com 13y ago

Exploiting "Magic" for Fun and Profit

t3mp3st
2pts0
www.compylr.com 13y ago

Consumer Reports for Startups

t3mp3st
1pts0
compylr.com 13y ago

Keeping startups honest: brutal, graded reviews by hackers.

t3mp3st
1pts0
www.hacktheline.com 13y ago

Signs of the bubble: monetize your startup waitlist.

t3mp3st
3pts2
hacktheline.com 13y ago

Show HN: inspired by pg to hack together a FinTech startup. What do you think?

t3mp3st
2pts0
www.spreadpoetry.com 14y ago

Play "telephone" with poetry. Built to show my ladyfriend what she means to me.

t3mp3st
2pts0
venturebeat.com 14y ago

A Classic Startup Horror Story

t3mp3st
231pts81
www.betabeat.com 14y ago

Should You Pay to Pitch Your Startup?

t3mp3st
34pts35
56k.fm 14y ago

Launched a podcast dedicated to NY hacker news and culture

t3mp3st
3pts0
yourstartupsucks.com 15y ago

The Coverage of LulzSec is (Fucking) Stupid

t3mp3st
8pts3
news.ycombinator.com 15y ago

Anonymous wiki-like system for reviews

t3mp3st
2pts1
gossiply.com 15y ago

I built reddit + 4chan + yelp. Thoughts?

t3mp3st
1pts5
people.fm 15y ago

Let your users/readers invite you to talk. What does YC think?

t3mp3st
2pts0
www.poddlr.com 15y ago

I built an app to make podcasting suck less. What does HN think?

t3mp3st
2pts0
www.yourstartupsucks.com 15y ago

Each and every passionate, would-be founder is also a would-be hacker.

t3mp3st
2pts0
www.yourstartupsucks.com 15y ago

What I didn't learn from the Facebook movie

t3mp3st
2pts0
www.yourstartupsucks.com 15y ago

Saving NYC One Hacker at a Time

t3mp3st
1pts0
www.nyhacker.org 15y ago

Uniting through UNIX: Free Logins for NY Hackers

t3mp3st
3pts0
www.yourstartupsucks.com 15y ago

NY Tech Doesn't Get Engineering

t3mp3st
3pts0
news.ycombinator.com 16y ago

Please Help: Launching Community Aggregator Like Hacker News in NYC (non-profit)

t3mp3st
4pts2
news.nytm.org 16y ago

Local "Hacker News" for NY hackers -- just launched by the NY Tech Meetup

t3mp3st
5pts0
cupidco.de 16y ago

I fell in love with a girl, so I built a web app to dedicate to her.

t3mp3st
126pts64
blog.socialkey.com 16y ago

Our social networking fetish.

t3mp3st
8pts1
blog.socialkey.com 16y ago

It sucks to be a web designer.

t3mp3st
4pts0
blog.socialkey.com 16y ago

Company culture: it's actually pretty important.

t3mp3st
1pts0

Ban this link. The author ("CoFoundersLab") spammed their entire mailing list to beg for upvotes... twice.

From one email:

"Tomorrow morning, we'll be listing the article on Hacker News, Y Combinator's social news network about startups. We need your help to upvote the article to the top of the list so it gets noticed by other entrepreneurs. The more upvotes the article receives, the more this valuable research gets shared with the entrepreneur community."

Disclosure: I hack on MongoDB.

I'm a little surprised to see all of the MongoDB hate in this thread.

There seems to be quite a bit of misinformation out there: lots of folks seem focused on the global R/W lock and how it must lead to lousy performance.

In practice, the global R/W isn't optimal -- but it's really not a big deal.

First, MongoDB is designed to be run on a machine with sufficient primary memory to hold the working set. In this case, writes finish extremely quickly and therefore lock contention is quite low. Optimizing for this data pattern is a fundamental design decision.

Second, long running operations (i.e., just before a pageout) cause the MongoDB kernel to yield. This prevents slow operations from screwing the pooch, so to speak. Not perfect, but smooths over many problematic cases.

Third, the MongoDB developer community is EXTREMELY passionate about the project. Fine-grained locking and concurrency are areas of active development. The allegation that features or patches are withheld from the broader community is total bunk; the team at 10gen is dedicated, community-focused, and honest. Take a look at the Google Group, JIRA, or disqus if you don't believe me: "free" tickets and questions get resolved very, very quickly.

Other criticisms of MongoDB concerning in-place updates and durability are worth looking at a bit more closely. MongoDB is designed to scale very well for applications where a single master (and/or sharding) makes sense. Thus, the "idiomatic" way of achieving durability in MongoDB is through replication -- journaling comes at a cost that can, in a properly replicated environment, be safely factored out. This is merely a design decision.

Next, in-place updates allow for extremely fast writes provided a correctly designed schema and an aversion to document-growing updates (i.e., $push). If you meet these requirements-- or select an appropriate padding factor-- you'll enjoy high performance without having to garbage collect old versions of data or store more data than you need. Again, this is a design decision.

Finally, it is worth stressing the convenience and flexibility of a schemaless document-oriented datastore. Migrations are greatly simplified and generic models (i.e., product or profile) no longer require a zillion joins. In many regards, working with a schemaless store is a lot like working with an interpreted language: you don't have to mess with "compilation" and you enjoy a bit more flexibility (though you'll need to be more careful at runtime). It's worth noting that MongoDB provides support for dynamic querying of this schemaless data -- you're free to ask whatever you like, indices be damned. Many other schemaless stores do not provide this functionality.

Regardless of the above, if you're looking to scale writes and can tolerate data conflicts (due to outages or network partitions), you might be better served by Cassandra, CouchDB, or another master-master/NoSQL/fill-in-the-blank datastore. It's really up to the developer to select the right tool for the job and to use that tool the way it's designed to be used.

I've written a bit more than I intended to but I hope that what I've said has added to the discussion. MongoDB is a neat piece of software that's really useful for a particular set of applications. Does it always work perfectly? No. Is it the best for everything? Not at all. Do the developers care? You better believe they do.

Interesting idea. I'm not sure how I'd go about recruiting celebs to try the dang thing out.

Honestly, I built this thing primarily for fun -- not sure if it really makes a whole lot of sense from a business perspective.

I'm really sorry to hear that :( I hope that this isn't too grand a gesture though I'd be very excited were it to become one! Computer hackery is how I've always "expressed" myself. I didn't really know else how to do something extra special for her than to code up something sweet and so I went with my gut. That stinks that things soured between you two :(

Thanks so much, especially for your ideas. I wanted to avoid any sort of sign up, so I don't actually collect the "crusher"'s name (just the "crushee"). The system will tolerate names within an edit-distance of 2, so many common spelling errors will be ignored (not to mention the added layer of plausible deniability). I also recently added a "really close"/"close"/"sorta close"/"way off" hinting system -- so when you guess, you'll see that the prompt reflects how similar your guess is to the actual crushee.

One thing I'm going to add is a little cookie-based cache of your recent cupidco.de tracking pages, as they start to get difficult to juggle after some time.

I fell head over heals for a girl. I thought about her way too often, missed her way more than a normal person ought to, and was pretty much in a constant state of love-induced sugar shock. I didn't want to seem overzealous or desperate, so I tried to play it cool -- and yet, the impulse to post embarrassing, saccharine love quotes to Facebook was overwhelming (I am but only a dork, after all).

So I did what any self-respecting geek would do in my position: I computed a SHA-2 hash of her name and put it in that weird little box thingy on the left hand side of my Facebook profile. It provided just the right balance of self expression and social tact. I was happy.

I liked the idea so much that I decided I would wrap it in a small application and dedicate it to the object of my dorkitude. As I knew it would take a few weeks to flesh out and things were (shockingly) starting to work out between this lovely individual and myself, I thought that the final product might make for a cute little way of sharing my feelings. The idea of tiny "cupidcode" links spreading across facebook and the twitters -- each rooted in my nerdy affection for this particular young lady -- seemed like a terribly powerful way to say "I really think you're great". And because I suck at music and writing, it was pretty much my only option.

Fast forward a few weeks, and cupidco.de is done. It's probably not well suited for the sorts of folks that read YC so I hope you don't mind me sharing my link with you. My hope is that this post will kick-start the spread of a few cupidcodes 'cross the nets so that my crush (who I've been seeing now for about two weeks!) may casually stumble upon one while checking her facebook or reading a blog and discover just how special she is to me.

tl;dr -- fell in love with a chick, wanted to do something special for her, suck at everything else, so I built her a webapp.