aws-gocljs
turbo-android
Our great sponsors
aws-gocljs | turbo-android | |
---|---|---|
22 | 6 | |
36 | 397 | |
- | 3.5% | |
0.0 | 8.4 | |
over 1 year ago | about 1 month ago | |
Go | Kotlin | |
MIT License | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
aws-gocljs
-
How to build a website without frameworks and tons of libraries
i make two kinds of websites:
- static. markdown rendered to html using github’s api[1].
- dynamic. a go binary and an html file with inlined js zipped together and shipped somewhere[2].
it’s nice to never consider the machinery of either of these anymore. instead i think about building interesting things.
1.
https://github.com/nathants/render
https://nathants.com/
2.
https://github.com/nathants/aws-gocljs
https://gocljs.nathants.com/
-
Ask HN: How can a BE/infra developer handle the FE side of personal projects?
have you tried cljs and reagent? it’s a different vibe.
my bootstrap: https://github.com/nathants/aws-gocljs
the project: https://reagent-project.github.io/
-
In what modern cloud envs is ClojureScript suitable?
https://gocljs.nathants.com is 300kb gzipped on deploy in a single html file. setup is here: https://github.com/nathants/aws-gocljs.
-
Ask HN: Which stack is as boring (good boring) and cheap in 2023 as PHP?
aws, go, and clojurescript.
go is notoriously boring.
the reagent api for clojurescript hasn’t changed in a decade, though recent things like shadow-cljs do improve qol.
aws releases services with 2 in their name instead of changing existing ones. the old boring service will plod along forever.
aws apigateway v2 is much better, but i have many deployed projects i will never migrate because they are fine on v1.
i do it like this: https://github.com/nathants/aws-gocljs
-
We deploy 5X faster with warm Docker containers
lambdas updatecode api takes less than a second. using container instead of a zip for lambda has advantages, but speed is not one of them.
i auto rebuild my go zip and patch aws on every code change. it’s done before i alt tab and curl.
script: https://github.com/nathants/aws-gocljs/blob/master/bin/dev.s...
-
Ask HN: What is the most barebone back end solution?
lambda + s3. add ec2 spot if you need it.
just make sure you understand how billing works. mostly it’s just egress bandwidth is expensive.
do something like this:
https://github.com/nathants/aws-gocljs
or with less opinions:
https://github.com/nathants/libaws/tree/master/examples/simp...
welcome to cloud, glhf!
-
Devpod: Remote Development at Uber
using remote resources as a part of your local dev flow can be very useful if your local environment is constrained on:
- upload and/or download bandwidth
- cpu/ram/gpu/ssd
this can be as simple as an ephemeral ec2 spot machine that reacts every time files on it’s filesystem change. it then does stuff, like building and shipping.
your local setup then needs to rsync files from local to remote every time you save a file.
i’m on an upload constrained setup right now, and this[1] significantly speeds up my iterations uploading lambda zips.
fancier setups probably are similarly advantageous, but add tradeoffs proportional to their complexity.
1. https://github.com/nathants/aws-gocljs/blob/258ea5bb72d06a50...
-
Ask HN: Solo Dev Stack of 2022?
go, clojurescript, and aws. all three of these have problems, but like linux are the least bad of the available options. from some angles they are even quite good.
- go, a natural fit for backend with types and compilers and speed
- clojurescript (and react via reagent), a natural fit for frontend with dynamism, flexibility, and data centrism
- aws, a natural fit for infra. like linux, literally everyone is using it. if you avoid architect advice and tape over most of the knobs it’s quite good
example:
https://github.com/nathants/aws-gocljs
-
Ask HN: How do you deploy your weekend project in 2022?
on aws as scale to zero services. lambda, dynamo, s3, and ephemeral ec2 spot.
when egress bandwidth is needed i use cloudflare workers + r2 just like i would use s3 presigned urls.
typically i start from a full project template[1][2]. sometimes i start from scratch[3].
1. https://github.com/nathants/aws-gocljs
2. https://github.com/nathants/aws-exec
3. https://github.com/nathants/libaws
- Simple website approach and cost
turbo-android
-
A web app and a mobile app with one rails back-end.
Depending on how complex the frontend is, consider having the frontend in Rails as well with Hotwire. You can use the official Android and iOS repos for mobile or go for something like https://expo.dev/
-
What’s Ruby used for most nowadays?
For the mobile side, start with each platform's respective Turbo package: https://github.com/hotwired/turbo-ios and https://github.com/hotwired/turbo-android. Each has a demo app you can run in XCode/Android studio. To get a basic app building, follow each one's "Getting Started" guide. It's actually pretty easy to get a basic native app building, the hard part comes in integrating native components and services, as well as release management.
-
The different strategies to building a cross-platform app
turbo-ios and turbo-android are the shell/wrapper apps handling native navigation, written for native iOS and Android. They are provided for you, and works out-of-the-box, but you risk having to fiddle with iOS and Android development for maintenance/debugging later on.
-
Ask HN: Solo Dev Stack of 2022?
Ruby on Rails, Hotwire, Postgres, Redis
Does anyone have experience with https://github.com/hotwired/turbo-ios or https://github.com/hotwired/turbo-android ?
-
Suggestions for building ios and android apps in rails?
turbo-ios and turbo-android are small wrappers around your web views. You write native Swift and Kotlin wrappers but the frameworks display your web content. They also handle navigation and data transmission between the views and native code.
-
Hotwire: HTML over the Wire
> I’d strongly consider this for a web-only product, but that’s becoming more and more rare.
They have accompanying https://github.com/hotwired/turbo-ios and https://github.com/hotwired/turbo-android projects to bridge the gap.
What are some alternatives?
org-mode-site-template - A workflow for a complete site using the HTML publish option of Emacs Org-Mode
ruby-lsp - An opinionated language server for Ruby
lazyweb
turbo-ios - iOS framework for making Turbo native apps
kee-frame-sample - Demo application to show off features of kee-frame
Phoenix - Peace of mind from prototype to production
zola_jamiedumont.com - Zola codebase behind jamiedumont.com
phoenix_live_view - Rich, real-time user experiences with server-rendered HTML
JSONCrush - Compress JSON into URL friendly strings
motion - Reactive frontend UI components for Rails in pure Ruby
uix - Idiomatic ClojureScript interface to modern React.js
html-over-the-wire - HTML over the wire: List of frameworks which receive HTML snippets from the server.