frogstomp19

MasterCard and Visa's stock ticker symbols

We're discussing one right now. VSCode is an electron-based application, isn't overly-bloated, and starts up quickly. I switch between IJ and VSC every day and VSC is significantly faster, including startup. But, even if it _was_ slower on startup, that would be a tradeoff I'd be happy with if it was faster or more functional normally. I restart my computer maybe once a week, I'd be fine to wait another couple seconds.

I don't think there was some grand concerted effort to self-promote by the WDT guy, it's just a legitimately helpful and (at the time) novel technique for getting decently even flow when using cheap(er) home coffee grinders. It requires like 5 seconds of time and something like a toothpick or cake tester. This is not the same as the audiophile magic cables or whatever, the results are measurable and replicable by anyone with a toothpick and a home espresso setup.

I'm not really arguing that Spotify has the greatest music discover system but if you read about an album, it costs you nothing to try it out. Prior to subscription services and digital music it would be a 10$ investment that you may or may not make.

I feel like we've lost essentially nothing. In the streaming era, it's easier than ever before to discover new artists and listen to an unprecedented variety of music with minimal investment. If it's slightly cumbersome to listen to albums on Spotify, it's still much less cumbersome that going to a store to buy a CD or purchasing online and waiting for it to arrive + keeping your collection physically organized and in good condition. I don't absolutely love Spotify but I'm not going back to a CD collection.

FWIW, this law is not banning marriage, rather it's preventing Palestinians from becoming automatically naturalized citizens through marrying an Israeli citizen.

Gather | Atlanta, GA | Software Engineer - Senior & Mid | ONSITE - Full Time https://www.gatherhere.com/careers/ Hey all, I’m an engineer at Gather in Atlanta and we’re looking to add a senior-level engineer to our team. Gather is a restaurant-tech SaaS startup focused on helping restaurants and event venues manage their events business, drive demand, and interact with their guests. We’re looking for developers with interest in team leadership and experience in some or all of:

  - Typescript
  - Node
  - React/Redux
  - Docker
  - PostgreSQL
  - Unit / integration testing patterns
  - AWS, especially Lambda

Gather | Atlanta, GA | Software Engineer - Senior | ONSITE - Full Time https://www.gatherhere.com/careers/

Hey all, I’m an engineer at Gather in Atlanta and we’re looking to add a senior-level engineer to our team. Gather is a restaurant-tech SaaS startup focused on helping restaurants and event venues manage their events business, drive demand, and interact with their guests. We’re looking for developers with interest in team leadership and experience in some or all of:

  - Typescript
  - Node
  - React/Redux
  - Docker
  - PostgreSQL
  - Unit / integration testing patterns
  - AWS, especially Lambda

Gather | Atlanta, GA | Software Engineer - Junior, Mid or Senior | ONSITE - Full Time

https://www.gatherhere.com/careers/

At Gather, we believe that planning life's special events should be a seamless, fun experience for everyone involved. That's why we set out to empower events teams and their customers with user-friendly tools to simplify the event booking process — from initial inquiry to day-of execution.

We're a small team looking to expand and tackle some interesting challenges in the restaurant tech space. PM me for more info!

Stack: Typescript/Js/Node/React/RethinkDB/Postgres/ElasticSearch/AWS

I wouldn't worry too much about not being taken seriously in a hoodie and jeans as a software developer unless you're working at an extremely traditional company that doesn't have much of a focus on the dev org. Hoodie and jeans is pretty much standard.

If you'd still like to dress "better" in general, the /r/malefashionadvice subreddit has some solid resources on the sidebar that you should check out.

I've been using both for a few years (TS at my old job, es6 at my new job but we're moving to TS so now I'm using both depending on what I'm working on).

The use case I like most about typescript is it makes refactoring and making changes really painless. For example, in an angular app, you may have a service that several components rely on. When changing a method signature in the service, you'll get compile-time info about any other usages of that service, and you feel a lot more confident about making changes without something dumb slipping through the cracks and causing bugs in production.

This confidence generally lends itself to less fear of change and more willingness to refactor, which leads to a better/cleaner codebase.

Aside from that, I love the JSDoc comments showing up as you type, especially if you're working on a team in which you may not know 100% what everyone has worked on.

Other features I use every day and love:

-automatic/generated import statements

-type definitions for libraries (most have solid documentation)

-control-flow logic checking (you'll find more bugs than you think with this and it encourages more defensive programming)

-transpiling down to support older browsers (babel does this too but it's nice to have it built in)

Edit: I forgot to go into the "cons" list here.

-there's some finagling you'll have to do with some of the more poorly-written npm packages that strap themselves onto globals

-there's a slight learning curve

-you'll require a build step (with es6 if you're targeting es6-only browsers you can deploy just static files, but most people use webpack/babel anyway for older browser support and other things webpack gives you like bundling/minification/etc)

I could be wrong here but my understanding is if a company is acquired they WERE a unicorn (if the acquisition was for $1B+) but they aren't a unicorn after the acquisition.

Not OP but I'm a software engineer working for a startup in ATL. I'm not sure how we have a reputation for being "dominated by business types", but we do have a relatively high contingent of fintech and b2b companies here (our only unicorn, Kabbage, plus several others like Square, Salesloft, Salesforce). I think though that our pool of engineering talent is relatively high - I'd guess it's the most likely landing spot for good engineers from the southeast.

I really don't agree, as a developer writing predominantly js. It's still pretty standard to compile es6 down to at least es2015 using babel or typescript, meaning js still runs everywhere. I've also literally never met anyone who thinks that callback-structured code is "not a problem". And you can work around issues of "this" and lexical scoping to the point where it isn't as irritating, but it's completely unintuitive to a new js developer, and IMO at least never stops feeling "wrong". There are also a ton of features aside from arrow functions and promises that completely change the way code is written for the better- off the top of my head I use ` string formatting, classes, let/const declarations, and module loading every day.

Still alive! They consolidated to Watertown (Boston), Austin, and India.

I was working on pop health, which is based out of Austin, but I'm in Atlanta. Job market is pretty good though and they're still employing the Atlanta people through December 30th, so I should be good. I'll just likely have to walk from the (pretty meh) severance... Nobody is hiring in late December.

Not technically "firing" I suppose but all of the dev org in Atlanta and SF, including myself, were laid off at athenahealth last week. Something like 120 people. Sucks.

Nice! I'm an athenahealth developer in the atlanta office (well... alpharetta, but soon to be atlanta). While I love it here, I can confirm that the Austin office is the best. We sometimes watch your scotch friday meetings, and Jack comes to our neck of the woods for a "scotch tuesday/wednesday" every so often.

In more relevant news, the CEO (Jonathan Bush) just wrote a book ("wrote", he joked) that's a semi-right-wing take on the problem posed in this article (lack of EHR interoperability). Solid read though regardless of politics.

Also, the MDP program (the API you're referring to) is more designed to allow third party developers to build functionality onto athenanet that we don't have the specialization or capacity to build. It's not really a means of sharing health data (to my knowledge). However! We have been making the sharing of EHR data a priority, or at least seeming to, with the formation of the CommonWell Health Alliance (members including most major EHR creators... except Epic, because they're Epic). Additionally, we're working on some stuff with athenaCommunicator to help hospitals talk to labs, and stuff with Coordinator that I think involves the Austin crew too... but I don't know what of Coordinator we're allowed to talk about yet so I'll probably shut up on that matter.