doomspork

I've found these tools particularly useful if you've got your team divided up into frontend vs backend/platform. We would discuss and mock up the endpoint to unblock the API consumers while the actual service is built.

This is really neat. We used Apiary at my last company to document our APIs and the added benefit is that it did just this, generated and tracked a mock endpoint. Really cool stuff.

This is a really helpful resource, thanks for putting this together.

Speaking from first hand experience I can tell you it would take a lot more than start-up culture to change the way the software is built for the government. For one, a lot of agencies are regulated by DHS or DoD on what is allowed, prohibited, and open for discussion. Another big, and I'd argue bigger issue, is that many of the people in positions to make these decision are nearing retirement and for them it is advantageous to award lucrative contracts to those companies that are likely to employ them or their friends later.

Sorry I'm not sure I follow. There is no client included within my repo, just the service.

You are correct, no decision has been made as of yet.

The inclusion of a JS library is only a convenience. There more robust solutions for the UI like Twitter's Typeahead.js https://github.com/twitter/typeahead.js

This is awesome, I hadn't seen it before. Thanks for sharing!

It is fast because Redis, which provides the storage, is considerably fast at the tasks necessary to implement such a service. Go has last little to do with it.

I put together an autocomplete service using Ruby and Redis but rather than dealing with the network latency of a remote service I decided to package it up so it could be mounted along side my app: https://github.com/doomspork/autocomplete-me

The title has changed and it is now clearer, the title was originally "Amazon Dash built on Parse".

By far my favorite resource for learning Ruby, still the first link I share with anyone looking to learn. Personally I like that it is rather to-the-point, I find most sites to be too wordy.

The title led me to believe that Amazon had teamed up with Parse for this which I would have found surprising.

This has nothing to do with Amazon Dash other than using a button trigger an HTTP request.

Interested to see how this stands up against alternatives like Akka.

You should look into a 500 Internal Error page, right now you're spitting out a stacktrace and code: http://www.slackchats.com/%3Ca%20href=

I've been using Kotlin and Dropwizard together and I quite enjoy it. To demonstrate Kotlin recently for a friend I used the Dropwizard Getting Started: https://github.com/doomspork/kotlin-dropwizard

My plan is to add more to it and eventually cover all the features of Dropwizard.

If you read the article in it's entirety you'll see it specifically mentions current customers are not eligible for the promotion.

You're going to find good people in any group but they'll likely be the same people who would have learned it on their own without the course work because they're self starters and motivated.

That said, after attending a dozen or more of these hiring events I must admit that the quality is abysmally low. Two of my previous employers decided to hire our entry-level engineers from these "bootcamps" and 6 months later all of them had been fired for poor performance, even after weeks of mentorship and coaching. In my experience the amount of handholding was far greater than the work they could do on their own. I can recall helping people with basic command line navigation, simple git commands, and even things like running rspec. Trivial tasks that should form the foundation of your work as a software engineer required almost constant support.

My personal take is that these schools are great in that they encourage people to pursue engineering but I fear that just like other trade schools (e.g. ITT), it's offer a promise of a big paying job without adequately preparing people for the career ahead.

I've never been a big fan of Spring so I was pleasantly surprised to discover Dropwizard which includes the tools you've mentioned, a few others, some best practices, and a little glue.

You typically hear of Chef, Puppet, and Docker but this shows the real diversity of tools available. Thanks for putting it together.

> Looks like Kivin was surprised when HR told his manager that he requested to be transferred. His manager then used this information against him, by putting him into a 'performance improvement program' which blocks transfers to any other group for some period of time.

I learned this one the hard way myself. The change wasn't motivated by any grief or frustration, I was simply looking for career growth since my role wasn't offering me any new opportunities. Instead of what I thought would happen, my boss identifying I could offer the company more in that new role, he was offended I'd ask to change teams and retaliated. I ultimately left the organization soon after because he had made it an absolute nightmare.

> HR is not your friend. HR is not there to protect you and your career. HR is there to protect the company AGAINST you.

This was very shocking to me to realize early on in my career, I'd always heard that HR was on my team. I quickly learned that they're just there to keep the assembly line happy and functioning.

At the bottom of the page there is an example of using it to highlight the areas of the page the user can customize .

Really helpful and useful tool but we ultimately had to quit using it because of the noise. Rather than a comment per violation I'd like to see an approach similar to CodeClimate's: one comment and a link to a more detailed report.

This is great, thanks for sharing! What I think I like most about this is project's emphasis on testing, something I've always missed in Hubot scripts.

Finding a place to live with two dogs and no car can be a pain. Somewhere with a nearby vet, pet store, and dog parks can be tough to find especially if you've got to reference 10 different websites. After moving to Oakland I had enough and decided to team up with my buddy Chris and build CityLeash. We've got a lot great features in the works but we're always eager to hear feedback so please feel free to reach out: contact@cityleash.com

Really neat idea but I'm surprised that a company who needs me to send them intimate accounting data makes no mention of what they're doing to ensure my data is safe and secure.

Building an API is relatively simple, protecting sensitive financials is not.

Quite frankly I'm surprised they weren't operating out of a country where it was acceptable, it's equally surprising to me that it took the authorities this long to shut it down.

Thank you! Lucky for us a few folks in the community were nice enough to submit PRs to fix a few of our typos, we'll make sure to proof read better next time.

Originally there was an issue in the underlying barcode gem which we have since patched. We're planning to roll out 0.2.0 shortly which includes support for QR codes.

Thanks!

Good idea! There's definitely much to be deserved about the project page and demo, we wanted to get something out and then iteratively improve on it based on feedback.