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

OpenUnit | Full time | Remote only | https://www.openunit.com

OpenUnit provides management and payments software for the +$50B self-storage industry. I’m looking for people who (still!) want to work with Ruby, and who are at least a little skeptical of JavaScript SPAs. There have been some great updates lately to the Ruby on Rails ecosystem with the introduction of Hotwire.

Remote only, but US/Canada based is easiest for me to work with.

We’ve raised a small seed round, with notable investors from the self-storage industry. You’ll get full transparency of the company’s cap table and balance sheet, and you'll work alongside a small engineering team that consists of three people.

You’ll spend basically all of your time building and very little of it in synchronous meetings.

Contact via email in profile, or check out our job posting[1]

[1] https://www.openunit.com/jobs/senior-software-engineer


That was extremely fun -- Go Team Blue!



OpenUnit | Full time | Remote only | https://www.openunit.com

OpenUnit provides management and payments software for the +$50B self-storage industry.

I’m looking for people who (still!) want to work with Ruby, and who are at least a little skeptical of JavaScript SPAs. There have been some great updates lately to the Rails ecosystem with the introduction of Hotwire.

Remote only, but US/Canada based is easiest for me to work with.

We’ve raised a small seed round, with notable investors from the self-storage industry. You’ll get full transparency of the company’s cap table and balance sheet, and you'll work alongside a small engineering team that consists of two people.

You’ll spend basically all of your time building and very little of it in synchronous meetings.

Contact via email in profile, or check out our job posting[1]

[1] https://www.openunit.com/jobs/senior-software-engineer


Yup.


Looks as though the issue is still persisting.


This is working now. We use G Suite to create email aliases, and for some reason the permissions automatically set to "Private".


We've been exploring pricing based on the square footage of the facility for larger operators. Generally, real estate operators think of costs in terms of square feet rather than number of units. But I agree that there may be an easier way for operators to digest this, especially those that are not familiar with Stripe that may question the "+ $0.30 per transaction" structure.


We now offer "Digital receipts" (I just pushed up the fix)! Thank you for catching that.


couple more small copy suggestions:

- In large top image of dashboard, tab says "Reccuring" ("Recurring")

- "security right out-of-the-box" (not typically hyphenated)

- "Custom to-do's lists" ("to-do lists")

- "Integrated per-transaction pricing we don’t charge different rates for different credit cards." Should there be a period after "pricing"?

- you don't have consistent usage of the serial comma (or lack thereof)

- "...designing OpenUnit from the ground-up" (not hyphenated)


You rock. Thank you.


Glad to help. Main site is beautiful and product seems like a great market fit. This kind of review is something I really enjoy doing (weird hobby, sure, all hobbies are a little bit unusual). I'm always available for more of this kind of thing. Email in profile.


I got pretty in-the-weeds with the accounting stuff[1], and had thought about reaching for a 3rd party ledger, like Gnucash[2] or beancount[3]. The basics are pretty simple, but I've tried to be thoughtful about the kinds of details that most companies get wrong when they're trying to do things like track balances: using floats for money, allowing transactions to be amended or deleted[4], etc. There’s two parts to this puzzle: the accounting method you employ that keeps an audit (whether it be single or double entry accounting) and the rules governing accounting events that get trigger by the system.

The latter is where real difficulty and liability lies; an event, such as a rental payment, triggers a series of transactions that must be financially sound and sufficient for meeting the expectations of an audit. There were a few other considerations but that really is the core framework. Where the real work begins is implementing the triggers, or events (like I mentioned above), that sets off a set of entries and making those financially sound. I've been able to achieve some basic rules exclusively for the self-storage space whose types of business transactions are very similar, but the truth of this can only be revealed by third party auditors. It leads me to believe that it's very difficult, if not impossible, to come up with a universal system for all businesses and industries since the events that trigger entries are specific to each system.

Happy to riff on this a little more if you're interested!

[1]: https://www.mathstat.dal.ca/~selinger/accounting/tutorial.ht...

[2]: http://www.austintek.com/gnucash/ncsa-gnucash-talk.html

[3]: https://docs.google.com/document/d/100tGcA4blh6KSXPRGCZpUlyx...

[4]: https://medium.com/@RobertKhou/double-entry-accounting-in-a-...


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

Search: