davidkell's comments

davidkell | 3 years ago | on: The best Go framework: no framework?

Agreed and well put.

Lack of a decent Rails/Django option for JS/TS is part of the issue IMO, since that ecosystem is so popular atm.

I also wonder if you have to get burned a few times rolling your own and that's just part of the journey :)

davidkell | 3 years ago | on: Ask HN: Solo Dev Stack of 2022?

If you like Python, I can recommend this:

  - Start with SaaS Pegasus https://www.saaspegasus.com/
  - Deploy to Heroku
  - Get comfortable with "X-in-HTML" frameworks - Tailwind, HTMX, Alpine
  - Deliver your mobile app as a PWA https://web.dev/what-are-pwas/
Opinionated thoughts -> https://davidkell.substack.com/p/davids-opinionated-guide-fo...

(Nowadays I'd replace Turbo/Stimulus -> HTMX/Alpine)

Special thanks to Cory for his excellent guides on Django + JS: https://www.saaspegasus.com/guides/

davidkell | 4 years ago | on: Ask HN: Best SaaS Boilerplate?

Happy SaaS Pegasus customer here! Reasons to love it:

- Cory’s writing on low JS alternatives to single page web apps was game changing for us. And that’s all built in. 10x faster to develop.

- You get access to a wonderful community of Django devs. Any question gets 3+ independent responses.

- The framework is non-opinionated. You get the same examples in both HTMX and React + APIs, many versions of CSS frameworks (Bulma, Tailwind, Bootstrap), multiple deployment methods, etc. This gives you a valuable toolkit to fit your solution around the needs of the problem.

davidkell | 4 years ago | on: What's the best SaaS starter kit?

+1 for SaaS Pegasus. In particular, Cory has done a wonderful job in introducing a more pragmatic approach to Javascript with Django [0]. Plus he's built a strong Slack community and is always around to support and listen to any feedback.

We re-built our SaaS product using this boilerplate and wrote about the experience [1]. TL;DR: would recommend!

[0] https://www.saaspegasus.com/guides/modern-javascript-for-dja...

[1] https://davidkell.substack.com/p/davids-opinionated-guide-fo...

davidkell | 4 years ago | on: Django for Startup Founders: A better software architecture for SaaS startups

OK, that's an interesting POV.

To be honest, I was surprised that you advocated writing so many tests for each view, easily 10-20 per view.

Part of the beauty of Django's various class based interfaces is that you can be confident that if you add a validator to a model field, then it will be validated by the corresponding ModelForm in the corresponding CreateView.

But then again, you advocate against OOP in python including CBVs. If you do write all your endpoints as functions, it makes more sense you need to test it because it's easy to forget to include a line of validation or whatever it is.

FWIW I love the fact that various Django classes are like DSLs. DSLs are less powerful by construction, so less buggy. It is almost like using low-code. But I do see your point about tracking inheritance and control flow, it can be a challenge at scale.

davidkell | 5 years ago | on: Apache Arrow 3.0

Any Snowflake developers reading this - the current snowflake-connector-python is pinned to 0.17, almost 1 year out of date now. Would be great to get that bumped to a more recent version :-)

davidkell | 5 years ago | on: Launch HN: Airbyte (YC W20) – Open-Source ELT (Fivetran/Stitch Alternative)

Fivetran has built all the custom OAuth flows for their 150 custom integrations and you can build it into your own (internal or external) applications, it is neat. @goergewfraser When do you plan to add the ability to configure connectors that need extra config after the initial connection, e.g. choosing reports from Google Analytics?

davidkell | 5 years ago | on: Nbdev: A literate programming environment that democratizes best practices

IMO no one has done more to make deep learning accessible than Jeremy + fast.ai team. Thanks for the amazing work!

My question is about the coding style - @jph00 I’ve read your fast.ai style guide and worked with APLs like q/KDB (written by Arthur Whitney who you cite).

My experience is that brevity is great, until you need to collaborate or have individuals working on small parts. That was my experience as well trying to write an extension to the fast.ai code (where I had to read large amounts of source to understand how to implement a small change).

Given that a key motivator for literate programming is collaboration/communication, how do you think about this?

page 1