PLejeck

Joined 15 years ago

Karma

168

Submissions

173

Member since

Jul 26

Rubyist, ex-noder, and hardcore polyglot. Stuck in the Central Valley; somebody please save me.

View on Hacker News

Recent submissions

Comment · 10 years ago

Location: Modesto, CA (way east of SF)

Remote: Temporarily, not long-term

Willing to relocate: Yes

Technologies: Ruby/Rails, HTML/CSS/SCSS/etc., ES6, Docker, EmberJS (intermediate), ReactJS (intermediate), Elixir (beginner), Swift (beginner)

Resume: http://careers.stackoverflow.com/nuck

Email: [email protected]

---

I started programming at 7, learning BASIC on my mom's classroom computer. Aside from a brief stint as a designer in college and a few dark years caused by Perl, I've been programming ever since. Also my the way I've picked up ample devops and UX knowledge.

I help maintain a few gems right now (Hooloo https://github.com/NuckChorris/hooloo , doorkeeper-grants_assertion https://github.com/doorkeeper-gem/doorkeeper-grants_assertio... , sidekiq-debounce https://github.com/NuckChorris/sidekiq-debounce), with a few more in the process of being extracted from the existing codebase of hummingbird.me (namely, libraries for interfacing with MyAnimeList and AnimeNewsNetwork, as well as JSONAPI::Resources integrations with Chewy and Pundit).

I've been working with Rails for 3 years, with a focus on applying UX concepts to API design. I'm looking for a startup that can use my skills and help me develop new ones like native app dev or more thorough functional testing.

Comment · 10 years ago

I actually regret not switching to Spark sooner, since it has support for more email providers than Mailbox ever had. I do wish it would take some cues from Inbox and add the Action support, though.

Comment · 10 years ago

This involves radically ignoring the human factor in time. Things are still mostly local in daily life, except in the small bubble these men live in.

Next year I'm sure they'll be arguing for decimal time.

Comment · 12 years ago

That would require there to actually be MAL devs. Last I heard, they're down to one guy and he's AWOL.

Comment · 12 years ago

I've not used AniDB much, but I once half-finished an API wrapper for Node.js so I guess I'm about as qualified as we're gonna get.

In my experience, AniDB is effectively unmaintained code. They have developers, the developers just don't know the codebase well and they don't mess with old stuff. I've heard this is because it's a behemoth Perl script, but I don't know for sure.

But to cover your main point of "an API checking file hashes/fingerprints against episodes to add to your list", I just wanna say that this is kind of a silly system: you can easily extract that data from a filename.

For example, the desktop app Taiga has an open-source parser which extracts lots of data effectively (https://github.com/erengy/anitomy) and I myself wrote a simple regex-based one for my own client. Both are capable of extracting at least the episode number, subber, and series title.

So why would Hummingbird want to store hundreds of thousands of MD5 checksums when there's better options?

Comment · 12 years ago

I think the fact that normal TV/Movie sites lack information on Anime led to the schism more than anything. The same things the Anime community has developed could be equally applicable to normal TV, especially in the age of DVRs and streaming: Anime fans were watching things asynchronously long before anyone else

Comment · 12 years ago

Hummingbird already offers an API through Mashape, which is infinitely more thorough than any competitor's.

Additionally, MAL has lots of minor bugs, and how can you trust a site that hasn't been maintained in 5 years to store your password correctly? 2009 was a scary place.

This is pure speculation, but I wouldn't be surprised if MAL is storing passwords as MD5+salt. They do just email it to you in plaintext when you register.

And recovery is a 6 digit pin, which is totally plenty of entropy.

Comment · 13 years ago

I'm making light of the fact that we repeated the same thing that happened in history. When people started getting attacked, they formed larger groups to defend themselves. and now we're doing that on the internet with things like CloudFlare.

Comment · 13 years ago

Can't something like Airbnb already fill this role? I don't know much about couchsurfing in all honesty.

Comment · 13 years ago

I'm slightly afraid to learn C++ after being told so many horror stories. But for the low low price of free? Count me in.

Comment · 13 years ago

Everybody is always under attack. The internet is falling to pieces because of botnets, and people forming clans for protection (by which I mean CloudFlare, they're forming CloudFlare)

Comment · 13 years ago

Redis is an ideal data store for this kind of thing, will be doubly so once we have Redis Cluster.

But still, if your frontend hosts can't reach your database, you have far bigger problems than your sessions not working.

Comment · 13 years ago

I'm suggesting that site operators need to use HTTPS. It doesn't matter if you use Rails, PHP, Node.js, whatever. USE HTTPS. NEVER USE HTTP.

It's as simple as that. Never assume that anything transmitted over HTTP is safe, because that assumption will come back to bite you.

Comment · 13 years ago

I hope that this will at least light a fire under the asses of Rails devs everywhere, and get them to adopt HTTPS. Nothing is safe against Firesheep without HTTPS. All of these issues would be solved with HTTPS.

Also, doesn't cryptographically signing (or fully encrypting, in Rails 4) the cookie just add more time to processing than using a database? I always assumed cryptography is slower than IO

Comment · 13 years ago

In fragmentation, there is not always a winner. Sometimes they just all survive.