23david

Don’t be a shill for big tech over elastic in this fight. AWS was using elastic’s trademark and aggressive advertising to push their managed elasticsearch. They left elastic with no economically logical choice. MongoDB and countless others also made similar choices.

AWS was super greedy and honestly I’m glad elastic even survived their aggressive tactics.

I think it's more likely to cause a lost Decade of people not going into CS or tech due to lack of entry-level jobs. Maybe next time there's a boom and the pendulum of the power dynamic between management and labor swings more towards the workers, tech workers will unionize or organize better. I think overall it will benefit the industry because these boom and bust cycles for employment are just not healthy.

So many astroturf comments here.. the moderation here is out of control terrible :/

Why is this on HN.

[flagged]

Interesting story but why is this on HN?

interesting story, but why is this on HN.

Redmine was pretty great.

How does this belong on HN.

It sounds unusual for a seed-stage company (I assume that’s what you mean) to seek funding from private equity. Did the company already have significant revenue and profitability? Why did the founder go for private equity rather than VC.. was the founder basically looking to sell/exit at that point?

The Age of Inhumanity... AI mimicry of human patterns devalues our very humanity. Without wise leadership, which we clearly lack, this upcoming Age will be profoundly unstable.

Awesome. Best rant I’ve read since Zed Shaw’s “Rails is a Ghetto” back in 2008.

This risk of losing business in the EU due to regulations around data is also acknowledged by google in their recent filing.. this isn’t specific to Meta despite all the articles that have popped up about it… https://twitter.com/SMalikjo/status/1490938883760033792?s=20...

Their Q4 earnings had some conservative projections and higher expenses due to investments in building out their VR teams, and this was enough of a catalyst that the short sellers were able to create a panic.

Fine to hate the company and management, and their politics, but following the money, this seems to be a wildly successful effort to manipulate sentiment and cause retail investors to panic and benefit short sellers in the market. There’s huge money to be made by hedge funds in shorting Meta on the way down, and then buying it again on the way up.

Or maybe they’re really going down to $0 … which is more likely?

Common saying: "go fast alone, go farther together"

Great advice.

Are you the CEO? And does your vesting agreement have any provision for accelerated vesting if your employment is terminated without cause?

I've found that it's a good way to restrict access to testing/staging/dev environments. way easier to set up and manage than a vpn imo.

It's not paranoia. An ex-Amazon manager told me fairly recently that they look at customer performance data (trends etc) when evaluating future business opportunities.

So once you start getting traction and customers, there's some internal product manager evaluating whether it's worth entering your market.

Hire an attorney (or several) for a couple of hours to read through your agreements.

The shareholders agreement, even if 'boilerplate', may only give the company the right of first refusal on the sale of shares. Even if unauthorized sales are completely disallowed, if you find an interested buyer there are still ways to craft a legal agreement where you for all practical purposes have 'sold' the shares.

But if the company isn't very successful, there may not be any investor interest, which would make the legal details pretty irrelevant.

I'd recommend getting an attorney to read over your agreements, and also try and gauge investor interest by listing your shares on one of the secondary market marketplaces.

I can relate... I'm not sure it helps, but what you're going through is not uncommon for startup founders.

I know someone who just came out of a job where he was hired to take over most of the day-to-day for a founder in a similar situation. It might be useful to discuss the situation and see what recommendations he has. Feel free to connect via Linkedin and I can put you in touch.

In 2017, there's literally _no_ difference between the outcomes expected from a "Systems Engineer" and a "DevOps Engineer"

I don't find the title 'Systems Engineer' to be in widespread usage at tech startups in SV, so I'm not sure what to expect from one. To be honest, I would expect Systems Engineers to be working on hardware.

The infrastructure automation work done at modern tech startups is best described by the title 'DevOps Engineering'. If you're posting a job where the requirements include using automation code to set up and configure CI/CD, monitoring, alerting, Databases, Analytics, AWS, GCE, Heroku or other 3rd-party SAAS tools, the job title in widespread usage that encompasses that is DevOps. The Webmaster, Ops, DBA, SRE, IT, Systems Engineer, and SysAdmin titles describe different skillsets and are therefore less useful for describing a role with these kinds of requirements.

Here's an AWS-specific, but otherwise useful reference of a modern 'DevOps' skillset: https://aws.amazon.com/certification/certified-devops-engine...

Remember, if you have a DevOps Team, then you are absolutely not doing DevOps. Developers should be involved in managing everything about their applications, including infrastructure.

Any sufficiently complicated infrastructure that has uptime requirements and significant revenue associated with it is going to have a DevOps Team (or the equivalent) ultimately responsible for ensuring that things are working. I guess it's possible to turn your entire dev team into part-time DevOps engineers, while still calling them Software Engineers, but I've usually found that doesn't work long-term and causes employee retention issues. It's like saying your company does 'No-Support' because you don't hire Support Engineers, while in fact you've enlisted your Software Engineering team to handle all support requests.

Also, if you're working in a regulated field like Healthcare or Finance, or anything that touches PII, your developers often can't have access to deploy code directly to production. Again, you could maybe work around this in the short-term by turning all developers into developers+devops, but they're different skillsets.

"Once your revenue reaches a minimum of $500 USD for the month, you'll receive an electronic payment from GitHub for 75% of the sales price."

So it looks like Github takes a 25% fee. I thought maybe they would do something more innovative regarding the fee structure, or maybe have a lower intro fee like 15%. But here is seems pretty much on par with the 30% of the Heroku marketplace.

I've been working with a client in a similar situation recently, but instead of building a custom solution we went with customizing cloudhealth (https://www.cloudhealthtech.com).

It's a complicated tool for sure, but once it was all set up we finally had visibility into a complex multi-account AWS spend, and could start generating automated cost reports for each company business unit and major customer.

I wouldn't recommend going to the effort of building a custom setup... AWS billing is just too complicated and it changes frequently to add even more layers of complexity. As one example, the recent change to add RI size flexibility completely changed the calculations for RI costs and recommendations.

I've also used cloudability and cloudcheckr in the past, but both systems had serious drawbacks. In my opinion cloudhealth is a much more advanced/professional system at this point.

Really good overview of the current business environment for OSS companies and SAAS vendors of OSS software.

I definitely agree that Amazon, Azure and Google are squeezing the OSS vendors and other SAAS providers by offering their own hosted options. From experience, I know that it's possible to still compete with the large cloud vendors, so I don't think that they're necessarily an existential threat to OSS businesses. But if you're a VC-backed company watching your valuation and your investors are expecting a 100x return, I think that cloud vendors jumping into your market makes the big investor payday a lot less likely. And if you want to compete in the SAAS market your company needs to get really good at the managed hosting business.

IANAL, but if all options are on the table is it possible to have a modified OSS license that would exclude 'hyperscale' cloud vendors from offering a hosted version?

My current company has a comparable bootstrapped history and seems to be in a similar phase, but hiring hasn't been an issue.

If I'm hearing you correctly, it sounds like you have 3 people, ~$1.8 MM net profit and since your tax burden is low it looks like you pay out most of that by the end of the year. So are you looking at annual compensation of $500-600K each?

Why not stop paying yourselves so much and reinvest more in your business?

IMO, it's a lot easier to hire and take risks on money if it's set aside in a pool of money that you've designated as NOT being for founder salaries. If you cut back to a more reasonable $150-250K salary each, you'd have tremendous free cash flow available for all sorts of hiring and even acquisition possibilities.

Mini Cooper S

I've advocated for and implemented several InfluxDB installations in production over the last year+, and one of the considerations was always that non-alpha (prod-ready) clustering was always promised in the 'next version' that was just around the corner.

Several months ago it seemed clear that the team was overly optimistic, and it's just disappointing to see that now the clustering will be available only in a paid (minimum $400!) option or on their hosted service.

I understand the business considerations here, but it feels like a bait n' switch for all the people who evaluated/used InfluxDB in single-node operation as a temporary measure while giving the team ample time to work out the clustering kinks.

Lesson learned I guess... but dang what an expensive lesson.

Agreed... why not find a way to allow employees to get liquidity by selling their equity as part of funding rounds?

The fact that founders sometimes are able to participate seems to imply that it's a possibility for regular employees too if the appropriate legal docs were standardized.

Looking at the datacenter locations for AWS, Azure, GCE, Linode, softlayer and DO, it'd be challenging to develop reliable multi-cloud datacenter agnostic apps with any consistent backend datastore requirements. In the end, you may get better availability and performance if you do things carefully, but I think the cost savings won't be there unfortunately.

Systemd-approved, nonetheless?

“I believe in the rkt model,” said Lennart Poettering, systemd lead developer. “Integrating container and service management, so that there’s a 1:1 mapping between containers and host services is an excellent idea. Resource management, introspection, life-cycle management of containers and services – all that tightly integrated with the OS; that’s how a container manager should be designed.”