Skip Navigation

Posts
30
Comments
610
Joined
3 yr. 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).

  • "Capabilities" is the new "Functional Programming" of decades prior,

    Scala is also expanding in this area via the Caprese project: https://docs.scala-lang.org/scala3/reference/experimental/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).

  • We are past peak oil, the world is already transitioning away from fossil, out of sheer necessity, because of the finiteness of conventional resources. Everyone involved knows that. The only "problem" is the timeframe: there's about a decade left of investments towards capacity increase at the current pace before going over the carbon budget for a 2°C warming scenario. That's a tough deadline to navigate for those countries.

  • Information Technology & Innovation Foundation (ITIF) says China was the world’s leading producer in 2020 in seven of the 10 industries covered by its report

    Curious, I wonder what might have happened to the world in 2020

  • 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 :)

  • 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!

  • 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 🙂

  • 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.

  • Yup, in the end the best slicer is the one you know best and get stuff done with :)

  • 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.

  • 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.

  • Please let us know how that goes :)

    Since it's pretty clear that they put a lot of focus on better supporting Scala 3, I think it's worth a shot to report such bugs whenever they arise!

  • I can't pretend to know the future, but if you read between the lines and the justifications provided, this isn't really about AGPL per se, but about Element brokering AGPL exceptions. Practically we can expect all kinds of forks with opencore options that might enshittify the user experience in different ways, and further solidification of Element's single-handed control over Matrix (which had been a prime concern for many years). Matrix is by the day closer to the closed-source centralized silos it was first pretending to oppose.

  • Meanwhile, we see no comparable progress in western countries

    lies and lies, see above.

    You do realize that you’re lying about something that’s well documented right?

    so we are back to your difficulty with keeping track of one thread, I see.Your initial assertion was that no comparable progress is being made in western countries to divert from fossil fuels. None of your links proves this. A single counter-argument suffices to prove you wrong, though but I give you several: https://ourworldindata.org/grapher/per-capita-electricity-source-stacked?country=OWID_WRL~CHN~IND~USA~JPN~DEU~GBR~BRA~FRA~CAN~SWE~ZAF~AUS

    If you can't digest the fact that China's current grid is everything but clean, I see no point in continuing the discussion. Also, it could be that you have another blindspot by conflating "electricity production" and "energy consumption" (FYI, China performs even worse there).

  • US is facilitating fossil fuel consumption by creating policies that encourage fossil fuel extraction. What you’re doing here is just sophistry to avoid acknowledging this fact.

    What you are doing here is pretend that the US, a non-OPEC country, single handedly governs the worldwide oil and gas supply and demand. Which is the most ridiculous assertion in your opinion?

  • Thing is that China has demonstrated a continued long term commitment to cutting out fossil fuels,

    I mean, the whole world is committed, out of necessity: we have passed peak conventional oil a decade+ ago (unconventional should be about now, shale is what's setting the US as the largest exporter), and every nation is securing its own energy sovereignty. The trend to renewable is global, wasn't started by China, China being the world's largest electricity producer gets to install lots of it in absolute numbers, but is still way behind developed nations in terms of relative to electricity produced.

    Meanwhile, we see no comparable progress in western countries

    lies and lies, see above.

    Also, important to note that per capita emissions in China are already lower than most western countries, and much lower than US.

    Yes, we already touched ground on that, per capita, China isn't doing fantastic, and isn't trending in the right direction (i.e. its emissions are increasing).

  • You are off-topic, OP's talking about the share of fossil in energy production.

    Or you are misguided (and have been for a while), because the accounting of CO₂ emissions is done where it is consumed. The US being an O&G exporter incurs production, refining and transportation emissions counted on their territory, but the rest is counted in the importing country's.