aws-gocljs
uix
Our great sponsors
aws-gocljs | uix | |
---|---|---|
22 | 13 | |
36 | 330 | |
- | 4.8% | |
0.0 | 8.5 | |
over 1 year ago | about 2 months ago | |
Go | Clojure | |
MIT License | Eclipse Public License 2.0 |
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
uix
-
Clojure is a product design tool
Check out uix too: https://github.com/pitch-io/uix
…it’s a reagent alternative for modern react.
-
React.dev
> But Reagent supports functional components as well, with hooks and all.
I addressed this already: while reagent is able to emit function components, there is a performance penalty to this.[1]
> I also very much like Hiccup, and so do many of us, because code is data and data is code, and Helix has decided not to support that.
Hiccup is convenient to write, but it is a constant run-time cost and a significant storage cost given that you have to store long series of constructors to cljs.core.PersistentVector in your bundle, have the JS runtime actually construct the vector, then pass it through a Hiccup interpreter to finally produce DOM nodes and throw away the persistent vector, only to repeat this entire process again on re-render.[2]
> Helix has decided not to support that.
That is simply not true. From the Helix documentation[2],
> If you want to use libraries like sablono, hicada or even hx hiccup parser, you can easily add that by creating a custom macro.
These are all Hiccup interpreters you can readily use.
IME there is very little difference between using the $ macro in Helix and writing Hiccup. I do not really miss Hiccup when I use Helix, and you still have data as code ;)
While this is from an unrelated project, there are benchmarks[3] done against Reagent that demonstrate the sheer overhead it has. In practice it is not a big problem if you rarely trigger a re-render, but otherwise it is a non-trivial cost, and if you want to use modern React features (like Suspense), there is a lot of r/as-element mingling going on, converting cases, etc. that simply make Reagent feel more tedious to use than Helix.
Also, the newer UIx2, which largely borrows from Helix, is "3.2x faster than Reagent" according to one of the contributors.[4]
I think it'd be worthwhile to benchmark all of these libraries against each other and record the data in one place. Maybe I'll get around to doing it this weekend :)
---
[1] https://github.com/reagent-project/reagent/blob/master/doc/R...
[2] https://github.com/lilactown/helix/blob/master/docs/faq.md#w...
[3] https://github.com/roman01la/uix#benchmarks
[4] https://github.com/pitch-io/uix/pull/12
-
Thought's on react libraries
If your heart’s set on following React latest closely though, UIx2 seems like a great library, and has a migration path from reagent: https://github.com/pitch-io/uix/blob/master/docs/interop-with-reagent.md
-
UIx v0.8.1
It's been a while since I posted updates on UIx, but here it is, v0.8.1 with API compatibility for React v18.2.0 https://github.com/pitch-io/uix/blob/master/CHANGELOG.md
-
Poignant perspective I found about Clojure's community in r/ExperiencedDevs
I suppose one of the best usecases of code sharing is to do Hydrating Server-Side-Rendered web apps just like Next.js. Not too many other languages are capable of doing this outside of Node and Clojure. For this reason it's kind of surprising that it's not more common in Clojure, seems like most people are just building old fashioned SPA's in Reagent/Reframe rather than competing with Next, but pitch's UIX library does seem to support it https://github.com/pitch-io/uix
-
Structuring Clojure Applications
When I was looking into ClojureScript I was kind of concerned at the complexity of writing applications in ReFrame which seems to be what most of the community seems to be using. I've developed apps in this kind of event-emitting/event handler style before in JavaScript and found it quickly got quite out of hand. For my next app I will want to go with something like React-Query that in a sort of declarative way handles all your data fetching for you, and lets you decouple your components from the getting ahold of the data they depend on. I also searched far and wide for some kind of framework/library that supports SSR+CSR like Next.js but I don't think there's anything ready yet except maybe https://github.com/pitch-io/uix.
-
Is there anything in Clojure comparable to Hotwire in Rails or Phoenix Live View in Elixir? I've had with SPA's.
Might want to check out Uix2 by pitch.io here https://github.com/pitch-io/uix/blob/master/docs/server-side-rendering.md Also there's https://inertiajs.com/ which is pretty interesting and has a 3rd party adapter for clojure https://inertiajs.com/community-adapters
-
reframe or plain reagent for new cljs SPA?
I was starting greenfield I would consider looking further afield, maybe to UIx²
- UIx² : Idiomatic ClojureScript interface to modern React.js from pitch.io
- UIx – Idiomatic ClojureScript interface to modern React.js
What are some alternatives?
org-mode-site-template - A workflow for a complete site using the HTML publish option of Emacs Org-Mode
reagent-utils - a collection of helper functions for use with Reagent
lazyweb
helix - A simple, easy to use library for React development in ClojureScript.
kee-frame-sample - Demo application to show off features of kee-frame
clj-stimulus - Clojure wrapper for Stimulus
zola_jamiedumont.com - Zola codebase behind jamiedumont.com
babashka-htmx-todoapp - Quick example of a todo list SPA using Babashka and htmx
JSONCrush - Compress JSON into URL friendly strings
clojure-inertia-pingcrm-demo - PingCRM on Clojure - A Clojure/Script fullstack demo application to illustrate how Inertia.js works.
boardgame.io - State Management and Multiplayer Networking for Turn-Based Games