HN user

mneedham

422 karma
Posts10
Comments27
View on HN

Combinaut | REMOTE (US) | Developers: front end and Ruby | Contract | https://www.sparkle.health/

We’re looking for remote candidates to join our team of kind, hardworking, and creative people!

Frontend Developer - Must have strong design sense and eye for detail, as well as 3+ years of experience developing web apps with modern HTML, SCSS/SASS, WCAG, and UI patterns. Experience with Rails, VUE.js, and WebComponents/CustomElements is a plus.

Ruby/Rails Developer - Must have 3+ years Ruby on Rails experience, preferably with growing depth of skill on a single app. We have multiple clients with different deployments and customizations to business logic, and we use Github version control. Experience with Vue.js, US healthcare, and transactional application development is a plus.

About the project: We create tools for healthcare organizations that help patients find care (https://www.sparkle.health/).

* It is a large app, been around for many years, so there is a mix of greenfield new features as well as maintenance and improvement of existing features.

* Our team is international and all remote, but mostly overlaps with the Pacific or Central time zone.

* Our developers work with near-autonomy toward shared goals. We don't micro-manage.

* We actively maintain work/life balance and reject crunch culture. We work hard to foster an atmosphere of independence and trust.

To apply: Please email marc @ combinaut dot com with your resume and GitHub url.

Combinaut | REMOTE | Senior Developer, Ruby on Rails | Contract | https://www.sparkle.health/

We’re looking for remote candidates to join our team of kind, hardworking, and creative people!

Our company, Combinaut, creates tools for healthcare organizations that help patients find care (https://www.sparkle.health/). We need an experienced Ruby/Rails developer to help build new features and to optimize the existing product. Must have 3 years Ruby on Rails experience. 1 year Vue.js, 1+ year American healthcare, 1 year content management system development preferred.

* Backend powered by Ruby on Rails * The app has a significant amount of frontend JS components * We are in the process of migrating front-end components to Vue.js but still use backbone as well * We have multiple clients with different deployments and customizations to business logic and look’n’feel * We use Github version control Our developers work with near-autonomy toward shared goals. We don’t micro-manage. Everyone on our team is trusted to manage their own day, and we value good results over process.

About the project: * Our team is international (Germany! New Zealand! Spain! Canada!) and all remote, but mostly overlaps with the Pacific or Central time zone. * It is a large app, been around for many years, so there is a mix of greenfield new features as well as maintenance and improvement of existing features. * Well-funded team with great cashflow and an established client base.

This is a company that actively maintains work/life balance and rejects crunch culture. We work hard to foster an atmosphere of independence and trust in our developers.

To apply: Please email us directly (lisa @ combinaut.com) with your resume and examples of your work. Subject line: Senior Ruby/Rails Dev.

For sure: 1) Ordered 800 pairs with an all-in manufacturing cost of $10/pair. Shipping was right around when supply chain awfulness had ships stacked off Long Beach and ended up bringing the cost/pair up to $13.

We've been 'live' with the website since December of 2021.

Started selling for $40/pair. Sold some. Dropped the price to $29/pair and sold more. Currently selling for $20/pair and that seems to be the right price point for these.

We've sold ~450 of the original 800 pairs and I still have just less than $2000 outstanding from the original investment.

2) Brooklyn: https://brooklyn-theme.myshopify.com

Combinaut | Ruby/Rails developer | REMOTE | Full-Time | https://www.combinaut.com

We’re looking for people to join our team of kind, hardworking, and creative people.

Our company creates tools for healthcare organizations that help patients find care. Our core product is Sparkle CMS (https://www.sparklecms.com). We need an experienced Ruby/Rails developer to help build new features and to optimize the existing product.

* Backend powered by Ruby on Rails (v 5.2)

* The app has a significant amount of frontend JS components

* We are using Vue.js in some areas, and we use backbone as MVC

* We have multiple clients with different deployments and customizations to business logic and look’n’feel

* We use Github version control

Our developers work with near-autonomy toward shared goals. We don’t micro-manage. Everyone on our team is trusted to manage their own day, and we value good results over process.

About the project:

* Our team is international (Germany! Spain! Canada!) and all remote, but mostly overlaps with the Pacific or Central time zone.

* It is a large app, been around for many years, so there is a mix of greenfield new features as well as maintenance and improvement of existing features.

* Well-funded team with great cashflow and an established client base.

Please contact me directly for more information or to apply: marc @ combinaut.com

Unless you have one of dozens (hundreds?) of potential complications that can happen during childbirth and you don't make it to the hospital in time. They you've got a dead or severely brain damaged baby and a potentially dead mom. Totally worth it.

And the odds of making it to the hospital in time if you need an emergency c-section or start bleeding out are pretty slim.

Along these lines - are there any good 'hacker' tools out there for the various phone platforms? I know there are port scanners and some other things out there but is this a well-developed space?

As the parent of two young boys (one of whom will be 16 in ~10 years) I can't begin to tell you how excited this makes me.

Ford Taurus introduced a 'parent key/child key' concept a few years ago that did things like limit stereo volume and top speed. This takes it one further.

No fretting about stupid accidents! No fretting about drunk driving!

"Sorry son, you can't ride with Johnny - he still has a manually controlled car."

Great tool - nicely done. I have two questions: 1) What is your business model? Hoping for acquisition or hoping to get traders to pay you for data? 2) How lawyered up are you? You're offering financial advice and I know the SEC has some pretty delicate regulations around what you are and are not allowed to charge people for and what the limits of your liability are. Did your legal counsel offer any specific advice in this area before you launched?

Shit, sorry! Wasn't my intent at all. Kids learn different things at different times and we've played to Auden's strengths in these areas. We push hard when there's obvious interest in anything specific.

Don't want to give the impression that he's spelling well or writing quickly :)

Our 2-y-o is an entirely different person with much much different development patterns.

There's a link to the download page for the engine just underneath the game. The rest is just some images, a few JS files and one CSS file: http://audenneedham.com/game/index.html http://audenneedham.com/game/ENGINE/game-min.js http://audenneedham.com/game/ENGINE/controls-min.js http://audenneedham.com/game/ENGINE/engine-min.css

A friend recommended trying gameQuery out next time - looks a little tidier - the one I used was all compressed JS and kind of ugly to work in: http://gamequery.onaluf.org/

Wouldn't take anything quite so extensive - I'll do it here! I accidentally let my son play through all of Shadow of the Colossus with me, much to my wife's chagrin. He loved it.

This past weekend he said, "Dad, let's play Shadow of the Colossus!" I said, "No." He paused for a moment and said, "Dad... how do video games work?" I paused for a moment and said, "You know what? Let's make one!"

So we sat down at the computer together, did some quick research on available simple JS game engines (I was hoping for something easy and HTML5 but nothing surfaced...) and decided on the type of game to make. After that we had some conversations about gameplay mechanics and characters. We talked around characters for a bit and he sketched out some ideas. Mr. Muscle and Crocodilehead were born.

I picked apart the (horrible compressed JS) code a little bit to figure out how the game worked and then we looked through sprites together. After identifying the various sprites he set to work, drawing base sprites (about 10 of them for Mr. Muscles and four for Crocodilehead) and a background image.

While he slept that night, I scanned in all of his sprites and started resizing/animating them.

He critiqued my work in the morning suggesting the Crocodilehead should not puke blood on people when attacking (you can still see a bit of the residue in the game now) and that Mr. Muscles should not shoot fire out of his hands when doing the megapunch.

After that it was mostly just tweaking and farting around in photoshop.

He got a good look at the code this time around and has a pretty solid base understanding of the relationship between files, images, servers and browsers thanks to a web page we built together a few months ago: http://audenneedham.com/volcanoes/ (he wireframed that one, wrote the content, selected and helped to resize the images, did the Wikipedia searches for pages to link to and helped to edit the HTML...)

Nothing too hairy for a 4-y-o:

1) identify interest (which it sounds like you have)

2) find a platform (a friend recommended http://gamequery.onaluf.org/ for our next attempt)

3) brainstorm

4) draw

5) fiddle

I run a major hospital's website and have long stood against putting Facebook 'Like' buttons on the site. This article strengthens my resolve.

Lots of patients visit hospital websites to research shame conditions - things nobody but their physician has any right/need to know about. Least of all an organization as brazenly anti-privacy as Facebook.

Bumbling around this afternoon I came across a number of hospital websites using Like buttons. I have fired up a Mechanical Turk job to give me a more complete list of US hospitals that do so.

Not sure what I'm going to do with the list yet - name and shame or just a broad education campaign? Seems pretty awful to potentially violate patient privacy in the interest of an extra 'share' or two.

Not sure about Illustrator but Photoshop makes upgrades pretty compelling by adding sexy new features. Like the content-aware fill in CS5 - novel/useful/fun enough to make everyone want to give it a go. Generated a ton of conversation pre-launch and likely contributed to a lot of new sales and upgrades.

Despite all of this, I find the most worrying thing about the recent HFT developments is the simple fact that hobbyists want to get involved. Surely turning amateurs loose in such a necessarily complex world will result in large sums of money being lost.

Oh wait... I get it.

So... what measures is the American government taking to protect themselves from the rapid cashing in of Chinese-held American bonds that will follow China's seemingly inevitable bubble-bursting?