dakull

Personal website & blog: https://marianposaceanu.com

Duplicate on-going thread: https://news.ycombinator.com/item?id=44233923

I had a similar reaction - the article gives vibes of reductionism and/or as someone pointed out, naivety.

It should be self-evident after a certain point (age) that approaching life through the lense of “what could give me an advantage over others”, whether that’s maths or just knowledge it won’t get you very far or if it does, it will at a severe cost on how you’re perceived in society furthermore interhuman connections will take a toll.

Living in bad faith. But is not just them, the whole corpus of philosophy should be studied.

I like to use htop `brew install htop` and then play with nice (https://en.wikipedia.org/wiki/Nice_(Unix) for "bad" processes).

Indeed, I'm a native Romanian — his original works are almost lyrical. They did wonders during my depressive stages, especially “Pe culmile disperarii” (“On the Heights of Despair”) — will try it in English soon.

JRuby?

If you fully read the article:

>One thing I want to note at this point is these findings are being misreported across the internet as evidence Fukushima’s radiation output is “spiking” or “soaring.” This is not the case.

>The radiation levels within Reactor #2’s containment vessel have been largely unknown for years, due to the difficulty of getting proper readings from remote equipment in the first place

In the context of work: the act of “creation” i.e. abstracting some reality into tiny encoded parts that elegantly fit together to perform something useful.

In the context of life: it does derive itself from work i.e. I need work - other than that I don't believe in perfect balance, there's no such thing in life.

I'm usually trying to be an active nihilist i.e. less a passive one as much as I can. So I guess something in the realm of a “quest” of knowledge - the known unknowns and the yummy unknown unknowns.

Yes we are, indeed.

The first things that come to mind:

- true parallelism (this is why we need guilds in Ruby 3)

- the BEAM

- functional yet OO at a higher level [0]

- all the Erlang/OTP goodies for free

- Phoenix/Ecto are quite nice frameworks and solid alternatives to the server-side JS world

- “looks” like Ruby though is an entirely different beast

Crystal on the other hand looks more like a Rust alternative to implement almost-as-C-fast Ruby gems. I'm sure it can evolve into an ecosystem but since it's quite far from being stable it will take some time, time in which the Elixir ecosystem will grow because its Erlang foundation already fixed the big issues.

[0] - https://www.infoq.com/interviews/johnson-armstrong-oop

How did the migration go if I may ask? Was it progressive or clean slate? i.e. develop in parallel the new Elixir implementation and just switch when everything is green and all the specs match the Ruby app.

Indeed, it seems Elixir is one part complementary to Ruby and the other a great replacement whilst also keeping the main tenets of Ruby in-place.

The only issue so far is that the libraries ecosystem is indeed quite young but that is natural.

Still, Ruby (even without Rails) is at the moment a more productive environment.

I really hope Ruby "3x3" [0] will be released soon enough and projects like Hanami [1] become production ready so that it can coexist in a complementary way rather than becoming replaceable.

[0] - https://blog.heroku.com/ruby-3-by-3

[1] - http://hanamirb.org

>the Erlang node, witch is connected to Erlang VM over the network.

Witches are connected to the BEAM? :) funny typo.

from the guides:

>Hanami components are decoupled each other. This level of separation allows you to use the ORM (data layer) of your choice. [0]

So indeed, one could use a preferred ORM. Yes the ORM looks a bit verbose and the part with the relations being experimental is a show stopper.

Ignoring all that, Hanami is quite nice architecturally speaking [1] it could evolve into the Phoenix of the Ruby ecosystem.

[0] - http://hanamirb.org/guides/models/use-your-own-orm

[1] - https://github.com/hanami/hanami

Yes but that's geared towards building an API (ofc I can strip Rails however I like, dropping whatever I don't use) but it wasn't my main point - the tooling in the JS world changes rather quickly, now, this would imply lots of changes in main Rails just to support all of those external changes hence the volatility part in my comment.

For example looking at the Phoenix framework - they choose by default Brunch [0] but they also let you implement whatever you want.

It's still opinionated but they make it clear is not part of the core framework.

[0] - http://www.phoenixframework.org/docs/static-assets

I know this is highly anecdotal but for me reading the works of Nietzsche, Camus, Cioran, Kierkegaard et al does help in moving me a couple of steps back from getting myself into that deep dark hole from which it's really hard to climb back.

I guess reading (not necessarily just philosophy) can have a cathartic effect and thus relieving some of the symptoms of depression.

And clearly, having a good therapist to talk to when nothing else works.

This may sound cliché but the "trick" is to try being aware of that threshold and when you pass it take some action or better yet stay away from it as much as you can using whatever works for you.

Opinion forming:

Isn't this a way to invite volatility into the Rails ecosystem? Maybe instead of adding options for webpack, yarn etc. Rails should decouple itself from the front-end so that most of us can use our Preferred approach™

Alternately something in the vein of moonglum's gem [0] should also work but again, as an external lib. not part of Rails.

[0] - https://github.com/fejo-dk/rails_external_asset_pipeline