ClifReeder

One of the authors/maintainers of Relisten posted that they are working on adding the Aadam Jacbos collection - https://bsky.app/profile/saewitz.com/post/3mjawvvklls2v

This is very much a among jam bands - see https://www.nugs.net/

Strong agree. We were using Fargate nodes in our us-east-1 EKS cluster and not all of our nodes dropped, but every coredns pod did. When they came back up their age was hours older than expected, so maybe a problem between Fargate and the scheduler rendered them “up” but unable to be reached?

Either way, was surprising to us that already provisioned compute was impacted.

SEEKING WORK

Location: Washington DC and remote

I'm a software engineer specializing in building stable, scalable consumer-facing websites and refactoring large codebases. Looking for consulting or contract work, working solo or with a team. Some previous projects:

- Built a comprehensive CI ecosystem for a 30+ app polygot environment using Jenkins, Docker and Github. Reduced test suite run time in their monolith from 25 minutes to 10.

- Built a live blog for The Verge that handles 1.2 million uniques during iPhone events https://product.voxmedia.com/2012/6/15/5426782/introducing-s...

- Refactored the real time auction draft system for a fantasy sports company to increase stability and support four times as many users without additional hardware.

Technologies: Ruby/Rails, Golang, Python/Django, AWS, Redis, MySQL/PostgreSQL, Chef, StatsD, Varnish, ElasticSearch, WebPageTest

Resume: https://clifff.com/resume.pdf

Github: https://github.com/clifff

clifreeder@gmail.com

Indeed - I've hiked almost 3k miles carrying an umbrella. Worn rain gear is a compromise between breathability and waterproofness - even if you keep the rain out, you'll sweat and it's trapped inside. Umbrellas keep rain off you, are very breathable, and double as sun protection when it's really hot. Only downside is when it's windy and rainy, so it's nice to have a poncho too.

SEEKING WORK

Location: Washington DC and remote

I'm a software engineer specializing in designing and building stable, scalable consumer-facing websites and refactoring large codebases. Currently, I'm helping clients with dev ops problems like setting up web apps to scale for 10x more traffic, profiling/optimizing slow code paths, and building analytics pipelines with AWS.

Before that, I was a principal engineer at Vox Media, and worked on some notable projects:

- Simultaneously upgraded their 81k LOC monolith to Ruby 2.1 and Rails 3.2 with no downtime http://product.voxmedia.com/2014/5/29/5759244/vox-media-ruby...

- Built a live blog for The Verge that handles 1.2 million uniques during iPhone events http://product.voxmedia.com/2012/6/15/5426782/introducing-sy...

- Converted all image processing to Thumbor (https://github.com/thumbor), and scaled it to resize 1.3 million images a day

Technologies: Ruby/Rails, Golang, Python/Django, AWS, Redis, MySQL/PostgreSQL, Chef, StatsD, Varnish, ElasticSearch, WebPageTest Github: https://github.com/clifff LinkedIn: https://www.linkedin.com/in/clifreeder Blog: https://clifff.com

clifreeder@gmail.com

SEEKING WORK Location: Washington DC and remote

I'm a software engineer specializing in designing and building stable, scalable consumer-facing websites and refactoring large codebases. Currently, I'm helping clients with dev ops problems like setting up web apps to scale for 10x more traffic, or building analytics pipelines with AWS.

Before that, I was a principal engineer at Vox Media, and worked on some notable projects: - Simultaneously upgraded their 81k LOC monolith to Ruby 2.1 and Rails 3.2 with no downtime http://product.voxmedia.com/2014/5/29/5759244/vox-media-ruby...

- Built a live blog for The Verge that handles 1.2 million uniques during iPhone events http://product.voxmedia.com/2012/6/15/5426782/introducing-sy...

- Converted all image processing to Thumbor (https://github.com/thumbor), and scaled it to resize 1.3 million images a day

Technologies: Ruby/Rails, Golang, Python/Django, AWS, Redis, MySQL/PostgreSQL, Chef, StatsD, Varnish, ElasticSearch, WebPageTest

Github: https://github.com/clifff

LinkedIn: https://www.linkedin.com/in/clifreeder

Blog: https://clifff.com

clifreeder@gmail.com

SEEKING WORK

Location: Washington DC and remote

I'm a software engineer specializing in designing and building stable, scalable consumer-facing websites and refactoring large codebases. Currently, I'm helping clients with dev ops problems like setting up web apps to scale for 10x more traffic, or building analytics pipelines with AWS.

Before that, I was a principal engineer at Vox Media, and worked on some notable projects:

- Simultaneously upgraded their 81k LOC monolith to Ruby 2.1 and Rails 3.2 with no downtime http://product.voxmedia.com/2014/5/29/5759244/vox-media-ruby...

- Built a live blog for The Verge that handles 1.2 million uniques during iPhone events http://product.voxmedia.com/2012/6/15/5426782/introducing-sy...

- Converted all image processing to Thumbor (https://github.com/thumbor), and scaled it to resize 1.3 million images a day

Technologies: Ruby, Rails, Golang, Python, AWS, Redis, MySQL/PostgreSQL, Chef, StatsD, Varnish, ElasticSearch, WebPageTest

Github: https://github.com/clifff

LinkedIn: https://www.linkedin.com/in/clifreeder

Blog: https://clifff.com

clifreeder@gmail.com

SEEKING WORK

Location: Washington DC and remote

I'm a software engineer specializing in designing and building stable, scalable consumer-facing websites and refactoring large codebases.

Most recently, I was a principal engineer at Vox Media, and worked on some notable projects:

- Simultaneously upgraded their 81k LOC monolith to Ruby 2.1 and Rails 3.2 with no downtime http://product.voxmedia.com/2014/5/29/5759244/vox-media-ruby...

- Built a live blog for The Verge that handles 1.2 million uniques during iPhone events http://product.voxmedia.com/2012/6/15/5426782/introducing-sy...

- Converted all image processing to Thumbor (https://github.com/thumbor), and scaled it to resize 1.3 million images a day

Technologies: Ruby, Rails, Golang, Python, Redis, MySQL/PostgreSQL, AWS, Chef, StatsD, Varnish, ElasticSearch, WebPageTest

Github: https://github.com/clifff

LinkedIn: https://www.linkedin.com/in/clifreeder

Blog: https://clifff.com

clifreeder@gmail.com

SEEKING WORK

Location: Washington DC and remote

I'm a software engineer specializing in designing and building stable, scalable consumer-facing websites and refactoring large codebases.

Most recently, I was a principal engineer at Vox Media, and worked on some notable projects:

- Simultaneously upgraded their 81k LOC monolith to Ruby 2.1 and Rails 3.2 with no downtime http://product.voxmedia.com/2014/5/29/5759244/vox-media-ruby...

- Built a live blog for The Verge that handles 1.2 million uniques during iPhone events http://product.voxmedia.com/2012/6/15/5426782/introducing-sy...

- Converted all image processing to Thumbor (https://github.com/thumbor), and scaled it to resize 1.3 million images a day

Technologies: Ruby, Rails, Golang, Python, Redis, MySQL/PostgreSQL, AWS, Chef, StatsD, Varnish, ElasticSearch, WebPageTest

Github: https://github.com/clifff

LinkedIn: https://www.linkedin.com/in/clifreeder

Blog: https://clifff.com

clifreeder@gmail.com

Welp, my bad. Fixed up!

I got signed out of my Android client, can't log back in and if I go to my profile url the user isn't found. Kinda concerning.

It's worth noting that a decent amount of web advertising's "value" is based on viewability, not click through rates.

We used to have this problem, but I think Slack added a feature to fix this. Our general room is now locked so that people can't post into it, but everyone is still a member.

I notice that you use www.theverge.com in a number of the screenshots for Javelin. The writers at The Verge, the developers that build the site, the designers that make it beautiful - are all paid through ad revenue. Please consider at least adding the ability to whitelist sites if you are going to bundle ad block.

*Full disclosure - I am a developer at Vox Media, the publisher of The Verge.

In fairness, nobody is using brew to install something on their production environment.

More often than not, the slowness end users experience is problems in the front end - not the database. Think uncompressed assets, cache misses, or unused javascript and stylesheets. It's very likely most pages in your application are (or should) be served entirely from cache, so end users will benefit much more from front end optimizations.

Seconding this. I've been doing something similar using OpenResty[0] and Redis. Handles millions of page views a day on a pretty low end server without breaking a sweat. Documentation on OpenResty is kinda tricky to wade through, but man is it lightweight and fast.

http://openresty.org/

Welp, I had no idea about the int64 business. Probing on this, but it does seem like it changes things quiet a bit.

UPDATE: After updating go from 1.0.2 to 1.1, this matches my results - it now takes about 2 minutes, 47 seconds to run through the input (and Code Jam confirms the output is correct). This seems like a significant detail to me, so I'll update the post.

Hey everyone, thanks for all the input on this. As I mentioned in the post, programming competitions aren't my forte, and I have a lot to learn in that arena. All the feedback on how this should have been done more efficiently is great.

In the future, I obviously need to work on coming up with better algorithms for solving these kinds of problems, but I'll probably continue to try and use Go because it's nice to have that fallback to sheer speed when my algorithm isn't great.

To clarify, the Go program (which took under a second to run) was doing the same processing as the full Ruby program that took 50 minutes to run.

This is a good point that I didn't consider. Running the 'just iterate over the range version' of this code with jruby:

    [master] clifff@fair_and_square: ruby -v
    jruby 1.7.3 (1.9.3p385) 2013-02-21 dac429b on Java HotSpot(TM) 64-Bit Server VM 1.6.0_43-b01-447-11M4203 [darwin-x86_64]
    [master] clifff@fair_and_square: time ruby fair_and_square.rb C-large-1.in.bak

    real	6m39.105s
    user	6m37.762s
    sys	0m19.009s

Performance isn't a judging criteria, other than you need to be able to provide the proper output from a given input within a certain number of minutes. For this problem, it had to be within eight minutes.

Seems to be not redirecting anymore, but it definitely was for a while.

I believe if you do Post.find on a nonexistent id, a ActiveRecord::RecordNotFound exception is thrown, but this doesn't happen with the dynamically generated finders like find_by_id. Given this difference, it's possible you want to handle a missing record in a more graceful, non exception catching matter.

FYI, I bought my copy through the Chrome store because I've had so many negative experiences with PayPal. If it's preferable people buy through you, maybe doing something like Stripe would make sense?

Certainly fits in line with the 1% rule http://en.wikipedia.org/wiki/1%25_rule_(Internet_culture)

This is really useful, especially since I've been working on various responsive projects lately. Thanks!

Blog spam - the source article is here http://www.theverge.com/2012/9/5/3294545/nokias-pureview-ads...

I never knew this kind of behavior had a name. Very interesting.