Readit News logoReadit News
at0mic22 commented on Why we still build with Ruby   getlago.com/blog/why-we-s... · Posted by u/FinnLobsien
horsawlarway · 4 days ago
This is where I landed too.

Type system support, and the tooling around that support, has gotten SO much more powerful in the last decade or so.

Lots of the warts also got burned off with better support for smart typing, auto vars, duck typing for inputs, etc.

That tooling covers a HUGE swath of bugs that I just don't have to worry nearly as much about, and it makes quick refactoring less painful and less risky.

Going back to Rails feels like stepping back into the dark ages. So many stupid repeated tests/specs for things that should just be in a type system. The tests are slower to write, cover less ground, and are much more brittle.

My tooling isn't as capable, my feedback loop is slower (hard to beat instant type hinting for errors/mismatches right in my editor as I type), and I feel like I'm working with a blindfold on.

---

Yes, parts of Rails are great, yes - if you know it already it's a very productive environment. But man do I absolutely hate the lack of interest in type systems from the majority of Rails devs.

It's hard to overstate how valuable it is to be able to change a data structure and have all 29 places you might have broken immediately presented to you with basically no effort on your end outside of some minor type work.

I will pick it every time over having to write 29 specs in rails to get even close to the same safety.

at0mic22 · 3 days ago
Ruby guys have made an attempt to introduce type system few years ago, but they found it nearly impossible to infer types from metaprogrammed code - which makes sense. So they came with the suggestion that you write types for dynamically generated methods yourself. Comeon!
at0mic22 commented on Why we still build with Ruby   getlago.com/blog/why-we-s... · Posted by u/FinnLobsien
at0mic22 · 4 days ago
With rails you'd always have to pay for absence of strict types with extensive testing where you'd basically have to verify that data structures match.

I don't buy it anymore

at0mic22 commented on Build durable workflows with Postgres   dbos.dev/blog/why-postgre... · Posted by u/KraftyOne
at0mic22 · 15 days ago
Every few years someone discovers FOR UPDATE SKIP LOCKED and represents it. I remember it lasting for 15 years at least
at0mic22 commented on Show HN: PyDoll – Async Python scraping engine with native CAPTCHA bypass   github.com/autoscrape-lab... · Posted by u/thalissonvs
hk1337 · 2 months ago
> Say goodbye to webdriver compatibility nightmares

That's cool but Chrome is the only browser I have had these issues with. We have a cron process that uses selenium, initially with Chrome, and every time there was a chrome browser update we had to update the web driver. I switched it to Firefox and haven't had to update the web driver since.

I like the async portion of this but this seems like MechanicalSoup?

*EDIT* MechanicalSoup doesn't necessarily have async, AFAIK.

at0mic22 · 2 months ago
This one is not using webdrive, but raw chrome debugging protocol
at0mic22 commented on Show HN: PyDoll – Async Python scraping engine with native CAPTCHA bypass   github.com/autoscrape-lab... · Posted by u/thalissonvs
nickspacek · 2 months ago
As someone who uses ISPs and browser configurations that seem to frustrate CloudFlare/reCaptcha to the point of frequently having to solve them during day-to-day browsing, it would be interesting to develop a proxy server that could automatically/transparently solve captchas for me.
at0mic22 · 2 months ago
cloudflare captcha can be easily passed with browser extension, not much different from the suggested bypass
at0mic22 commented on Show HN: Somo – a human friendly alternative to netstat   github.com/theopfr/somo... · Posted by u/hollow64
insane_dreamer · 2 months ago
The title `A human-friendly alternative to netstat for socket and port monitoring on Linux` is pretty clear.
at0mic22 · 2 months ago
Nah, homebrew made apple guys believe they get pretty much everything Linux has. Who would expect an exception?
at0mic22 commented on Show HN: Somo – a human friendly alternative to netstat   github.com/theopfr/somo... · Posted by u/hollow64
diggan · 2 months ago
If a Rust crate uses anything from the OS, and doesn't mention that OS, I wouldn't expect it to work on that OS, regardless if it's Windows, Linux or macOS. Just like graphical crates state what APIs they support, and if Metal is not mentioned for example, it is most likely not supported.
at0mic22 · 2 months ago
You wouldn't know unless running crate install.

I use lsof -i a lot on Mac, its not that I'm criticizing, but mostly disappointed.

at0mic22 commented on Show HN: Somo – a human friendly alternative to netstat   github.com/theopfr/somo... · Posted by u/hollow64
Zekio · 2 months ago
Readme only mentions linux, so why bother mentioning Mac OS?
at0mic22 · 2 months ago
Cause it's obviously a Rust crate, you would kinda hope that it might compile at MacOs. In 99% of cases that works.
at0mic22 commented on Show HN: Somo – a human friendly alternative to netstat   github.com/theopfr/somo... · Posted by u/hollow64
at0mic22 · 2 months ago
Think it should be explicitly stated that it is not available on Mac OS as procfs does not support it
at0mic22 commented on So Long, Figma. Thanks for Everything   jondaiello.medium.com/so-... · Posted by u/thm
at0mic22 · 2 months ago
AI is great for hit'n'go, but in the long run it brought us more trouble than help. It gets very inconsistent, does not track the context (especially if it is a common-sense context), brings in some weird architectural patterns by default, avoids updating current components preferring to write new almost exactly the same ones alongside with similar existing ones, e.t.c, e.t.c.

It's definitely a great tool to quickly bootstrap something, but I find myself thinking "I should have better done that myself" more and more.

u/at0mic22

KarmaCake day44March 24, 2021View Original