Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Technology Choices for My SaaS in Retrospect

thomasbandt.com

Post reply on HN
Print view View original

51–60 of 74 posts

Re: Technology Choices for My SaaS in Retrospect

#51

Post by mr90210 »

monlockandkey wrote: post #48
lmarcos wrote: post #39

As someone who's working on something similar (one-man project), what I struggle the most is with the infra details. Author mentions that there's a single machine for the api, db and nginx; this means the machine is publicly accesible to everyone, and so is the db (although the port the db is running could be only accessible to localhost). I don't really feel comfortable doing that (so I force myself to out the db wi…

Check out https://dokku.com/ Dokku is basically open source Heroku. Put it on a server, and then just push your application to it.

Thanks for sharing. This tool would have saved me hours and money.

Re: Technology Choices for My SaaS in Retrospect

#52

Post by CharlieDigital »

ramraj07 wrote: post #35
JaggerJo wrote: post #32

Earlier quoted context omitted.

Actually - you have a bunch of options for building web front ends in F# - via Fable (F# to JS Compiler) - WebSharper (tightly integrated web frontend and backend) - Blazor/Bolero Server Side (like phoenix live view) - Blazor/Bolero WASM We also start to see Avalonia running on WASM, but I wouldn’t say it’s ready yet.

When I googled how to create wasm apps, I got blazor. I come from a python background, so this is tempting to try our blazor for an interactive app, is it recommended? ( you don’t hear much about Microsoft tech here only Js or python)..

As a long time Microsoft stack dev, I don't recommend Blazor for first time devs on dotnet.

There are a LOT of friction points that are just really difficult for new devs to work out.

dotnet is really, really good at building scalable, fast, secure web APIs but it is mediocre for building web UIs

Re: Technology Choices for My SaaS in Retrospect

#53

Post by scarface74 »

excsn wrote: post #50
scarface74 wrote: post #45

Earlier quoted context omitted.

You have to trust Google not to abandon support for it and to keep up with iOS latest changes. Anytime that you emulate a platforms UI, if the vendor makes changes, a native widget will take advantage of it a replicated one won’t. The fact that Google is working on a third operating system (Fuscia) is not exactly a vote of confidence on Google’s ability to focus.

Google has a lot of trust in its infrastructure projects. You assert they don't therefore don't use it and you have many Google front-end platform projects that serve as counter examples to your assertion. Angular being the most popular open source Google front-end project. Like I said, you are welcome to distrust Google, but your general assertions are far fetched and stems from Google's product engineering that has…

Angular has to work in one place the web.

Ever heard of NaCL? Google Chrome Apps? The many abandoned IOT platform (ie Android Things) initiatives? Swift for TensorFlow? App Maker? Fabric? You realize that Google abandoned the original Angular project (AngularJS) and made a completely new incompatible version.

As far as not abandoning “infrastructure projects”, they literally abandoned a physical infrastructure project and left city streets in ruins.

https://arstechnica.com/information-technology/2019/02/googl...

Re: Technology Choices for My SaaS in Retrospect

#54

Post by fijiaarone »

Kwpolska wrote: post #40
scarface74 wrote: post #20

Earlier quoted context omitted.

Is it really that much easier than just installing the same version of Postgres and running SQL queries to create the schema/seed the data? You’re not going to be using the same data in production and dev.

How do I install the same version of Postgres if my dev machine and production run different OSes? Should I use Debian/Ubuntu repositories, or should I use apt.postgresql.org? Should I trust a third-party company (EDB) to provide me with a sane Windows installer and not upsell me on services later? Do I really need the arcane "cluster" setup in Debian/Ubuntu packages? How do I run Postgres in WSL2 if I’m using the De…

SQL is a fairly common standard that’s been around for a few years.

Postgres is an open source product that has some traction, and even if it disappears next week you still have the source.

Linux is starting to catch on and you can even find places that support it.

The POSIX layer is widely implemented and even Windows and Mac have sone level of support.

What I’m saying is, you can choose from a wide variety of databases on pretty much any common OS and most of the features will just work on all of them.

Minor versions of a single database on different flavors of the same OS are not a big deal.

Re: Technology Choices for My SaaS in Retrospect

#55

Post by scarface74 »

Kwpolska wrote: post #40
scarface74 wrote: post #20

Earlier quoted context omitted.

Is it really that much easier than just installing the same version of Postgres and running SQL queries to create the schema/seed the data? You’re not going to be using the same data in production and dev.

How do I install the same version of Postgres if my dev machine and production run different OSes? Should I use Debian/Ubuntu repositories, or should I use apt.postgresql.org? Should I trust a third-party company (EDB) to provide me with a sane Windows installer and not upsell me on services later? Do I really need the arcane "cluster" setup in Debian/Ubuntu packages? How do I run Postgres in WSL2 if I’m using the De…

It’s been ages since I did bare metal/VM installs of databases and then it was MySQL. But installing the database is a one time thing. The challenge was and is always syncing schema changes and loading seed data.

Re: Technology Choices for My SaaS in Retrospect

#56

Post by blumomo »

monlockandkey wrote: post #48
lmarcos wrote: post #39

As someone who's working on something similar (one-man project), what I struggle the most is with the infra details. Author mentions that there's a single machine for the api, db and nginx; this means the machine is publicly accesible to everyone, and so is the db (although the port the db is running could be only accessible to localhost). I don't really feel comfortable doing that (so I force myself to out the db wi…

Check out https://dokku.com/ Dokku is basically open source Heroku. Put it on a server, and then just push your application to it.

If you even don’t want to host the deployment environment, upload your docker images to https://fly.io. It brings your services online in minutes. Ship quickly today and once you have more time you can later run your docker images on your own infra w/o much or no changes at all to your images.

Re: Technology Choices for My SaaS in Retrospect

#57

Post by excsn »

scarface74 wrote: post #53
excsn wrote: post #50

Earlier quoted context omitted.

Google has a lot of trust in its infrastructure projects. You assert they don't therefore don't use it and you have many Google front-end platform projects that serve as counter examples to your assertion. Angular being the most popular open source Google front-end project. Like I said, you are welcome to distrust Google, but your general assertions are far fetched and stems from Google's product engineering that has…

Angular has to work in one place the web. Ever heard of NaCL? Google Chrome Apps? The many abandoned IOT platform (ie Android Things) initiatives? Swift for TensorFlow? App Maker? Fabric? You realize that Google abandoned the original Angular project (AngularJS) and made a completely new incompatible version. As far as not abandoning “infrastructure projects”, they literally abandoned a physical infrastructure projec…

I'm not interested in going in circles with this, but let's humor for fun some of what you've picked just this once. Original angular, superseded. NaCL, superseded. AppMaker, superceded. Swift for Tensorflow, are you saying Tensorflow was deprecated? Far as I know, Tensorflow is alive and well, so this choice is hazy.

Any of these projects, except angular have the same visibility and impact Flutter has? You're trying very hard to deride Google Infrastructure and its your very generalization that weakens your claims that they should not be trusted. Anyway, I'm done with this thread as far as it goes.

You don't trust them, cool great, but don't make generalizations about what Google is doing because of your distrust.

Re: Technology Choices for My SaaS in Retrospect

#58

Post by scarface74 »

excsn wrote: post #57
scarface74 wrote: post #53

Earlier quoted context omitted.

Angular has to work in one place the web. Ever heard of NaCL? Google Chrome Apps? The many abandoned IOT platform (ie Android Things) initiatives? Swift for TensorFlow? App Maker? Fabric? You realize that Google abandoned the original Angular project (AngularJS) and made a completely new incompatible version. As far as not abandoning “infrastructure projects”, they literally abandoned a physical infrastructure projec…

I'm not interested in going in circles with this, but let's humor for fun some of what you've picked just this once. Original angular, superseded. NaCL, superseded. AppMaker, superceded. Swift for Tensorflow, are you saying Tensorflow was deprecated? Far as I know, Tensorflow is alive and well, so this choice is hazy. Any of these projects, except angular have the same visibility and impact Flutter has? You're trying…

TensorFlow for Swift.

Angular was “superseded” by a completely incompatible framework causing a major rewrite. Does that bode well for Flutter?

As far as Google not abandoning popular services - remember Google Reader?

https://killedbygoogle.com/

Google’s entire promo culture is about engineers and product managers building something new and not maintaining old projects - this is the reason behind 6 messaging apps - three were introduced in one year.

https://www.androidauthority.com/google-messaging-apps-86784...

Not to mention three completely different operating system initiatives - ChromeOS, Android, and Fuscia.

Re: Technology Choices for My SaaS in Retrospect

#59

Post by scarface74 »

fijiaarone wrote: post #54
Kwpolska wrote: post #40

Earlier quoted context omitted.

How do I install the same version of Postgres if my dev machine and production run different OSes? Should I use Debian/Ubuntu repositories, or should I use apt.postgresql.org? Should I trust a third-party company (EDB) to provide me with a sane Windows installer and not upsell me on services later? Do I really need the arcane "cluster" setup in Debian/Ubuntu packages? How do I run Postgres in WSL2 if I’m using the De…

SQL is a fairly common standard that’s been around for a few years. Postgres is an open source product that has some traction, and even if it disappears next week you still have the source. Linux is starting to catch on and you can even find places that support it. The POSIX layer is widely implemented and even Windows and Mac have sone level of support. What I’m saying is, you can choose from a wide variety of datab…

I wouldn’t go as far as say SQL is a standard. Yes there is standard SQL. But every database has its own dialect even for simple stuff like choosing a range of rows.

Re: Technology Choices for My SaaS in Retrospect

#60

Post by zoomzoom »

lmarcos wrote: post #39

As someone who's working on something similar (one-man project), what I struggle the most is with the infra details. Author mentions that there's a single machine for the api, db and nginx; this means the machine is publicly accesible to everyone, and so is the db (although the port the db is running could be only accessible to localhost). I don't really feel comfortable doing that (so I force myself to out the db wi…

There’s a universe of tools that aim to provide simpler abstractions over infra as code these days. One of them is provided by my company, withcoherence.com. While many of the advantages such as automated per branch ephemeral environments, accrue to teams, solo builders in some ways get more leverage from infra abstractions that let them focus on their own application.
Post reply on HN