Maybe the OP's talking about metrics, and what goes into measuring/computing them?

Just something off the top of my head. If that's what the OP's going for, "startup mathematics" wouldn't exactly be the best term to throw around, looking for clues.

No, not always. It's something a lot of startups misuse. But I wouldn't say that's how everybody does it. I know some startups that offer equity with a slight pay cut, just to gauge your motivation, and bump up your pay soon after.

As far as looking for complexity goes - it's a matter of perspective. People will look for the complex, just as they'd look for the simple.

Well now, we won't know if it's misguided if we don't do it, don't you think?

Totally agree with you. Hopefully, that's something we'll manage to change just yet :)

Honestly, I'd say go for it, open-source it. Like you said, a successful app's more than just changing icons and the like!

One tip - maybe you could think about constructing a tutorial of sorts around your app's codebase? Something like this: https://mackenziechild.me/12-in-12/

Leave the political dimensions aside; any place is as risky.

Personally, I'd love a scenario where a startup helps me out in terms of travel costs, and maybe putting me up for a week while I find accommodation. Not very picky about vacation days much, but having a day or two off every month works, for now. The salary part's a little more complicated - it should take my current pay package into account, as well as extrapolate for currency differences, and consider the cost of living too. It's not a bomb, but it makes a huge difference knowing that you won't really go broke all of a sudden, in a foreign land.

In your case, though - relocation's not a great idea because it can get pretty tricky for both the candidates and you - if their families aren't adjusting to their new surroundings much, it'll affect the candidates, and thus, affect you in turn. I'd suggest exploring every option to make a remote-working scenario possible, and only using relocation as a last resort.

> putting me up for a week while I find accommodation

Depending on the market, a week in a foreign country is very short, especially with a family. I've known people moving US state to state who were put up a small number of months.

Well, if you ignore general trends and the availability of people for a specific stack, I suppose you could go ahead and write your app in a language like Haskell, or even languages like Rust. But if you want to choose a language that is "meant" for the web and it's something everybody knows, I'd blindly pick Javascript if I were you. Of course, it's not the best language for mobile, but frameworks like Ionic are changing that.

Unless you're making the backend/app to learn stuff, a very upfront benefit of using an "obvious language" is that it will be easier for you to extend the team in the future.

You use Docker, you say? Looks pretty neat!

Rudi, we're aiming to keep it simple but still enable advanced usage like linking Docker containers.

This is cool! I was hacking on a project for hosted Docker containers (think, for devs to create a stack and quickly be able to use it to develop or push to prod) let me know if you'd like to talk!

Thanks Rudi. The guys have been working on it for six months or so. Think they're now at the point where some informed user feedback will be really helpful.

I think Glacier works on very different principles, for very different scenarios. Dropbox, Drive...they're more for everyday usage. Glacier's more for archived storage, where you're looking at a platform to store historical files, that aren't used everyday, but you never know when you might need them. IMO, I'm not entirely sure it's accurate to compare it with Dropbox, in these terms.