u_tamtam
@u_tamtam@programming.dev
- Comment on So You Think You Know Git? - FOSDEM 2024 4 months ago:
I’m with you. Hg-git still is to this day the best git UI I know…
- Comment on Rant: Cura did the one thing a slicer shouldn't do 4 months ago:
I’ve been on the prusa slicer side of things for a long time, and you won’t see me arguing in favor of cura. That said, you should probably consider doing daily backups of your home folder, using something like Borg/restic which have great incremental and compressed backups (practically backing up TBs in seconds).
- Comment on Do any of you have that one service that just breaks constantly? I'd love to love Nextcloud, but it sure makes that difficult at times 5 months ago:
Most containers don’t package DB programs. Precisely so you don’t have to run 10 different database programs. You can have one Postgres container or whatever.
Well, that’s not the case of the official Nextcloud image: hub.docker.com/_/nextcloud (it defaults to sqlite which might as well be the reason of so many complaints), and the point about services duplication still holds: github.com/docker-library/repo-info/…/nextcloud
You can typically configure the software in a docker container just as much as you could if you installed it on your host OS…
True, but how large do you estimate the intersection of “users using docker by default because it’s convenient” and “users using docker and having the knowledge and putting the effort to fine-tune each and every container, optimizing/rebuilding/recomposing images as needed”?
I’m not saying it’s not feasible, I’m saying that nextcloud’s packaging can be quite tricky due to the breadth of its scope, and by the time you’ve given yourself fair chances for success, you’ve already thrown away most of the convenience docker brings.
- Comment on Do any of you have that one service that just breaks constantly? I'd love to love Nextcloud, but it sure makes that difficult at times 5 months ago:
See my reply to a sibling post. Nextcloud can do a great many things, are your dozen other containers really comparable? Would throwing in another “heavy” container like Gitlab not also result in the same outcome?
- Comment on Do any of you have that one service that just breaks constantly? I'd love to love Nextcloud, but it sure makes that difficult at times 5 months ago:
Well, that is boldly assuming:
-
that endlessly duplicating services across containers causes no overhead: you probably already have a SQL server, a Redis server, a PHP daemon, a Web server, … but a docker image doesn’t know, and indeed, doesn’t care about redundancy and wasting storage and memory
-
that the sum of those individual components work as well and as efficiently as a single (highly-optimized) pooled instance: every service/database in its own container duplicates tight event loops, socket communications, JITs, caches, … instead of pooling it and optimizing globally for the whole server, wasting threads, causing CPU cache misses, missing optimization paths, and increasing CPU load in the process
-
that those images are configured according to your actual end-users needs, and not to some packager’s conception of a “typical user”: do you do mailing? A/V calling? collaborative document editing? … Your container probably includes (and runs) those things, and more, whether you want it or not
-
that those images are properly tuned for your hardware, by somehow betting on the packager to know in advance (and for every deployment) about your usable memory, storage layout, available cores/threads, baseline load and service prioritization
And this is even before assuming that docker abstractions are free (which they are not)
-
- Comment on Do any of you have that one service that just breaks constantly? I'd love to love Nextcloud, but it sure makes that difficult at times 5 months ago:
and why would that be? More abstraction thrown in for the sake of sysadmin convenience doesn’t magically make things more efficient…
- Comment on Do any of you have that one service that just breaks constantly? I'd love to love Nextcloud, but it sure makes that difficult at times 5 months ago:
Take that as you want but a vast majority of the complaints I hear about nextcloud are from people running it through docker.
- Comment on QNAP NAS Remote Access with WireGuard VPN 6 months ago:
Would be nice to be able to run WG on the NAS directly and not need a server, wouldn’t it? I believe there are a few go/rust userspace WG servers out there but I don’t know if anyone’s using them for anything like that.
- Comment on PeerTube stress tests: resilience lies in your peers! 6 months ago:
Except for a marginal fraction of the top YouTubers, aren’t most of them getting paid to inject sponsored links and from donations/patronage these days? It seems that the deal you are referring to has been off the table for a majority of YouTubers for a very long time now, and I don’t see why other platforms wouldn’t be as good, or even healthier than YouTube to provide them that kind of revenue.
- Comment on Unison | A friendly, statically-typed, functional programming language from the future · Unison programming language 6 months ago:
unison is currently the closest to showing how it is actually done
What makes you say that? As far as I’m aware, even the theoretical soundness of it isn’t a done deal (this is a harder nut to crack than e.g. rust’s borrow checker)
Overall, I think one of 2 things will happen:
In this niche, perhaps, I don’t believe any of those will gain mainstream adoption (though I hope I’m wrong)
- Comment on Sharp corner algorithm 6 months ago:
I get that but your original sketch seemed to be showing smaller and smaller radiuses shaping the edge, which necessarily implies thinner and thinner layers. Now I fail to see what’s different from what sliders currently do.
- Comment on Sharp corner algorithm 6 months ago:
So you would need different later heights around the edges just to stack those ever thinner lines? How do you think this will interact with the rest of the print?
- Comment on Unison | A friendly, statically-typed, functional programming language from the future · Unison programming language 6 months ago:
Sorry if it came that way :)
- Comment on Unison | A friendly, statically-typed, functional programming language from the future · Unison programming language 6 months ago:
functional languages aren’t battle tested or imply they aren’t useful in real world problem solving
Yup, I never said that, though? What I was about was to draw a parallel between functional programming languages and explorations from several decades ago vs the new languages and explorations going into effect typing/capabilities programming now (and the long way ahead for those).
What I find interesting is that those pioneering FP languages never came to top the popularity chart, implying that I’m not expecting Unison to be different (but the good parts might make it into Java/C#/Python/… many years from now).
- Comment on Unison | A friendly, statically-typed, functional programming language from the future · Unison programming language 6 months ago:
“Capabilities” is the new “Functional Programming” of decades prior,
Scala is also expanding in this area via the Caprese project: docs.scala-lang.org/scala3/reference/…/cc.html and it promises Safe Exceptions, Safe Nullability, Safe Asynchronicity in direct style/without the “what color is your function” dilemma, delineation of pure vs impure functions, … even Rust’s borrow checker (and memory guarantees) becomes a special case of Capabilities.
I believe this is a major paradigm shift, but the ergonomics have yet to be figured out and be battle-tested in the real world. Ultimately, like for Functional Programming Languages (OCaml, F#, Haskell, …) I don’t expect pionniers like Unison/Koka/Scala to ever become mainstream, but the “good parts” to be ported to ever the more complex and clunky “general purpose” programming languages (or, why I love Scala which is multiparadigm and still very thin/clean at its core).
- Comment on I was able to completely migrate from Fusion 360 To FreeCAD 6 months ago:
Yup, absolutely, it’s a good idea. Did you think of creating a feature request on their bug tracker? github.com/FreeCAD/FreeCAD/issues
- Comment on PSA: Try FreeCAD Link Branch (it's a big improvement!) 6 months ago:
individual toolsets (2D Animation, Video Editing, VFX, Sculpting, Poly Modeling, Bone Rigging, Scripting – ALL with entire workflows associated with them) – has managed to be a wildly usable solution despite many of its individual subsystems working together.
Yup, I believe this boils down to good project management, someone has to steer those individual components so they work together better, in a cohesive manner, to make the result more than the sum its the parts. This is especially difficult in an opensource context where different contributors have different interests, and I think Blender, having managed that much, is an example to follow.
And I agree with everything you wrote, I don’t expect FreeCAD to get there in a reasonable timeframe unless it gets serious funding and expertise brought in.
Plasticity is a good project to follow, I don’t think they are comparable nor intended for the same audience, but there are product design aspects to learn from it, definitely :)
- Comment on I was able to completely migrate from Fusion 360 To FreeCAD 6 months ago:
Oh, I think I understand. I generally select a bunch of things and use wiki.freecad.org/Sketcher_ConstrainEqual and never thought of selecting the dimensions directly. That sounds like a good idea/convenience indeed :)
- Comment on I was able to completely migrate from Fusion 360 To FreeCAD 6 months ago:
Totally fair and fine :) Having kept an eye on the project for several years already, I think it’s heading in the right direction (and no alternative has emerged), but yeah, the road ahead is very long!
- Comment on I was able to completely migrate from Fusion 360 To FreeCAD 6 months ago:
it’s a bit annoying when you can’t click something to use as a reference.
You mean, that? youtu.be/x7_KgeLOcKY?feature=shared
- Comment on I was able to completely migrate from Fusion 360 To FreeCAD 6 months ago:
I don’t want to be this guy, but if you are willing to fork that much, perhaps you could consider donating some to FreeCAD? See it as an investment: in the end you would get a better version of a software that you truly own 🙂
- Comment on PSA: Try FreeCAD Link Branch (it's a big improvement!) 6 months ago:
I won’t say that FreeCAD has a good UX, but it helps a lot NOT to look at it as a CAD software, but as a collection of specialized engineering tools, organized into workspaces, haphazardly put together.
First thing you need to know is which workspace you’ll need, and FreeCAD does a terrible job at explaining you that (the concept of workspaces isn’t self explanatory) AND describing what each and every one of them does. Some of which should just be disabled by default because of how fringe, unpolished or unreliable they are.
Once you’ve got that part cleared, you can learn the primitives and the jargon (what’s a body, solid, part, mesh, element, …), not great, but fair. Then, you have to learn, for every workbench, what their workflow is (e.g. create a body, create a sketch, apply transformations ; Create an analysis, define material, define loads, add a mesh, add solver, add equations, run solver, add results, tweak the pipeline so it renders, show results), and yep, FreeCAD won’t hold your hand for any of that, you’ll have to wear your explorer hat and navigate from frustration to incomprehension until it accidentally works.
But then, if you can get over that, you’ll end-up with a tool that’s more powerful and versatile than anything else, including dandy commercial offerings. It still blows my mind that nowadays anyone in their garage can do for free what not so long ago would require a full engineering curriculum and corporate sponsorship to acquire licenses. My hope is that FreeCAD would gain the same kind of visibility that Blender enjoys, with sufficient funds for a small dev team and a great product manager.
- Comment on PSA: Try FreeCAD Link Branch (it's a big improvement!) 6 months ago:
Yup, in the end the best slicer is the one you know best and get stuff done with :)
- Comment on PSA: Try FreeCAD Link Branch (it's a big improvement!) 6 months ago:
I use the original, prusaslicer. Orcaslicer does a good job of packaging and releasing bambulab’s fork but I’m not yet convinced that their UI is a net win, it’s super glitchy at times (at least on Linux), depends on closed-source Bambu features (network plugin), has features missing (fix model only available on windows) and is easy to fault (you can easily let it do stupid things because of combination of options developers didn’t foresee). That said, it’s compelling prusaslicer to give its UX some polish and to backport some advanced features, so this competition is good and no option is inferior or feels like you are missing out in practice.
- Comment on PSA: Try FreeCAD Link Branch (it's a big improvement!) 6 months ago:
I don’t use it for… reasons, but I suspect orcaslicer has picked up a lot of what made superslicer special, and is actively maintained.
- Comment on ownCloud becomes part of Kiteworks 7 months ago:
Couldn’t you just install nextcloud and none of the apps you don’t need? I mean, it’s pretty modular…
- Comment on Elixir vs Go: what to learn in 2024 7 months ago:
Also mostly coding in Scala here (plus some python) and agreed with all that was said above.
Learning Scala will probably make you a better developer (much more so than learning e.g. go/swift/rust…), you will first wrap your head around functional concepts that might not feel super compelling initially (why would I want to write a recursive function instead of a while loop+mutator?), but those, and the constant exposure to type level concepts and monadic/higher-kinded constructs will slowly make you write safer and self-documenting programs.
Also, most of the intimidating language abstractions are not required to be mastered to be efficient with Scala, many of the bells and whistles serve library authors much much more than end users, so it’s important to find resources that go just “deep enough”, I think Martin Oderski’s and Li Haoyi’s books are perfect in that sense.
Finally there was this video published recently which might give an idea of where future programming languages are heading (and why it might be a good idea to keep an eye on Scala for the years to come): m.youtube.com/watch?v=7mTNZeiIK7E
- Comment on Privacy is Priceless, but Signal is Expensive 7 months ago:
A more accurate title could be “Privacy is Priceless, but Centralization is Expensive”: with the era of cheap money coming to an end, grows a lot of uncertainty regarding the future of some large internet services. Signal is no exception and this emphasises the importance of federated alternatives (XMPP, fediverse, …) for the good health of the future internet.
- Submitted 7 months ago to technology@lemmy.world | 19 comments
- Comment on Ironclad - an OS kernel in Ada 7 months ago:
Because the “car software” that comes to people’s mind is most likely to be the infotainment system, which generally sucks, while the hard/safety critical stuff is invisible to them (and admittedly done by 3rd parties like Bosch)