Hacker News new | past | comments | ask | show | jobs | submit | oDot's comments login

Please recommend some games


Infinity blade series


Ridiculous Fishing


Ridiculous Fishing has a modern remake on Apple Arcade.


Tap Tap Revenge


Tiny Wings.


Trainyard


Hi there, I'm a fellow filmmaker building my own tools and would love to hear your thoughts and needs. If you'd like (and anyone reading this), please email

Studios at weedonandscott dot com


At last I've stumbled upon somebody using Gleam without expressly going and looking for it


You're describing Gleam

https://gleam.run


Can you easily embed it though? Looks like it depends on Erlang which means the answer is likely no.


It also compiles to Javascript, which runs in a lot of places (to say the least). For WebAssembly, see my other comment about Porffor


Javascript isn't the nicest thing to embed either tbh. It looks like a nice language but it's clearly not in the same space as Lua or Rhai.


Thanks looks great so far.

Also has pattern matching which I should also have mentioned in my top level post.


I use it in production[0] and it's a delight so far. When Porffor[1] is ready you could compile to WASM through JS for self-contained binaries!

[0]: https://blog.nestful.app/p/why-i-rewrote-nestful-in-gleam

[1]: https://porffor.dev/


After learning Erlang, it was painful to go back to any language which didn’t offer pattern matching. Such a great language feature.


I run an offline-first app[0] that has a sync mechanism (over Yjs). To solve server longevity we just sell you a lifetime license of the app and allow for file-based sync.

While I agree with the sentiment of the article most users do not even know what a server is, much less capable of self-hosting. Syncing a folder over Dropbox or Google Drive, though, is simple enough.

[0]: https://nestful.app


This pretty much matches the way I think it should be done ideally. I'm still pretty new to local-first though. Are there data formats or types of apps that don't lend themselves well to file-based sync?

For your app, how do notifications of changes get propagated? Does it depend on the backend (Google Drive, etc) supporting that, or does it just do polling or something?


For the desktop version just watching the directory for changes is enough to achieve that. Nestful is not aware the files are syncing, it just reads files as they are.


Ah ok so Nestful doesn't integrate with Dropbox/Drive directly, but if the user uses something like them for sync, the app picks up the changes?


Yes, exactly right. We offer our own paid sync if users would like to save the hassle


Sure but not all backend operations can always be mapped to flat files on Dropbox, like when you have certain real-time collaboration features, syncing on graph/tree-like data structures, or perhaps permissions in case of a company tool. That's why longevity of the "data" aspect is usually easy to solve when a copy of the data is already local, but then you still risk losing a part of what it is that makes the app when there is no way to run the app's syncing backend yourself.


It serves more use cases than you might think, especially with CRDTs. Nestful is a tree structure and uses Yjs for sync. Permissions can be done in the file system level.

Yes, I agree this is not an end-all be all solution, but the tradeoff is often worth it.


Yep love CRDTs but I think we are in agreement that it's a matter of trade-offs whether or not to use a backend (beyond a shared fs service). The idea with ejectable is that if you've decided the trade-off of a backend is worth it to enable certain features/UX, then it's a good way to ensure longevity of the entire app for users.


Yes. The best way to avoid trouble is build redundancies to it, rather than refine the troublesome part to no end


But aren't app stores are too saturated to the point where it's not much easier to discover apps compared to websites?


Thank you


I run Gleam in production to great success[0][1]. It is a joy to use. Give it a try!

[0] https://nestful.app

[1] https://blog.nestful.app/p/gleams-lustre-is-frontend-develop...


I dont know if its a brave issue or a mobile browser issue, but for me your login and signup buttons are cut in half


It’s a CSS issue, just needs `whitespace: nowrap;`


Same on Firefox on mobile.


Compelling video!


You should give Gleam a shot. No REPL, but its simplicity, functional-ity and the BEAM lend themselves to the get-shit-done approach


Immutable data and REPL is where is at for iteration speed though.


Gleam takes more code to write than rust. Doesn't have a strong enough documentation / ecosystem yet. But I agree the beam VM is very underutilized and underappreciated.


I see gleam as a sweet spot, the type system I’d prefer to be writing (rust’s sensible one) and I never have to fight with the borrow checker


> Gleam takes more code to write than rust.

Do you have some source for that? Perhaps an example?


No. Take that with a grain of salt. I did some large file reading in the past and gleam doesn't have a good abstraction for that yet whereas in rust it was straightforward. Simplifile basically reads the whole file into memory.


They've added https://hexdocs.pm/file_streams/0.6.0/ for this purpose.

There's a bit of ceremony but similar to how you can interface with Java libraries from Clojure you can pull in Erlang when Gleam isn't enough.

You can do some code shortening with use, https://erikarow.land/notes/using-use-gleam, but it will likely always be rather chatty and won't support metaprogramming: https://lpil.uk/blog/how-to-add-metaprogramming-to-gleam/


Try iZotope RX


Thanks for suggestion. Some quick lookup suggests it should be able to do it. Will give this a try.


Consider applying for YC's Summer 2025 batch! Applications are open till May 13

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: