Framework</th>	SSG Support</th>	Hydration Support</th>	Assets Chunking</th></tr></thead>
Next.js</td>	✅</td>	✅</td>	✅ Chunk per page</td></tr>
Leptos</td>	✅</td>	✅</td>	❌ One single WASM bundle*</td></tr>
Dioxus</td>	✅**</td>	✅</td>	❌ One single WASM bundle</td></tr> </tbody></table> How I structure work as a Solo Founder 2024-06-26T00:00:00+00:00 This is for sure something that will keep evolving over time, but I got inspired by this Hacker News post</a> to share in more detail how I organize myself and my work (you can see my short answer here</a>).</p> The question posed is great, so let’s start from there:</p> When working with a team, I've found that Scrum-like short-term goals and organized task backlogs really help keep me focused and on track with the work I have to do. For solo development, however, I've never really found any approach that sticks and often end up getting sidetracked and losing track of my objectives.</p> So my question to all of you is, what tools and techniques have you used to ensure you stick to your objectives?</p> </blockquote> You could rephrase this slightly to: How do I run my own</em> project management?</p>* For most Engineers, this is not actually something they’ve needed to do often, especially if working in larger corporations. The people that have worked at Startups are a mixed bag, where some learn the value of structure, and others managed to get by without since the fast-paced environment changes things around all the time anyways.</p> I’ve personally landed in the camp of: Structure is valuable, even crucial, but it should never get in my way. Best of both worlds sorta.</strong></p> Mobile: A different way using Rust? 2024-06-25T00:00:00+00:00 💡 2026 update:</strong> These days I would highly recommend using Expo + React Native</a> for Mobile + Web development, if Mobile is a core platform for you. There have been some amazing developments in the ecosystem, especiallt from Expo v55</a> and onwards.</p> </aside> After having spent the better part of two months deep in the trenches of iOS development with Swift, I can comfortably say: Web Development simply is more mature.</p> Let’s just run over a few things I ran into that’s bad, broken, or made for a poor experience:</p> A lot of issues with data handling in general Turning iCloud on when using SwiftData will restrict core functionality such as the ability to have unique IDs on your data, meaning everyone now has to handle duplicates</li> iCloud (CloudKit) and data migrations don't work really work, it just won’t run it making data changes in your models quite the chore</li> SwiftData generally has very bad performance, both in reads, writes, and inserts</li> It’s quite hard to control memorization and rendering performance (e.g. `@Query</code> in your View</code>)</li> </ul> </li>` `Swift itself is a bit of an eh</em> language - it has many good parts and ergonomics, but also some weird design choices that make scaling codebases messy such as everything by default living in the global namespace and file names can’t clash</li>` `SwiftUI is generally great, except when you want to do anything non-standard, in which case you’ll quickly feel the pain</li>` `The feedback loop is slow: If you can run things in the Preview that’s the fastest, otherwise it’s a full Compile→Run→Simulator loop</li>` `UI performance issues are very easy to sneak in, and very hard to track down</li>` `Apple’s frameworks sure do have a lot of bugs and you’ll commonly see stuff being broken almost permanently</li> </ul> Admittedly, these might be trivial gripes for someone that has spent years in the Mobile ecosystem, but they certainly didn’t make me fall in love with it. More importantly, it wasn’t really providing a great user experience either.</p> ….so what’s the alternative?</p>` Setting up UniFFI for iOS, Simulators, and watchOS 2024-06-24T00:00:00+00:00 This is a part of the post Mobile: A different way using Rust?</a>.</p> There are some great resources out there on UniFFI already such as this post</a>, but it doesn’t cover watchOS, so let’s take a quick tour through what I’ve set up in the example repository https://github.com/Tehnix/template-mobile-wasm</a>.</p> We've set up four crates:</p> appy</code>: Our Leptos App, Capacitor, and the XCode project</li> capacitor-rs</code>: Bridging code between the Capacitor JS library and our Rust code</li> shared</code>: Our shared code that we might use in appy</code>, and also want to expose in Swift to use in our Widgets or watchOS App</li> mobile</code>: Where we will generate the Swift bindings from via UniFFI, reexporting everything from shared</code> that’s made available to UniFFI via the macros</li> </ul> I won’t go over the details to get these to play nicely with Cargo and Workspaces, check out the repository for that. Let’s instead focus on a simplified version of what mobile</code> does (the rest assumes you’re in the mobile/</code> directory).</p> Using Capacitor Plugins from Rust/WASM 2024-06-24T00:00:00+00:00 This is a part of the post Mobile: A different way using Rust?</a>.</p> Capacitor is normally used in combination with JavaScript projects, so there is little help available if you want to use it in a Rust/WASM project. Worry not! That's exactly what we'll take a look at in this post.</p> Since Capacitor is a JS framework there will be a little extra work involved in interacting with any plugins, but it’s honestly not a lot we need to do. Let’s take a quick tour through what I’ve set up in the example repository https://github.com/Tehnix/template-mobile-wasm</a>.</p> The Stack Part 4: A Federated GraphQL API 2024-03-10T00:00:00+00:00 In the last post</a> we built up two Frontend Apps, one using Next.js and another using Leptos (Rust/WASM). In this post we will be building an API that our Apps can talk to. See the full overview of posts here</a>.</p> At the end of this post we will have:</p> A Federated GraphQL API using Apollo Federation v2</a>.</li> A supergraph, using Apollo Router</a>, composing our services into a single GraphQL API.</li> Three small Rust-based GraphQL</a> Subgraphs.</li> Automatic deployment of our services to AWS Lambda.</li> </ul> There is quite a lot to cover. My recommendation is to clone down the Part 4 branch in the GitHub repository</a> and use this post as an explanation of what is set up.</p> Component overview 2023-11-29T00:00:00+00:00 Generated Table of Contents by inserting a {{ toc() }}</code> shortcode with a depth of 3:</p> This shortcode actually just inserts <!-- toc --></code> which gets replaced by running the preprocess_post(resource=page)</code> macro on it, which calls generate_toc(toc, level, depth)</code> under-the-hood.</p> Summary</a></h2> Mark the summary cutoff point by placing <div></div><!-- more --></code> at the desired location.</p> The Stack Part 3: Building a Frontend 2023-10-16T00:00:00+00:00 In the last post</a> we set up our deployment, fully automated on merge to our main</code> branch. In this post we will be building our UI (Frontend) applications. See the full overview of posts here</a>.</p> At the end of this post we will have:</p> A Next.js</a> Frontend app with support for localization, using Tailwind CSS.</li> A Leptos</a> Rust/WASM Frontend app with support for localization, using Tailwind CSS.</li> Automatic deployment of our Apps AWS using CDK, statically hosted using S3 + CloudFront.</li> </ul> We are essentially hedging our bets by building both a JavaScript-based Frontend, which is the safe bet, and a Rust/WASM-based Frontend, which is the future bet. We will be using the same GraphQL API for both, so we can easily switch between them.</p> There is quite a lot to cover. My recommendation is to clone down the Part 3 branch in the GitHub repository</a> and use this post as an explanation of what is set up.</p> The Stack Part 2: Automating Deployments via CI 2023-10-08T00:00:00+00:00 In the last post</a> we created our Control Tower structure with all of our AWS Accounts in it. In this post we will be automating our deployment process for each of these environments. See the full overview of posts here</a>.</p> At the end of this post we will have:</p> A workflow for bootstrapping our AWS Accounts for CDK (see here</a>).</li> A workflow for deploying our CDK stacks, including synthesizing and testing before (see here</a>).</li> Set up automatic staggered deployments when changes are merged to our main</code> branch.</li> And fallback to manual deployments if we need to.</li> </ul> If you want to jump straight to the code, you can find it in the GitHub repository</a> which links directly to the Part 2 branch.</p> Otherwise, let's jump in!</p> The Stack Part 1: Setting up your AWS Account Structure 2023-10-07T00:00:00+00:00 In the last post</a> we went over the overall goals of "The Stack" and what we will be building. In this post we'll be setting up our AWS Account structure. See the full overview of posts here</a>.</p> As a reminder, here is the structure we are aiming for:</p> Control Tower</strong>: This is your central place to control access and policies for all accounts in your organization</li> Production Multi-tenant</strong>: Your primary production account for multi-tenant setup, and most likely were the majority of users will be</li> Production Single-tenant</strong>: While desirable to avoid the operation overhead for single-tenant setups, its good to think in this from the get-go</li> Integration Test</strong>: This will be the account that IaC deployments get tested on to ensure rollout works</li> Preview</strong>: This will be used to spin up Preview Environments later on</li> Individual Developer</strong>: Individual developer accounts to allow easy testing of IaC testing and exploration</li> Monitoring</strong>: Centralize monitoring and observability into one account, allowing access to insights without access to sensitive logs or infrastructure from the other accounts</li> Logs</strong>: Centralized storage of logs, which may require different access considerations than metrics and traces</li> </ul> "The Stack": Everything you'll need 2023-01-29T00:00:00+00:00 This will be a series of blog posts where we will build up the perfect infrastructure setup for the majority of usecase, aka "The Stack". We'll be building everything on top of AWS.</p> Before diving in, let's first establish some goals:</p> Performant</strong>: Latency and performance is important as this will serve end-users.</li> Low cost</strong>: We want our base cost to be low, and our costs to scale well with high traffic. Ideally, it should cost nothing if no users are using it.</li> Low operational overhead</strong>: It's >=2023, nobody wants to nurse servers or services anymore, things should scale up and down without intervention or oversight.</li> High flexibility</strong>: Everything should be built with the foresight of future scalability, both organizationally, code-wise, and in the way things fit together.</li> Modular</strong>: Pieces of the infrastructure should be opt-out, e.g. if you don't need Pub/Sub, it can be skipped.</li> </ul> Obviously, this is my personal opinion on it, but I'll be sharing the thinking behind each of the choices as we go along.</p> Some technology choices upfront:</p> Everything will be infrastructure as code using AWS CDK</a>.</li> We'll be using Rust</a> throughout for each service, as it allows us to squeeze out the most performance while still giving us a nice developer experience.</li> Federated GraphQL</a> will be our way of facilitating microservices.</li> </ul> API Migration & Modernization: Getting Creative 2022-01-01T00:00:00+00:00 What are the motivations?</p> Modernizing Frontend, getting rid of legacy complexity (redux, reducers, epics, selectors, etc)</li> Sunsetting legacy REST API to move towards GraphQL API</li> Handling older clients still using your legacy API</li> </ul> Your AWS Bill Tells a Story 2022-01-01T00:00:00+00:00 What are we looking for?</p> Scalability</li> Inefficiencies</li> Changes (are they expected or surprising?)</li> </ul> How do we do it?</p> Go to the AWS Bill breakdown</li> Compare each post to the previous month</li> Spot anything you cannot answer</li> Create actions based on this</li> Monthly review</li> </ul> "The Stack": Everything you'll need 2022-01-01T00:00:00+00:00 Governance and setup</a></h1> Goals: Low cost, high flexibility, modular approach to infrastructure pieces.</p> Mermaid diagram</li> Control Tower and audit trail</li> Billing alerts and tags</li> </ul> Deployment and CI</a></h1> AWS CDK Speed up https://pgrzesik.com/posts/speed-up-cdk-deploments/</li> CDK Watch https://aws.amazon.com/blogs/developer/increasing-development-speed-with-cdk-watch/</li> </ul> </li> Deployments Canary environment</li> Dev environments?</li> Canary deployment and rollback</li> Blue/green?</li> </ul> </li> CI Build</li> Deploy to integration</li> Check</li> Deploy canary to production</li> Check canary specifically?</li> </ul> </li> </ul> Database</a></h1> DynamoDB</li> Aurora Serverless v2? Not fully serverless</li> </ul> </li> </ul> Frontend: Web and Mobile</a></h1> S3 + CloudFront Tiny Leptos todo app as example</li> </ul> </li> Mobile build PWA? https://web.dev/learn/pwa/getting-started/</li> https://firt.dev/notes/pwa-ios/</li> http://pwabuilder.com</li> Notifications are coming https://webkit.org/blog/12945/meet-web-push/</li> https://medium.com/@firt/whats-new-on-ios-12-2-for-progressive-web-apps-75c348f8e945</li> Doesn't really seem ideal</li> </ul> </li> Capacitor? https://capacitorjs.com</li> </ul> </li> </ul> </li> </ul> Backend: API and Services</a></h1> API Gateway + Lambda CloudFront in front for better traffic price</li> Federated schema + two services</li> Authentication cached via API Gateway</li> Pin Router Lambda to versions of Subgraphs for safe deployments</li> Lambda Pricing $0.20 per 1M requests</li> $0.0000133334 for every GB-second (1024 MB Memory = $0.0000000167 per 1ms)</li> </ul> </li> API Gateway Pricing HTTP APIs: $1.11/million</li> REST APIs: $3.50/million</li> </ul> </li> </ul> </li> WAF https://www.wellarchitectedlabs.com/security/300_labs/300_multilayered_api_security_with_cognito_and_waf/3_prevent_requests_from_accessing_api_directly/</li> </ul> </li> Websockets via API Gateway $1.14 per million messages</li> $0.285 per million connection minutes</li> </ul> </li> </ul> Queues and Pub/Sub</a></h1> SQS From 1 Million to 100 Billion Requests/Month: $0.40/million</li> </ul> </li> SNS Mobile Push Notifications: $0.50 per 1 million requests</li> Email/Email-JSON: $2.00 per 100,000 notifications</li> </ul> </li> SES $0.10/1000 emails</li> </ul> </li> Pub/sub setup, SNS vs EventBridge Pipes https://www.altostra.com/blog/aws-pub-sub</li> https://aws.amazon.com/pub-sub-messaging/</li> DynamoDB Streams into EventBridge https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-pipes-dynamodb.html</li> https://aws.amazon.com/eventbridge/pipes/</li> $0.40/million requests entering a Pipe</li> </ul> </li> </ul> </li> ETL setup? Fargate? Analytics</li> </ul> File and Media processing</a></h1> AWS Elemental MediaConvert https://docs.aws.amazon.com/AmazonS3/latest/userguide/tutorial-s3-batchops-lambda-mediaconvert-video.html</li> </ul> </li> S3 Intelligent Tiering (objects larger than 1MB)</li> Image resizing via Lambd@Edge https://aws.amazon.com/blogs/networking-and-content-delivery/resizing-images-with-amazon-cloudfront-lambdaedge-aws-cdn-blog/</li> </ul> </li> </ul> Internal Applications</a></h1> Access control? SSO? Cognito? https://aws.amazon.com/blogs/networking-and-content-delivery/authorizationedge-using-cookies-protect-your-amazon-cloudfront-content-from-being-downloaded-by-unauthenticated-users/</li> </ul> </li> </ul> Monitoring and observability</a></h1> Xray Cross-account https://docs.aws.amazon.com/xray/latest/devguide/xray-console-crossaccount.html</li> https://aws.amazon.com/about-aws/whats-new/2022/11/amazon-cloudwatch-cross-account-observability-multiple-aws-accounts/</li> </ul> </li> </ul> </li> CloudWatch Dashboards</li> </ul> Local development</a></h1> Stitching all the pieces together</li> Frontend against deployed backend</li> Frontend against local backend</li> Backend against deployed database</li> Backend against local database</li> SQS locally?</li> Pub/Sub locally?</li> </ul> Pull Request development</a></h1> Preview Environments for PRs</li> Run local Frontend + Backend against Deployed?</li> SQS and Pub/Sub?</li> </ul> Support</a></h1> Amazon Connect? https://docs.aws.amazon.com/connect/latest/adminguide/tutorial1-create-helpdesk.html</li> Unlikely to be an ideal solution compared to e.g. Intercom</li> </ul> </li> </ul> Common JSON patterns in Haskell, Rust, and TypeScript 2020-04-05T00:00:00+00:00 A lot of web development is transforming JSON one way or another. In TypeScript/JavaScript, this is straightforward, since JSON is built into the language. But can we also achieve good ergonomics in Haskell and Rust?</p> Dear reader, I am glad you asked! 🙌</em></p> The comparisons we will see are not meant to show if one approach is better than another. Instead, it is intended to be a reference to become familiar with common patterns across multiple languages. Throughout this post, we will utilize several tools and libraries.</p> The core of working with JSON in Haskell and Rust is covered by:</p> Aeson</a>: a Haskell JSON serialization/deserialization library.</li> Serde</a>: a Rust JSON serialization/deserialization library.</li> </ul> The ergonomics is then improved in Haskell by grabbing one of the following options:</p> Lens</a>: a heavy-weight library to transform and work with records (and much more!).</li> Record Dot Syntax</a>: an upcoming language extension in Haskell, which recently got accepted</a> by the GHC steering Committee.</li> </ul> We'll go through typical use-cases seen in TypeScript/JavaScript codebases, and see how we can achieve the same in Haskell and Rust.</p> Visual Studio Code on iPad 2020-03-20T00:00:00+00:00 With Apple increasing their focus on making the iPad a viable device for work, it is time to revisit using my iPad as a workstation for programming.</p> I rely heavily on command-line tools and language-specific tools (rust-analyser, node, ghcide, etc.) for my day-to-day programming, and my current setup features:</p> Blink</a> with mosh to a remote server.</li> Neovim and wemux</a> on the remote server.</li> iSH</a> to play around with very simple CLI needs locally on the iPad.</li> </ul> On my computer, I use Visual Studio Code, and it's long been a wish to get that running somehow on my iPad. This is an attempt to make VS Code available on the iPad under the restrictions that we have to deal with.</p> Live Migration of DynamoDB Tables 2020-03-19T00:00:00+00:00 Recently I was faced with the challenge of having to migrate a set of AWS DynamoDB tables to completely new tables. We wanted to achieve this without affecting any of our users, and without having a maintenance window while migrating data from the old table to the new ones.</p> The following will be a very high-level overview of how you:</p> Get all your DynamoDB events onto a queue</li> Replicate your DynamoDB tables to the new tables (or even a different region)</li> Continuously synchronize your original tables to your new tables Restart the migration if you made an error</li> </ul> </li> Complete the switchover after validating everything looks OK</li> </ul> Mobile Haskell (iOS) 2018-02-07T00:00:00+00:00 A lot of progress has been going on to make Haskell work on mobile natively, instead of e.g. generating JavaScript via GHCJS and using that. Unfortunately, not much documentation exists yet on how to build a project using these tools all together.</p> This post will be an attempt to piece together the tools and various attempts into a coherent step-by-step guide. We will start by setting up the tools needed, and then build an iOS app that runs in both the simulator and on the device itself (i.e. a x86 build and an arm build).</p> Using Electron with Haskell 2016-05-11T00:00:00+00:00 If you want to grab the whole code from this post, it can be found at codetalkio/Haskell-Electron-app</a>.</em></p> Not much literature exist on using Electron</code> as a GUI tool for Haskell development, so I thought I'd explore the space a little. Being initially a bit clueless on how Electron</code> would launch the Haskell web server, I was watching the Electron meetup talk by Mike Craig from Wagon HG</a> (they use Electron</code> with Haskell) and noticed they actually mention it on the slides:</p> Compiling SCSS and JavaScript in Hakyll 2016-05-10T00:00:00+00:00 This seems to be an often asked question, so I thought I'd try and share the approach that I've arrived at after having explored a couple of solutions to the problem. If you want to see the full code in action, check out the repo for the codetalk.io site</a> (linking to v1.0.0 is intended, in case the code changes later on).</p> Briefly on the purpose of Functors, Applicatives and Monads 2015-11-28T00:00:00+00:00 In a recent thread on /r/haskell</a> about how to motivate the AMP proposal in teaching</a>, I read a comment that finally helped me understand the purpose of Functor</code>s, Applicative</code>s and Monad</code>s.</p> S3 bucket specific policy 2015-11-18T00:00:00+00:00 I have recently started caring a bit more about security on my AWS applications, and to this end Identity & Access Management (IAM) users are a great way to limit access to a need-to-use-only basis.</p> Recently I set up my IRC server to download its configuration and install files from an S3 bucket. This meant that it needed to have read access to a specific bucket, and for this an IAM role was created.</p> There are two ways to generate policies:</p> I will generally advise to either use the generator completely or at least use it for the basis of the policy you want to create.</p> Setting up UnrealIRCd and Anope IRC Services on EC2 2015-11-18T00:00:00+00:00 Having recently discovered sameroom.io</a> I wanted to update the codetalk IRC server to be compliant with their authentication method. This basically just meant enabling SASL</code> support, but while I was tinkering with stuff anyways, I thought I might as well streamline the setup process for the IRC server. In short, everything is fully automated and set up on AWS using EC2</code> and S3</code>.</p> This will go through the process of doing exactly that, by talking about:</p> Irssi notifications on iOS and Android 2014-09-25T00:00:00+00:00 Or really anywhere that https://pushover.net</a> supports.</p> In light of the earlier article</a>, I thought I'd might as well supercharge my IRC setup. So, now we're gonna get some notifications for our mobile devices via pushover.</p> Local notifications from irssi on a remote server 2014-09-24T00:00:00+00:00 So, if you're like me and like to have your IRC client (in this instance irssi</a>) running on a server in a tmux</code> or screen</code> session to never miss out on the conversation, you might feel like you're missing some of the benefits of running a local IRC client.</p> In particular, I was missing local notifications when someone would highlight my nickname. I could of course use a bouncer, but hey! it's no fun running irssi</code> locally and having to close it for a reboot just as you've gotten it precisely the way you like it 🙂...</p> So, how does one solve this problem?</p> Deploying with Vagrant 2014-02-13T00:00:00+00:00 UPDATE: I wouldn't really recommend this approach anymore! Instead you should look into Docker</a> for containerization and Stack</a> for the Haskell side</em></p> I recently started looking into ways that I could improve my current deployment workflow. Since my server doesn't have much RAM, I currently build the binaries locally in a Virtual Machine (VM from here on out) and then send them to the server using scp</code>.</p> Although I can't do much about the server part (except buying a bigger server), I can do something about what I do locally. I set out to check what possibilities I had, and ended up looking at Vagrant</a>.</p>

codethoughts.io

The perversion of AI discourse

2026-02-22T00:00:00+00:00

I've been thinking lately on what bothers me about how AI is being discussed and why the performative nature of the people in the space bothers me so much (amongst other things).

Over-hype for me has always soured the value of the tech being talked about. It didn't matter much to me when it was about web3/crypto, since I simply didn't care about the tech itself.

For AI though, I feel different. It has quite substantial real-world applications and already brings quite a lot of value, but the overhype is causing the problems and deficiencies of the tech to be overlooked.

We would all benefit from being able to talk honestly and openly about AI, and I think the first step is identifying what is ruining the discourse.

Hot Reloading in Rust? Subsecond and Dioxus to the rescue!

2026-02-07T00:00:00+00:00

I recently set out to finally get hot reloading working for my Rust GraphQL API, after getting annoyed by the usual cargo watch</code> flow, which would kill my server in between code changes and it finishing the rebuild + setup.

I had previously played around with subsecond</a> from Dioxus</a>, while it was still in beta, but hadn't had much success. Sometime in August last year (2025), a few improvements got added in PR #4588</a>, namely convenience functions for serving async functions with hot reloading. I did wish their own docs on hot reloading</a> would have mentioned it 😮‍💨

So it was time to give it another try!



Improved Turso (libsql) ergonomics in Rust
2024-10-01T00:00:00+00:00
I recently started using Turso</a>, which is a great database option for serverless as well as to keep costs low. Its pricing is more than competitive with something like AWS DynamoDB</a>, which is quite interesting as a alternative to it.</p>
One problem though, there's no support by any good ORMs or similar in the Rust ecosystem for Turso</a>.</p>
Instead, I was currently writing something like this, just to get a User</code> out from the database via their session:</p>


Structuring your Engineering Organization
2024-08-05T00:00:00+00:00
From a couple of founders, to a small team, to being a “small startup”, moving into scale-up territory, and finally transitioning beyond, there are many changes your organization will go through.</p>
But what should you aim for as you grow and need to delegate your responsibilities and you transition from a couple of founders, into a company of 300 or more?</p>
Throughout my career I’ve seen many structures at different scales, and have thought a lot about the ideal structure I would land on for a Engineering company that develops Products (e.g. a SaaS company).</p>
I’ll warn you though: This will be opinionated, but I do believe that there is a strong reasoning behind the structure I’ve ended up at—let's dive in!</p>


Redirecting URLs with CloudFlare
2024-07-31T00:00:00+00:00
I recently moved my blog from https://codetalk.io</a> (now my commercial site) to https://codethoughts.io</a>. This of course also meant, that everything linking to my old blog was now broken, which is not the best experience for any readers that I might have 😅</p>
Initially I considered setting up rewrite rules somewhere for each individual post, but then thought of a much smarter way, using CloudFlare’s Redirect Rules</em>, to instead redirect all direct links to posts and throw them to the new location on codethoughts.io.</p>
The documentation for these rules are a bit sparse, so I thought I’d share how I did. First though, let’s set some context:</p>

The base domain changed from https://codetalk.io</a> —> https://codethoughts.io</a></li>
All posts live under the /posts/</code> path on the domain</li>
All post slugs are identical in dates and names</li>
We no longer have a .html</code> ending on the new blog (i.e. what previously might have been https://codetalk.io/posts/a-blog-post.html</code> would now be https://codetalk.io/posts/a-blog-post/</code>)</li>
We’re on the free CloudFlare plan, so there’s a limit to which expressions we can use</li>
</ul>


Static SPAs: Exploration of Leptos, Dioxus, and Next.js
2024-07-05T00:00:00+00:00
One of my absolute favorite methods of deploying Frontends is to pre-generate all routes statically, and then let each route load the dependencies they need for interactivity.</p>

Load times are fast</li>
The user only downloads what they need (great for slower or mobile networks)</li>
SEO is great in many cases, and okay in others</li>
It can all still be deployed in the most optimal way which is CDN + Static Assets</li>
</ul>
I particularly care a lot about infrastructure scalability, maintainability, robustness, and cost. SSR typically makes each of these significantly worse compared to simply serving static files. I also don’t believe mixing your API into your Frontend code (i.e. Server Actions</a>) will do you any favors when you start scaling up your teams, but that’s a topic for another day.</p>
In this post we'll explore how this can be setup and compare a couple of different frameworks. Let's start with the overall results before we dive into the details:</p>
Framework</th> SSG Support</th> Hydration Support</th> Assets Chunking</th></tr></thead>

Next.js</td> ✅</td> ✅</td> ✅ Chunk per page</td></tr>
Leptos</td> ✅</td> ✅</td> ❌ One single WASM bundle*</td></tr>
Dioxus</td> ✅**</td> ✅</td> ❌ One single WASM bundle*</td></tr>
</tbody></table>


How I structure work as a Solo Founder
2024-06-26T00:00:00+00:00
This is for sure something that will keep evolving over time, but I got inspired by this Hacker News post</a> to share in more detail how I organize myself and my work (you can see my short answer here</a>).</p>
The question posed is great, so let’s start from there:</p>

When working with a team, I've found that Scrum-like short-term goals and organized task backlogs really help keep me focused and on track with the work I have to do. For solo development, however, I've never really found any approach that sticks and often end up getting sidetracked and losing track of my objectives.</p>
So my question to all of you is, what tools and techniques have you used to ensure you stick to your objectives?</p>
</blockquote>
You could rephrase this slightly to: How do I run my own</em> project management?</p>
For most Engineers, this is not actually something they’ve needed to do often, especially if working in larger corporations. The people that have worked at Startups are a mixed bag, where some learn the value of structure, and others managed to get by without since the fast-paced environment changes things around all the time anyways.</p>
I’ve personally landed in the camp of: Structure is valuable, even crucial, but it should never get in my way. Best of both worlds sorta.</strong></p>


Mobile: A different way using Rust?
2024-06-25T00:00:00+00:00

  💡
  2026 update:</strong> These days I would highly recommend using Expo + React Native</a> for Mobile + Web development, if Mobile is a core platform for you. There have been some amazing developments in the ecosystem, especiallt from Expo v55</a> and onwards.</p>

</aside>
After having spent the better part of two months deep in the trenches of iOS development with Swift, I can comfortably say: Web Development simply is more mature.</p>
Let’s just run over a few things I ran into that’s bad, broken, or made for a poor experience:</p>

A lot of issues with data handling in general

Turning iCloud on when using SwiftData will restrict core functionality such as the ability to have unique IDs on your data, meaning everyone now has to handle duplicates</li>
iCloud (CloudKit) and data migrations don't work really work, it just won’t run it making data changes in your models quite the chore</li>
SwiftData generally has very bad performance, both in reads, writes, and inserts</li>
It’s quite hard to control memorization and rendering performance (e.g. @Query</code> in your View</code>)</li>
</ul>
</li>
Swift itself is a bit of an eh</em> language - it has many good parts and ergonomics, but also some weird design choices that make scaling codebases messy such as everything by default living in the global namespace and file names can’t clash</li>
SwiftUI is generally great, except when you want to do anything non-standard, in which case you’ll quickly feel the pain</li>
The feedback loop is slow: If you can run things in the Preview that’s the fastest, otherwise it’s a full Compile→Run→Simulator loop</li>
UI performance issues are very easy to sneak in, and very hard to track down</li>
Apple’s frameworks sure do have a lot of bugs and you’ll commonly see stuff being broken almost permanently</li>
</ul>
Admittedly, these might be trivial gripes for someone that has spent years in the Mobile ecosystem, but they certainly didn’t make me fall in love with it. More importantly, it wasn’t really providing a great user experience either.</p>
….so what’s the alternative?</p>


Setting up UniFFI for iOS, Simulators, and watchOS
2024-06-24T00:00:00+00:00
This is a part of the post Mobile: A different way using Rust?</a>.</p>
There are some great resources out there on UniFFI already such as this post</a>, but it doesn’t cover watchOS, so let’s take a quick tour through what I’ve set up in the example repository https://github.com/Tehnix/template-mobile-wasm</a>.</p>
We've set up four crates:</p>

appy</code>: Our Leptos App, Capacitor, and the XCode project</li>
capacitor-rs</code>: Bridging code between the Capacitor JS library and our Rust code</li>
shared</code>: Our shared code that we might use in appy</code>, and also want to expose in Swift to use in our Widgets or watchOS App</li>
mobile</code>: Where we will generate the Swift bindings from via UniFFI, reexporting everything from shared</code> that’s made available to UniFFI via the macros</li>
</ul>
I won’t go over the details to get these to play nicely with Cargo and Workspaces, check out the repository for that. Let’s instead focus on a simplified version of what mobile</code> does (the rest assumes you’re in the mobile/</code> directory).</p>


Using Capacitor Plugins from Rust/WASM
2024-06-24T00:00:00+00:00
This is a part of the post Mobile: A different way using Rust?</a>.</p>
Capacitor is normally used in combination with JavaScript projects, so there is little help available if you want to use it in a Rust/WASM project. Worry not! That's exactly what we'll take a look at in this post.</p>
Since Capacitor is a JS framework there will be a little extra work involved in interacting with any plugins, but it’s honestly not a lot we need to do. Let’s take a quick tour through what I’ve set up in the example repository https://github.com/Tehnix/template-mobile-wasm</a>.</p>


The Stack Part 4: A Federated GraphQL API
2024-03-10T00:00:00+00:00
In the last post</a> we built up two Frontend Apps, one using Next.js and another using Leptos (Rust/WASM). In this post we will be building an API that our Apps can talk to. See the full overview of posts here</a>.</p>
At the end of this post we will have:</p>

A Federated GraphQL API using Apollo Federation v2</a>.</li>
A supergraph, using Apollo Router</a>, composing our services into a single GraphQL API.</li>
Three small Rust-based GraphQL</a> Subgraphs.</li>
Automatic deployment of our services to AWS Lambda.</li>
</ul>
There is quite a lot to cover. My recommendation is to clone down the Part 4 branch in the GitHub repository</a> and use this post as an explanation of what is set up.</p>


Component overview
2023-11-29T00:00:00+00:00
Generated Table of Contents by inserting a {{ toc() }}</code> shortcode with a depth of 3:</p>

This shortcode actually just inserts <!-- toc --></code> which gets replaced by running the preprocess_post(resource=page)</code> macro on it, which calls generate_toc(toc, level, depth)</code> under-the-hood.</p>
Summary</a></h2>
Mark the summary cutoff point by placing <div></div><!-- more --></code> at the desired location.</p>


The Stack Part 3: Building a Frontend
2023-10-16T00:00:00+00:00
In the last post</a> we set up our deployment, fully automated on merge to our main</code> branch. In this post we will be building our UI (Frontend) applications. See the full overview of posts here</a>.</p>
At the end of this post we will have:</p>

A Next.js</a> Frontend app with support for localization, using Tailwind CSS.</li>
A Leptos</a> Rust/WASM Frontend app with support for localization, using Tailwind CSS.</li>
Automatic deployment of our Apps AWS using CDK, statically hosted using S3 + CloudFront.</li>
</ul>
We are essentially hedging our bets by building both a JavaScript-based Frontend, which is the safe bet, and a Rust/WASM-based Frontend, which is the future bet. We will be using the same GraphQL API for both, so we can easily switch between them.</p>
There is quite a lot to cover. My recommendation is to clone down the Part 3 branch in the GitHub repository</a> and use this post as an explanation of what is set up.</p>


The Stack Part 2: Automating Deployments via CI
2023-10-08T00:00:00+00:00
In the last post</a> we created our Control Tower structure with all of our AWS Accounts in it. In this post we will be automating our deployment process for each of these environments. See the full overview of posts here</a>.</p>
At the end of this post we will have:</p>

A workflow for bootstrapping our AWS Accounts for CDK (see here</a>).</li>
A workflow for deploying our CDK stacks, including synthesizing and testing before (see here</a>).</li>
Set up automatic staggered deployments when changes are merged to our main</code> branch.</li>
And fallback to manual deployments if we need to.</li>
</ul>
If you want to jump straight to the code, you can find it in the GitHub repository</a> which links directly to the Part 2 branch.</p>
Otherwise, let's jump in!</p>


The Stack Part 1: Setting up your AWS Account Structure
2023-10-07T00:00:00+00:00
In the last post</a> we went over the overall goals of "The Stack" and what we will be building. In this post we'll be setting up our AWS Account structure. See the full overview of posts here</a>.</p>

As a reminder, here is the structure we are aiming for:</p>

Control Tower</strong>: This is your central place to control access and policies for all accounts in your organization</li>
Production Multi-tenant</strong>: Your primary production account for multi-tenant setup, and most likely were the majority of users will be</li>
Production Single-tenant</strong>: While desirable to avoid the operation overhead for single-tenant setups, its good to think in this from the get-go</li>
Integration Test</strong>: This will be the account that IaC deployments get tested on to ensure rollout works</li>
Preview</strong>: This will be used to spin up Preview Environments later on</li>
Individual Developer</strong>: Individual developer accounts to allow easy testing of IaC testing and exploration</li>
Monitoring</strong>: Centralize monitoring and observability into one account, allowing access to insights without access to sensitive logs or infrastructure from the other accounts</li>
Logs</strong>: Centralized storage of logs, which may require different access considerations than metrics and traces</li>
</ul>


"The Stack": Everything you'll need
2023-01-29T00:00:00+00:00
This will be a series of blog posts where we will build up the perfect infrastructure setup for the majority of usecase, aka "The Stack". We'll be building everything on top of AWS.</p>
Before diving in, let's first establish some goals:</p>

Performant</strong>: Latency and performance is important as this will serve end-users.</li>
Low cost</strong>: We want our base cost to be low, and our costs to scale well with high traffic. Ideally, it should cost nothing if no users are using it.</li>
Low operational overhead</strong>: It's >=2023, nobody wants to nurse servers or services anymore, things should scale up and down without intervention or oversight.</li>
High flexibility</strong>: Everything should be built with the foresight of future scalability, both organizationally, code-wise, and in the way things fit together.</li>
Modular</strong>: Pieces of the infrastructure should be opt-out, e.g. if you don't need Pub/Sub, it can be skipped.</li>
</ul>
Obviously, this is my personal opinion on it, but I'll be sharing the thinking behind each of the choices as we go along.</p>
Some technology choices upfront:</p>

Everything will be infrastructure as code using AWS CDK</a>.</li>
We'll be using Rust</a> throughout for each service, as it allows us to squeeze out the most performance while still giving us a nice developer experience.</li>
Federated GraphQL</a> will be our way of facilitating microservices.</li>
</ul>


API Migration & Modernization: Getting Creative
2022-01-01T00:00:00+00:00
What are the motivations?</p>

Modernizing Frontend, getting rid of legacy complexity (redux, reducers, epics, selectors, etc)</li>
Sunsetting legacy REST API to move towards GraphQL API</li>
Handling older clients still using your legacy API</li>
</ul>


Your AWS Bill Tells a Story
2022-01-01T00:00:00+00:00
What are we looking for?</p>

Scalability</li>
Inefficiencies</li>
Changes (are they expected or surprising?)</li>
</ul>
How do we do it?</p>

Go to the AWS Bill breakdown</li>
Compare each post to the previous month</li>
Spot anything you cannot answer</li>
Create actions based on this</li>
Monthly review</li>
</ul>


"The Stack": Everything you'll need
2022-01-01T00:00:00+00:00
Governance and setup</a></h1>
Goals: Low cost, high flexibility, modular approach to infrastructure pieces.</p>

Mermaid diagram</li>
Control Tower and audit trail</li>
Billing alerts and tags</li>
</ul>
Deployment and CI</a></h1>

AWS CDK

Speed up https://pgrzesik.com/posts/speed-up-cdk-deploments/</li>
CDK Watch https://aws.amazon.com/blogs/developer/increasing-development-speed-with-cdk-watch/</li>
</ul>
</li>
Deployments

Canary environment</li>
Dev environments?</li>
Canary deployment and rollback</li>
Blue/green?</li>
</ul>
</li>
CI

Build</li>
Deploy to integration</li>
Check</li>
Deploy canary to production</li>
Check canary specifically?</li>
</ul>
</li>
</ul>
Database</a></h1>

DynamoDB</li>
Aurora Serverless v2?

Not fully serverless</li>
</ul>
</li>
</ul>
Frontend: Web and Mobile</a></h1>

S3 + CloudFront

Tiny Leptos todo app as example</li>
</ul>
</li>
Mobile build

PWA?

https://web.dev/learn/pwa/getting-started/</li>
https://firt.dev/notes/pwa-ios/</li>
http://pwabuilder.com</li>
Notifications are coming https://webkit.org/blog/12945/meet-web-push/</li>
https://medium.com/@firt/whats-new-on-ios-12-2-for-progressive-web-apps-75c348f8e945</li>
Doesn't really seem ideal</li>
</ul>
</li>
Capacitor?

https://capacitorjs.com</li>
</ul>
</li>
</ul>
</li>
</ul>
Backend: API and Services</a></h1>

API Gateway + Lambda

CloudFront in front for better traffic price</li>
Federated schema + two services</li>
Authentication cached via API Gateway</li>
Pin Router Lambda to versions of Subgraphs for safe deployments</li>
Lambda Pricing

$0.20 per 1M requests</li>
$0.0000133334 for every GB-second (1024 MB Memory = $0.0000000167 per 1ms)</li>
</ul>
</li>
API Gateway Pricing

HTTP APIs: $1.11/million</li>
REST APIs: $3.50/million</li>
</ul>
</li>
</ul>
</li>
WAF

https://www.wellarchitectedlabs.com/security/300_labs/300_multilayered_api_security_with_cognito_and_waf/3_prevent_requests_from_accessing_api_directly/</li>
</ul>
</li>
Websockets via API Gateway

$1.14 per million messages</li>
$0.285 per million connection minutes</li>
</ul>
</li>
</ul>
Queues and Pub/Sub</a></h1>

SQS

From 1 Million to 100 Billion Requests/Month: $0.40/million</li>
</ul>
</li>
SNS

Mobile Push Notifications: $0.50 per 1 million requests</li>
Email/Email-JSON: $2.00 per 100,000 notifications</li>
</ul>
</li>
SES

$0.10/1000 emails</li>
</ul>
</li>
Pub/sub setup, SNS vs EventBridge Pipes

https://www.altostra.com/blog/aws-pub-sub</li>
https://aws.amazon.com/pub-sub-messaging/</li>
DynamoDB Streams into EventBridge

https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-pipes-dynamodb.html</li>
https://aws.amazon.com/eventbridge/pipes/</li>
$0.40/million requests entering a Pipe</li>
</ul>
</li>
</ul>
</li>
ETL setup? Fargate? Analytics</li>
</ul>
File and Media processing</a></h1>

AWS Elemental MediaConvert

https://docs.aws.amazon.com/AmazonS3/latest/userguide/tutorial-s3-batchops-lambda-mediaconvert-video.html</li>
</ul>
</li>
S3 Intelligent Tiering (objects larger than 1MB)</li>
Image resizing via Lambd@Edge

https://aws.amazon.com/blogs/networking-and-content-delivery/resizing-images-with-amazon-cloudfront-lambdaedge-aws-cdn-blog/</li>
</ul>
</li>
</ul>
Internal Applications</a></h1>

Access control? SSO? Cognito?

https://aws.amazon.com/blogs/networking-and-content-delivery/authorizationedge-using-cookies-protect-your-amazon-cloudfront-content-from-being-downloaded-by-unauthenticated-users/</li>
</ul>
</li>
</ul>
Monitoring and observability</a></h1>

Xray

Cross-account

https://docs.aws.amazon.com/xray/latest/devguide/xray-console-crossaccount.html</li>
https://aws.amazon.com/about-aws/whats-new/2022/11/amazon-cloudwatch-cross-account-observability-multiple-aws-accounts/</li>
</ul>
</li>
</ul>
</li>
CloudWatch Dashboards</li>
</ul>
Local development</a></h1>

Stitching all the pieces together</li>
Frontend against deployed backend</li>
Frontend against local backend</li>
Backend against deployed database</li>
Backend against local database</li>
SQS locally?</li>
Pub/Sub locally?</li>
</ul>
Pull Request development</a></h1>

Preview Environments for PRs</li>
Run local Frontend + Backend against Deployed?</li>
SQS and Pub/Sub?</li>
</ul>
Support</a></h1>

Amazon Connect?

https://docs.aws.amazon.com/connect/latest/adminguide/tutorial1-create-helpdesk.html</li>
Unlikely to be an ideal solution compared to e.g. Intercom</li>
</ul>
</li>
</ul>


Common JSON patterns in Haskell, Rust, and TypeScript
2020-04-05T00:00:00+00:00
A lot of web development is transforming JSON one way or another. In TypeScript/JavaScript, this is straightforward, since JSON is built into the language. But can we also achieve good ergonomics in Haskell and Rust?</p>
Dear reader, I am glad you asked! 🙌</em></p>
The comparisons we will see are not meant to show if one approach is better than another. Instead, it is intended to be a reference to become familiar with common patterns across multiple languages. Throughout this post, we will utilize several tools and libraries.</p>
The core of working with JSON in Haskell and Rust is covered by:</p>

Aeson</a>: a Haskell JSON serialization/deserialization library.</li>
Serde</a>: a Rust JSON serialization/deserialization library.</li>
</ul>
The ergonomics is then improved in Haskell by grabbing one of the following options:</p>

Lens</a>: a heavy-weight library to transform and work with records (and much more!).</li>
Record Dot Syntax</a>: an upcoming language extension in Haskell, which recently got accepted</a> by the GHC steering Committee.</li>
</ul>
We'll go through typical use-cases seen in TypeScript/JavaScript codebases, and see how we can achieve the same in Haskell and Rust.</p>


Visual Studio Code on iPad
2020-03-20T00:00:00+00:00
With Apple increasing their focus on making the iPad a viable device for work, it is time to revisit using my iPad as a workstation for programming.</p>
I rely heavily on command-line tools and language-specific tools (rust-analyser, node, ghcide, etc.) for my day-to-day programming, and my current setup features:</p>

Blink</a> with mosh to a remote server.</li>
Neovim and wemux</a> on the remote server.</li>
iSH</a> to play around with very simple CLI needs locally on the iPad.</li>
</ul>
On my computer, I use Visual Studio Code, and it's long been a wish to get that running somehow on my iPad. This is an attempt to make VS Code available on the iPad under the restrictions that we have to deal with.</p>


Live Migration of DynamoDB Tables
2020-03-19T00:00:00+00:00
Recently I was faced with the challenge of having to migrate a set of AWS DynamoDB tables to completely new tables. We wanted to achieve this without affecting any of our users, and without having a maintenance window while migrating data from the old table to the new ones.</p>
The following will be a very high-level overview of how you:</p>

Get all your DynamoDB events onto a queue</li>
Replicate your DynamoDB tables to the new tables (or even a different region)</li>
Continuously synchronize your original tables to your new tables

Restart the migration if you made an error</li>
</ul>
</li>
Complete the switchover after validating everything looks OK</li>
</ul>


Mobile Haskell (iOS)
2018-02-07T00:00:00+00:00
A lot of progress has been going on to make Haskell work on mobile natively, instead of e.g. generating JavaScript via GHCJS and using that. Unfortunately, not much documentation exists yet on how to build a project using these tools all together.</p>
This post will be an attempt to piece together the tools and various attempts into a coherent step-by-step guide. We will start by setting up the tools needed, and then build an iOS app that runs in both the simulator and on the device itself (i.e. a x86 build and an arm build).</p>


Using Electron with Haskell
2016-05-11T00:00:00+00:00
If you want to grab the whole code from this post, it can be found at codetalkio/Haskell-Electron-app</a>.</em></p>
Not much literature exist on using Electron</code> as a GUI tool for Haskell development, so I thought I'd explore the space a little. Being initially a bit clueless on how Electron</code> would launch the Haskell web server, I was watching the Electron meetup talk by Mike Craig from Wagon HG</a> (they use Electron</code> with Haskell) and noticed they actually mention it on the slides:</p>


Compiling SCSS and JavaScript in Hakyll
2016-05-10T00:00:00+00:00
This seems to be an often asked question, so I thought I'd try and share the approach that I've arrived at after having explored a couple of solutions to the problem. If you want to see the full code in action, check out the repo for the codetalk.io site</a> (linking to v1.0.0 is intended, in case the code changes later on).</p>


Briefly on the purpose of Functors, Applicatives and Monads
2015-11-28T00:00:00+00:00
In a recent thread on /r/haskell</a> about how
to motivate the AMP proposal in teaching</a>, I read a comment that finally helped me understand the purpose of Functor</code>s, Applicative</code>s and Monad</code>s.</p>


S3 bucket specific policy
2015-11-18T00:00:00+00:00
I have recently started caring a bit more about security on my AWS
applications, and to this end Identity & Access Management (IAM) users are a great way to limit access to
a need-to-use-only basis.</p>
Recently I set up my IRC server to download its configuration and install files
from an S3 bucket. This meant that it needed to have read access to a specific
bucket, and for this an IAM role was created.</p>
There are two ways to generate policies:</p>

I will generally advise to either use the generator completely or at least use
it for the basis of the policy you want to create.</p>


Setting up UnrealIRCd and Anope IRC Services on EC2
2015-11-18T00:00:00+00:00
Having recently discovered sameroom.io</a> I wanted to update the codetalk IRC server to be compliant with their
authentication method. This basically just meant enabling SASL</code> support, but
while I was tinkering with stuff anyways, I thought I might as well streamline
the setup process for the IRC server. In short, everything is fully automated and
set up on AWS using EC2</code> and S3</code>.</p>
This will go through the process of doing exactly that, by talking about:</p>


Irssi notifications on iOS and Android
2014-09-25T00:00:00+00:00
Or really anywhere that https://pushover.net</a> supports.</p>
In light of the earlier article</a>, I thought I'd might as well supercharge my IRC setup. So, now we're gonna get some notifications for our mobile devices via pushover.</p>


Local notifications from irssi on a remote server
2014-09-24T00:00:00+00:00
So, if you're like me and like to have your IRC client (in this instance irssi</a>) running on a server in a tmux</code> or screen</code> session to never miss out on the conversation, you might feel like you're missing some of the benefits of running a local IRC client.</p>
In particular, I was missing local notifications when someone would highlight my nickname. I could of course use a bouncer, but hey! it's no fun running irssi</code> locally and having to close it for a reboot just as you've gotten it precisely the way you like it 🙂...</p>
So, how does one solve this problem?</p>


Deploying with Vagrant
2014-02-13T00:00:00+00:00
UPDATE: I wouldn't really recommend this approach anymore! Instead you should look into Docker</a> for containerization and Stack</a> for the Haskell side</em></p>
I recently started looking into ways that I could improve my current deployment workflow. Since my server doesn't have much RAM, I currently build the binaries locally in a Virtual Machine (VM from here on out) and then send them to the server using scp</code>.</p>
Although I can't do much about the server part (except buying a bigger server), I can do something about what I do locally. I set out to check what possibilities I had, and ended up looking at Vagrant</a>.</p>

codethoughts.io

The perversion of AI discourse

Hot Reloading in Rust? Subsecond and Dioxus to the rescue!

Improved Turso (libsql) ergonomics in Rust

Structuring your Engineering Organization

Redirecting URLs with CloudFlare

Static SPAs: Exploration of Leptos, Dioxus, and Next.js

How I structure work as a Solo Founder

Mobile: A different way using Rust?

Setting up UniFFI for iOS, Simulators, and watchOS

Using Capacitor Plugins from Rust/WASM

The Stack Part 4: A Federated GraphQL API

Component overview

Summary</a></h2> Mark the summary cutoff point by placing <div></div></code> at the desired location.</p>

The Stack Part 3: Building a Frontend

The Stack Part 2: Automating Deployments via CI

The Stack Part 1: Setting up your AWS Account Structure

"The Stack": Everything you'll need

API Migration & Modernization: Getting Creative

Your AWS Bill Tells a Story

"The Stack": Everything you'll need

Governance and setup</a></h1> Goals: Low cost, high flexibility, modular approach to infrastructure pieces.</p> Mermaid diagram</li> Control Tower and audit trail</li>

Deployment and CI</a></h1> AWS CDK Speed up https://pgrzesik.com/posts/speed-up-cdk-deploments/</li> CDK Watch https://aws.amazon.com/blogs/developer/increasing-development-speed-with-cdk-watch/</li> </ul> </li>

Database</a></h1> DynamoDB</li>

Frontend: Web and Mobile</a></h1> S3 + CloudFront Tiny Leptos todo app as example</li> </ul> </li>

Backend: API and Services</a></h1> API Gateway + Lambda CloudFront in front for better traffic price</li> Federated schema + two services</li> Authentication cached via API Gateway</li> Pin Router Lambda to versions of Subgraphs for safe deployments</li>

Queues and Pub/Sub</a></h1> SQS From 1 Million to 100 Billion Requests/Month: $0.40/million</li> </ul> </li>

File and Media processing</a></h1> AWS Elemental MediaConvert https://docs.aws.amazon.com/AmazonS3/latest/userguide/tutorial-s3-batchops-lambda-mediaconvert-video.html</li> </ul> </li> S3 Intelligent Tiering (objects larger than 1MB)</li>

Monitoring and observability</a></h1> Xray Cross-account https://docs.aws.amazon.com/xray/latest/devguide/xray-console-crossaccount.html</li> https://aws.amazon.com/about-aws/whats-new/2022/11/amazon-cloudwatch-cross-account-observability-multiple-aws-accounts/</li> </ul> </li> </ul> </li>

Local development</a></h1> Stitching all the pieces together</li> Frontend against deployed backend</li> Frontend against local backend</li> Backend against deployed database</li> Backend against local database</li> SQS locally?</li>

Pull Request development</a></h1> Preview Environments for PRs</li> Run local Frontend + Backend against Deployed?</li>

Support</a></h1> Amazon Connect? https://docs.aws.amazon.com/connect/latest/adminguide/tutorial1-create-helpdesk.html</li> Unlikely to be an ideal solution compared to e.g. Intercom</li> </ul> </li> </ul>

Common JSON patterns in Haskell, Rust, and TypeScript

Visual Studio Code on iPad

Live Migration of DynamoDB Tables

Mobile Haskell (iOS)

Using Electron with Haskell

Compiling SCSS and JavaScript in Hakyll

Briefly on the purpose of Functors, Applicatives and Monads

S3 bucket specific policy

Setting up UnrealIRCd and Anope IRC Services on EC2

Irssi notifications on iOS and Android

Local notifications from irssi on a remote server

Deploying with Vagrant

`Summary</a></h2> Mark the summary cutoff point by placing <div></div></code> at the desired location.</p>`

Support</a></h1>

Amazon Connect?

https://docs.aws.amazon.com/connect/latest/adminguide/tutorial1-create-helpdesk.html</li>
Unlikely to be an ideal solution compared to e.g. Intercom</li> </ul> </li> </ul>