Hacker Newsnew | past | comments | ask | show | jobs | submit | mmattax's commentslogin

I've been an early engineer in multiple start-ups, have co-founded 2 startups, and about a year ago, took a position where my primary role was to in-house logistics software in the healthcare space being developed by a 3rd party for about 4 years.

To succeed, you need a founder-type person IMO, who's full-stack, and has built great engineering teams. Hard to find, but possible.

The company I joined was also not a software/tech company, and they put the trust in me to define our engineering policies, how product-management happens, and put an emphasize of knowledge transfer for my first 3 months.

If you want to connect + talk more I'm at michael[at]mat.tax


Clincierge | https://www.clincierge.com/ | Staff Software Engineer (Full Stack) | Remote | Full Time | $180 - $200k

TypeScript, React, GraphQL, Postgres, AWS

At Clincierge, we support patients in clinical trials worldwide. The key to our success is our collaborative and innovative environment. We are always looking for new ways to invent solutions to ensure the clinical trial process is easier and more personalized.

What we’re working on:

• Launching a travel portal serving the clinical trial logistics needs of patients, trial sponsors, and medical centers

• API Integration with ridesharing platforms, travel agencies, and clinical trial management software

• Powering customized data analytics/business intelligence reports

Staff Engineer Role: https://grnh.se/2d4b5e4c4us


Nov 14, 2014 - https://news.ycombinator.com/item?id=8653575

Not much traction on our Shown HN post, but we've had a lot of growth through our standup bots in Slack and Microsoft Teams. Still very much a startup, but we've re-branded to https://jell.com, have 4 employees, and a growing customer list!


Disclaimer: This is my startup.

We're building Jell (https://jell.com) to tackle this problem. We have 2 sets of core functionality: OKR tracking, and "checkins" which can act as a daily/weekly/monthly "standup".

You can add plans/tasks to your checkins (and mark them as complete), and link these items to your OKR's.

We've seen a lot of companies have success with our tool (many replacing daily standups with it). We'd love feedback.


What does Jell do better than https://www.workingon.co/?


I managed a small team of engineers and synchronous daily standups just broke down with remote teams and timezones.

It also just felt unproductive - it became something we did to feel like we had "best practices" when in reality it was a waste of everyone's time.

I got the sense that everyone would essentially forget what they said/heard at the end of the meeting (or was simply tuned out).

I ended up launching a tool to solve this problem: (https://jell.com).

We're a lot happier showing a "todo list" with each other and still have a place to write out the challenges/progress we're making - all while respecting each others time.


You don't need to be remote or across timezones for this to happen. I can't help but feel that standups are a huge waste of time. If it is a thing that really needs to be done, why not do it asynchronously in a slack channel when you show up, rather than interrupting everybody and wasting a collective work-day across the team every day in lost flow time, by doing it synchronously at some always-inconvenient time?


Disclaimer: I've been working on a similar product (https://jell.com) We don't have a bot (we do support slash commands).

One thing that sticks out to me (and a lot of the other standup bots) are that the screenshots/demo often only include the simple case of a user inputting a single answer to a question.

Does your bot handle multiple answers? Seems like that could be a differentiator for bots (and the reason why we've stuck with Slash commands).

Good Luck!


Thanks! Jell looks great :-)

Yah, so the bot's questions are context aware, so answering "yes" does different things depending on the question asked.

I'll be going wayyy deeper on that soon and open sourcing some neat tools :-)


Formstack (disclaimer: I work for them)


We seem to have had issues and we're not using OpWorks. I'm trying to determine if our issues are related.

Our instances are docker hosts, network seemed to lag/stop when proxying traffic to the internal container IP addresses.

Our ASG spun up other instances but health checks reported "Insufficient Data". The web console also seems buggy (API requests are failing).


I wanted to use Kitematic as a way to get our non-CLI savvy designers up and running with our software stack on docker. They key feature missing IMO is the ability to "open" a docker-compose.yml file.

I want the ability for a designer to select "file open" and then select the docker-compose.yml file to "launch" our stack.

Without that, it seems like you still need to rely on the docker-cli to build images from a Dockerfile.


You're using Docker Compose on Mac? I tried when it was still called Fig, and while it was wonderful for simplicity, the filesystem performance for VirtualBox/boot2docker made it brutal to use. My Rails apps in development mode (therefore serving up many individual assets) would take almost a minute to load each page.

Has it gotten better, is there a trick you're using, or am I hitting an edge case you don't have?


>would take almost a minute to load each page

VirtualBox filesystem performance isn't amazing, but it isn't anywhere near that bad. There was probably another issue involved here.


No, we ran into the same issues. When dealing with mid-sized Node.js projects in particular where the dependency tree may include something like 70k source files. `npm install` can take several minutes, builds on-save could take several seconds. We resolved to simply doing everything inside of a VM, using sshfs to "persist" the data out to the host machine on-demand for those uncomfortable using vim/tmux inside the VM.


I really don't think so. You might just be underestimating the number of static asset files in a client-heavy web app before concat/minify ever happens. Watching the logs, you could see... each... little... file... take... way too long.


Yeah, the filesystem for VBox got significantly better (use to have to use a custom ISO to get volume shares to work properly).

We haven't had a problem since the Docker 1.3 update.


Why can't they use the command line at all?

My first job was at a call center where we trained literally anyone who applied to use command line DOS to take orders for sausage over the phone. This took three days to teach these people how to navigate a pretty extensive CLI interface. Many of them were highschool dropouts with GEDs. If they even attempted to use the mouse the computer would lock up. We had virtually zero issues.

It's astonishing that some people refuse to even open a terminal.


They currently do, but some prefer a UI to manage the containers, and since we're using OSX, making sure boot2docker and the underlying VBOX image is in a good state can sometimes cause a few wrinkles that take a developer to straiten out.

Kitematic could abstract that layer (boot2docker) away with a GUI.


Great Pros/Cons on remote working. I've definitely felt cabin fever. I find a balance by going to a co-working spot once or twice a week.

Timezones can also be hard. We've struggled with getting our team together for daily standup meetings in the AM, which led us to build our own tool (http://heyflock.com).


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: