Personal website & blog: https://marianposaceanu.com
HN user
dakull
[ my public key: https://keybase.io/dakull; my proof: https://keybase.io/dakull/sigs/Z4Xn9oA-QWyKBGL7gnHbNVU3BZVLocd4hlAqXZp2y8E ]
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.
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.
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.
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.
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
Why not to use FB in one classic line: you are the product being sold, everything else is just an illusion. Case in point: in FB. ads you can even target specific individuals.
The only problem is that like every social illusion it creates a social contract which makes it hard to get out of it - mostly because it will feel like being isolated from the "world" and in losing that perfectly crafted new "self/identity" will shatter the ego (we all know the ego doesn't enjoy being messed with).
Even if one is using it "just" for the messenger part, one is still part of all of this.
I'm not sure why would anyone use FB. to get new opportunities, FB. et al should not be taken seriously since most create their own persona on it akin to an MMORPG where one can literally choose to act like an Apache helicopter.
Moreover FB. is pure evil at its core: it's a global scale psychological experiment that future generations will refer to as: "those decades where everyone diluted their identity online, forgot about their "real" selves and thus slowly became clinically insane".
Some of the other arguments in the article are so broad that one can apply them to the Internet as a whole e.g. "distraction free work: just unplug your cable or disconnect your wi-fi"
Hi! - why not release a working version for Ruby 2.3? or heck even 2.2 for general use. That would be useful and maybe generate some form of traction.
Making Ruby 3 times faster is not going to save it
Adding something akin to Guilds it could give it a nice advantage if implemented nicely.
the Ruby ecosystem seems stale and lacking fresh ideas
I think that's mostly because it's not the new shiny toy what it's missing is some sort of cohesion to push it forward.
Maybe, I'm just biased but even with languages like Elixir - I keep coming back to Ruby.
This is a really nice read by RuJIT's creator - Masahiro Ide (his Doctoral Thesis [0]).
[0] http://kamome.lib.ynu.ac.jp/dspace/bitstream/10131/9368/1/id...
P.S. this is available via google results, I'm assuming it's public domain
Aaron: 30%?
Matz: 30% is huge.
Aaron: Yeah!
Jonan: That seems like a pretty good improvement to me.
Koichi: I do think so.
Aaron: We just need a few more 30% improvements then Ruby 3x3 is done.
Matz: Yeah, that means 30% of the time is spent in the compiler.
EDIT: maybe they were joking once again?
As they pointed out in the interview - it's not a free meal i.e. one could expect high memory usage and slow start-up times.
For me the slow start-up and the JIT requiring ~50K/req for warm-up just ruin the whole experience in coding the app in Ruby I'd rather just use Elixir.
Another interesting project is IBM's OMR [0] - compared to JRuby there are no slow start-ups and weirdly, being still a dev. preview it can run Rails and its deps. without issues, even better than Rubinius stable.
Did this help in any way? https://tunemygc.com
Just by playing around with RUBY_GC_HEAP_OLDOBJECT_LIMIT_FACTOR you can reduce memory consumption quite a bit.
I think that's mostly Aaron being Aaron, it's not necessarily some form of anti-intellectualism but more like just his personality at work.
I don't really have a problem with the tone of the interview but more with how vague the proposed objectives are.
Also, there seem to be some rather misleading facts in it - like the AOT and the 30% speed-up - in practice, after testing it - it helped to load Rails faster but other than that the benchmarks were virtually identical (don't get me wrong, booting Rails faster is great but they imply something completely different in the interview)
AFAIK:
980M - 100W / 1060 ~ 80W / 1070 ~ 120W / 1080 ~ 150W
If they started out with the max TDP of 100W for the cooling system - upgrading it to 150W in that small space it sounds like too much of a change to meet their DL?
Clearly this does not excuse the reengineering but it might explain why they went this route.
Did I mention it comes with all the goodies [0] and "DLCs"? but even without that memorabilia (original manuals) the simple fact the the game just runs great is worth the admission price.
The GOG version is great and runs great on modern hardware. Blood was my favorite FPS as a kid.
php's performance was an order-to-two or magnitude better than rails
Again PHP (the language) vs. Rails (the framework).
What framework was that `big php app` using?