On a related note, for any HNers (or hackers) in/around Austin, TX that want to meet, I'd be happy to help organize a meetup in Austin, if you're interested in connecting.
37 karma · joined March 22, 2017
Let's talk.
### Entrepreneur
* Lend'emOut (Founder, P2P Rental Marketplace)
* FunnelAi (Co-founder, B2B Customer Acquistion & Engagement, acquired by SocialMiningAi/EngagedAi)
* FounderDash (Still cooking, getting ready for a taste test)
### Organizer of Austin Startup Meetup
* [Meetup.com](https://bit.ly/ASM_MTP)
* [Website](https://bit.ly/ASN_WEB)
### Socials
* [Meet HN](meet.hn/city/us-Round-Rock)
* [LinkedIn](https://bit.ly/SP_LKD)
spatx.at.hn
On a related note, for any HNers (or hackers) in/around Austin, TX that want to meet, I'd be happy to help organize a meetup in Austin, if you're interested in connecting.
Spend a little bit of time with a couple of stacks to understand what you feel comfortable with.
When I was looking to transition from legacy technologies (think mainframes) while working at an established financial company, I had an itch to build a specific product on the side. To be able to build it, I had the option to choose any modern stack at that time (around 2012), and I chose the Java-Spring-Jquery. I could have chosen any other similar stack for my purpose (PHP, C#, etc on the backend and plain JS or any other library on the front end) that were widely used and had big ecosystems. I tried to build some basic functional products with both Java and PHP based stacks, and decided to go with the Java-Spring stack. These days there are even more options, so it boils down to trying a few and settling on one that excites you.
I wonder if you have plans to extend this to allow saving to S3 or GitHub or other types of document stores in the backend, in addition to Google Docs.
In the startup, we had a small team where everyone was aware of the agile processes, and the delivery timelines were based on the estimates.
In the larger org, agile processes and story points meant a change in the culture from the traditional waterfall-oriented process they followed. And larger team sizes meant it took a longer time to change the culture and thinking. Also, due to the nature of the business, the delivery timelines are stricter, and sometimes already decided before IT was involved. Projects also often involve multiple non-IT teams (sales, marketing, customer service, etc.), and it is easier to communicate in hour-based estimates to them. We still do agile development as much as possible, but settled on hour-based estimates.
Of course, some posters here are talking about employees getting a raw deal, but it was there for all to see that the company had decided long back to prioritize profit more than growth. Any employee that would have expected a unicorn like exit would have known it wouldn't be the case and would have left long ago. Blaming Josh for that doesn't feel right to me.
- Google Keep for quickly jotting down new ideas on the go (usually just a line or two so I can remember). This is my temporary record.
- Then, when I have time at the end of day, I add to to my document in Google Drive with more details, description, etc. This is my permanent record.
- When I'm ready to work on something, I add it to Trello with specific tasks, deadlines and reminders. This is my task manager.
One thing I'm failing to consistently do is to revisit old ideas periodically and remove the old ones I no longer deem worthy exploring.