aidanfeldman

We're in the process of moving to GovCloud, but that's a relatively small part of the overall compliance...fun...that goes into getting a service FedRAMP-approved.

That's a bit out of our control. We are able to hire quickly because we use a "specialist" hiring authority, but that comes with downsides like what you describe. I'm a developer and am making more than I did at any previous job, if that helps.

The way we operate is that agencies come to us to do projects (or we initiate shared services like cloud.gov), so we don't exactly get to pick anything we want. That being said, there is a lot of freedom within the projects we have to work on things that interest you.

https://chat.18f.gov/?channel=devops-public, actually. EDIT: Gaaah, sorry, down right now for reasons. Will post here again when it's back up. Sorry!

Will post here and tweet from https://twitter.com/18F once it's up.

Correct – this is specifically for use by federal agencies.

_Member of 18F._

https://github.com/18F/CMS.gov-developer :-)

Those teams definitely exist in agencies (GSA included), but we (18F) are managing ATOs internally for our projects, and are working on tooling to clarify, simplify, and automate the process. https://github.com/18F/control-masonry/ is our first project around this.

Member of 18F here. Not sure about USDS, but we get "public trust", which is basically the step below clearance. Basically means "stuff that isn't public yet". http://en.wikipedia.org/wiki/Security_clearance#Public_Trust...

One that I wrote, written in Ruby: http://magickly.afeld.me/ Powers http://mustachify.me :3)

A similar app I worked on, which focuses on extensibility: http://magickly.afeld.me/

A friend of mine does sonification research and crosses it with musical composition... very approachable NPR story on it: http://www.npr.org/2013/02/10/171639280/want-to-create-a-spa...

Ha, nice. Was just thinking of writing something like this for my g/f who is learning HTML/CSS but keeps breaking stuff editing live sites over FTP.

1a) not all API calls require a secret

that's kind of the point. CORS just tells the browser to block the response, so this proxies the request and simply changes the headers to avoid that restriction.

point taken. as long as nodejitsu provides free hosting, though, im happy to keep it free.

feel free to download the source to reimplement or host your own

no commercial version planned - I threw it up because it was something I was going to use (to build hackerhours.org), and figured it would be useful to others as well

1a) feel free to download the source and host yourself or write three lines of PHP 1b) not if you use the AJAX version - any response will come in as a string, so just don't eval() 2) the limit is really how many concurrent connections Node can handle, and the answer is "many" 3) It's at least useful for small mashup sites where you can throw up an HTML file with some JS - no server code needed

It was quick for me to make and it doesn't really require maintenance - feel free to donate to the EFF in honor of the project.

In terms of scalability, the app is doing very little processing so it's really just a matter of how many concurrent connections Node can handle in & out, but I've read it's capable of hundreds of thousands or more. Let me know if you are seeing high latency.

There were a few interesting repos in there I hadn't heard of - nice work!

You could go with a traditional time selector (http://api.rubyonrails.org/classes/ActionView/Helpers/DateHe...), but I like the single box for typing in the time. Might be able to parse more things with a library like Chronic (best name for a gem ever - http://chronic.rubyforge.org/).

Congrats buddy!

Correct, though there does need to be a server component to communicate with the Face.com API. Face detection is a much slower process than image compositing, so this is really the limiting factor.

en garde! https://github.com/afeld/mustachio

way ahead of ya: https://github.com/afeld/mustachio-js