Follow

This week I'm re-architecting and moving @snap_as from a separate application into our single @write_as application. Here are a few thoughts along the way.

A little background: this is driven by Google Cloud being a very, very bad cloud platform to build on as a small team.

We tried it in 2016 as an experiment, and a series of service deprecations since then have caused us downtime and meant us ultimately offering a stable, but stagnated service.

Show thread

Deployment got harder as their platform shifted beneath us, and one day recently our entire site was replaced by a simple message that said, "We no longer support Go 1.9." That was a fun day!

discuss.write.as/t/snap-as-is-

Show thread

@snap_as was also the first product we launched separately from @write_as, and it was built on the assumption that an entirely separate codebase would be best.

The idea was that the applications would share common components (github.com/writeas/web-core), but would have separate application codebases and storage.

Show thread

This might've been a good theory for building modular applications (as I'm hoping to), but in practice causes a ton of headaches for maintenance and end user experience.

Little problems came up right away:

- How do we share user data across platforms?
- How do we create common UI patterns while keeping distinct branding on each platform?
- How do we reconcile slightly-different uses of those shared libraries across platforms?

Show thread

So, starting with @submit_as, we built the functionality into the Write.as codebase. There was still plenty of copy-paste involved, but we were able to launch this new product much more quickly.

Now instead of creating separate apps first, we're building them into Write.as first and then separating out functionality over time.

Show thread

@plumey Awesome -- would love to hear feedback you have along the way, if any!

@liaizon Yep! Overall, now I'm thinking that all the "separate apps" I wanted to build make the most in a single codebase (). Then admins can choose which "apps" to enable.

Either way, we're aiming to support photo uploads in WF by v1.0

@writeas_dev @liaizon Awesome 👍 I guess time for me to come back to extending @webimg to have some image housekeeping functions (in addition to watermarking and resize) and maybe @writeas_dev would find it useful for image uploads functionality in #writefreely 😊

Sign in to participate in the conversation
A Bunch Tell

This instance is only for A Bunch Tell projects.