
husband. father. vp eng @hellolanding Help ppl to grow, build products, and keep learning
Joined October 2012
- Tweets1.1K
- Following414
- Followers234
- Likes1.2K
mark hutter retweeted
The best way to improve at programming is to pair with someone better than you.
mark hutter retweeted
The minimum viable product is the one customers will buy. It ain't viable otherwise.
mark hutter retweeted
The high % of the YC W24 batch that uses @posthog and @porterdotrun is a powerful indicator that these two companies are onto something big.
mark hutter retweeted
I’ve retired from software… process. No scrum, dds, tdd, stand ups, devops, sre, micro services, retrospectives, pre and post mortems…
Instead, we just build and run software together.
We do use an issue tracker and a good readme.
Everyone posts an eod update to our group with demo/insights from their day.
Plain and simple. It’s pure bliss.
mark hutter retweeted
Wrote a little something.
In admiration of some of the best programmers I've ever worked with:
mark hutter retweeted
Has anyone written something great about how to model your Rails-based SaaS app with Users, Teams, Organizations, and Subscriptions so that you don't regret it later?
mark hutter retweeted
SQL doesn't have to be scary or unreadable. Using CTEs and properly formatting your SQL can go a really long ways.
Lets start with CTEs. They're like a temporary view that you can build and refer to later, here's an example:
with late_invoices as (
SELECT id, account_id, amount, created_at
FROM invoices
WHERE created_at >= now() - '1 month'::interval
AND status='unpaid'
)
Then you can query it simply with:
SELECT *
FROM late_invoices
Or, we could join against the account table to get the users email to contact.
SELECT *
FROM late_invoices,
users
WHERE late_invoices.account_id = account.id;
How else do you make SQL readable? Well consistent formatting goes a long way, don't put too much on a single line.
Personally for formatting I'm in camp CAPITALIZE SQL keywords, lowercase all else.
Indentation matters to. I make sure to align my columns I'm selecting from, tables I'm querying from, and then for my WHERE clause when I have ANDs I make sure to align it so the condition all aligns (two spaces before your AND. It's hard to see on twitter, but copy and paste the CTE and it'll make a bit more sense.
mark hutter retweeted
Pro tip:
If you're processing a bunch of data and can't figure out what record is causing trouble, use a rescue to catch the exception and start debugging.
This also works for methods to jump you right into the debugger when something goes wrong.
mark hutter retweeted
Anyone else binge watching every episode of bluey today while kids are at school so you can spoil every episode once they’re home watching?
mark hutter retweeted
Wireless is a trap!
You’re unable to view this Post because this account owner limits who can view their Posts. Learn more
mark hutter retweeted
If you think SQL can't be readable... you probably haven't used CTEs (common table expressions) or "WITH" clauses to write SQL with composable blocks.
CTEs and proper indentation and you SQL can start to look more like code and way less scary.
mark hutter retweeted
Need pretty JSON from your command line? Pipe the JSON to `python -mjson.tool`:
mark hutter retweeted
Last few tech conferences I’ve been to have missed an opportunity to bootstrap new people into the tech.
Go to a RailsConf, you should be able to learn Rails from zero
Etc … with Python, DevOps, etc.
mark hutter retweeted
┏━━┓┏━━┓┏━━┓┏━━┓
┗━┓┃┃┏┓┃┗━┓┃┗━┓┃
┏━┛┃┃┃┃┃┏━┛┃┏━┛┃
No more unnecessary meetings
┃┏━┛┃┃┃┃┃┏━┛┗━┓┃
┃┗━┓┃┗┛┃┃┗━┓┏━┛┃
┗━━┛┗━━┛┗━━┛┗━━┛
mark hutter retweeted
Why is this so true reddit.com/r/programmerhumor…
mark hutter retweeted
If you want to be a better writer, write.
If you want to be a better SEO, do SEO.
If you want to be a better fighter, train.
Complicating is a form of procrastination.
To get better at something, simply do it more.



















