Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
nu11ptr
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
24 ms
·
331.
▲
by
nu11ptr
3y ago
While I agree and would prefer green threads to async myself, I believe Rust chose async/await because it was shown the former could not be done as a "zero cost" abstraction and didn't interop with C well (somebody corre
332.
▲
by
nu11ptr
3y ago
Neat trick. What about commands that impact the running state (or other external systems) and not just the file system? Would that also be rolled back? Take effect? (I'm not familiar with namespaces)
333.
▲
by
nu11ptr
3y ago
Could someone give a one or two sentence explanation of why I would want to use Svelte over something like React? I have heard it is "better", but have never understood why.
334.
▲
by
nu11ptr
3y ago
This is a great example of why I dislike Go. It is not obvious that a slice is passed by value while a map is not or why. Therefore every action on it feels a bit weird because of that, and now you have functions like "clear" that
335.
▲
by
nu11ptr
3y ago
It is interesting to see them add things like the "clear" function for maps and slices after suggesting to simply loop and delete each key one at a time for so long. Is this a result of the generics work that makes implementation
336.
▲
by
nu11ptr
3y ago
This is interesting enough I want to look into it if nothing else than for the geek/cool factor, but the thing I like about gRPC is it gives me layer I can let my client consume as an API (although REST is likely sufficient for this).
337.
▲
by
nu11ptr
3y ago
Interesting - so you are using protobuffer encoding over a named pipe?
338.
▲
by
nu11ptr
3y ago
Pros and cons: with a pipe it will be up to you to create your own message delimiters and protocol, so a pipe is somewhat lower level. You also limit comm. to just that machine, but that may be a pro if that is what you are looking for (omi
339.
▲
by
nu11ptr
3y ago
Yes, nothing to stop you from substituting Flutter for your frontend of choice including a web-based SPA, but then you would need the gRPC-web extension to call gRPC from a browser. The Rust Tonic crate has this available for the server sid
340.
▲
by
nu11ptr
3y ago
This is what I do: - Write the backend in Rust - Write the UI in Flutter - Tie them together using gRPC. You get an API and ability to run client and server on different machines as well I looked at the flutter to rust bridge and started to
341.
▲
by
nu11ptr
3y ago
This is interesting, but not surprising when you think about it. My whole career I've noticed there are always people who think as soon as a problem is mentioned, it needs an instant solution - and they are quick to volunteer one. Othe
342.
▲
by
nu11ptr
3y ago
My guess is whoever submitted this wanted this particular aspect to be discussed, clickbait or not
343.
▲
by
nu11ptr
3y ago
This seems a bit unfair to me. The author is not entirely wrong, but it feels like they don't give the full picture. The truth is in Rust you often don't have to heap allocate at all and it is very good at avoiding this much of th
344.
▲
by
nu11ptr
3y ago
I take 10,000 IUs daily (recommended by my dr) every single day of the winter/spring/fall and get 20 minutes of unrestricted, full body sun during the summer. I have done this for years. I have a level of ~70 which my doctor says
345.
▲
by
nu11ptr
3y ago
Agreed - I'm more and more thinking I'll just use Flutter and use gRPC to talk to a Rust backend. It has native looking widgets for each desktop OS (incl sidebars) if I want to go that way otherwise Material 3 is gorgeous IMO. Onc
346.
▲
by
nu11ptr
3y ago
Slint recently added a table widget complete with sorting, which was very welcome
347.
▲
by
nu11ptr
3y ago
Honestly, all the momentum went to web UIs...desktop UI R&D then just died more or less.
348.
▲
by
nu11ptr
3y ago
I like OCaml, but if I were to start a new project with an ML I'd probably lean towards F# to take advantage of all the .NET libs
349.
▲
by
nu11ptr
3y ago
Good points. It also matures quite quickly and has lots of attention.
350.
▲
by
nu11ptr
3y ago
I need very flexible charting. While egui has some basic stuff builtin, I need something closer to what imgui-charts has (which makes imgui-rs a candidate for me, but probably not egui). A webview would also work as a fallback with a JS cha
351.
▲
by
nu11ptr
3y ago
I mean no offense to the egui people because they have done amazing work, but it isn't that it isn't native, it is that it doesn't look good enough to ship something with it (other than a science/medical/gaming UI p
352.
▲
by
nu11ptr
3y ago
I agree - which is why it seems like a better idea to either write bindings to an existing one or use something like Tauri/flutter/etc. It will be VERY hard to both 1) create an adequate UI paradigm in Rust -AND- 2) have a complet
353.
▲
by
nu11ptr
3y ago
I'm aware of those, but I don't consider those UI crates in the same way as gtk-rs. The best analogy I can come up with is I don't consider react or vue-js UI libraries either, but low level libraries that can be used to buil
354.
▲
by
nu11ptr
3y ago
There are but they are not well maintained in general. Some of the bindings require some additional C++ or other painful ways of interop. I have heard some good things about the qmetaobject crate though.
355.
▲
by
nu11ptr
3y ago
The challenge with egui is the theme. It looks ok, but isn't good enough for a commercial business app for example. Also, I believe it lacks a webview, so if you are in a pinch the only thing you can do is create your own widgets witho
356.
▲
by
nu11ptr
3y ago
While you can create one on your own, any lib that doesn't have a tree widget isn't ready for primetime IMO. Obviously others may have a different opinion. Also, I don't believe there is any way to embed a webview at this poi
357.
▲
by
nu11ptr
3y ago
AFAIK, for better or worse, this is the only UI crate (other than HTML-like UI using something like Tauri) that provides a full set of widgets/capabilities on Rust. Every other UI lib is incomplete in some way or falls short for anythi
358.
▲
by
nu11ptr
3y ago
> The App Store continues to promote competition, drive innovation, and expand opportunity, and we’re proud of its profound contributions to both users and developers around the world. How can the app store promote competition when it is
359.
▲
by
nu11ptr
3y ago
> Isn't this the entire reason you shouldn't use the stack for large amounts of data No, the risk of stack overflow would be the typical reason > Stacks unwind, so you can't pass around pointers to it Sure you can, you
360.
▲
by
nu11ptr
3y ago
I have done a bit of work with large arrays on the stack and in general this can be a problem area for Rust atm (or was a year ago when I looked into it). The reason is Rust uses a lot of move semantics, but under the covers I discovered ma
More ›