ericsanchez

Should colleges be putting smart speakers in dorms?

No.

From the top of the article:

Administrators say installing listening devices like Alexa in student bedrooms and hallways could help lower dropout rates.

No. Stop. Just stop.

In fact, I think installing these devices in the offices and conference rooms of administrators is a much better idea albeit just as <s>minimally</s> equally thought-out.

This. Thanks, this was the kind of thing I came here for.

I picked up _Programming Erlang_ because I like Joe. I'm trying to understand why the platform, and the accompanying language(s), aren't more widely used? People seem to speak very highly about Elixir, BEAM, and OTP. It all seems really great...

I see comments like

This:

A very interesting language on powerful platform with a promising web framework... I talked with a couple of companies that jumped on it initially, but later decided to move...

And this:

I recently had a convo with a company that moved into Elixir because they had an easier time hiring...

I see this comment pair somewhat often.

Also,

From @hajile

BEAM is about an order of magnitude faster than Cpython ...If you prefer Ruby syntax over Python, there is no contest here.

BEAM is slower than the JVM, but much more stable.

The second quote seems to be a pretty reasonable trade off (my next question is, how much slower?).

This makes a lot more sense to me:

Functional programming in general seems to be a bit of a self-selector.

I like functional programming, but experiences do tend to be either: "I love FP" or "Eh, not for me."

But are these it? I've been getting into erlang lately (to then get into elixir), but I feel like I've been "waiting for the other shoe to drop." As in, I'm wondering if there's some disadvantage that doesn't get talked about. Are there any engineering blogs that talk about using BEAM/Elixir/et al in production?

Same. The repo doesn’t disappoint. It’s thorough and very well documented. I am really glad I started reading through the codebase when I did. My only regret is not reading through earlier.

Damn. Thank you. This comment had my dying in a restaurant earlier. I really enjoy writing rust and I was sad when Steve was sad. I had a similar thought, “why when actix is dead?” I’m glad actix is back.

I was coming to SHOW HN a rust tool I made when, boom, front-page: actix is dead.

Every journey has its obstacles.

@burntsushi I use ripgrep all the time. I was also able to learn how to go from 0 to release just by reading through your codebase and documentation to see what goes into a release. When I was writing my foss project I asked myself wwbsd (what would burntsushi do). Even stumbled onto how to create and maintain a homebrew tap thanks to you. I appreciate you and the work you put out, thanks!

This is cool. I agree about the pricing page. If you're going to charge, charge.

I like where this is going. You are right that humans are visual. But we are more than that; we need to create more tools that complement our biological form. This is a cool step.

I like that. I feel similarly towards apple products. The consistency of these google products &/or the seamless-ness of apple products means that I can focus on what's important to me.

Good tools feel like good tools. Had to re-read,"ubiquitous consistency," nice. Thanks for the value added.

I could not agree more; especially with the vi advice. I'm still a work in progress, but I agree this would be cool. (I have `ESC` remapped to `JJ` and I find myself trying to exit insert mode in emails, papers, etc. all the time...)

I've also structured the site in a way so that it kind of has a schema for each article and the next step was to write a little client so one could read from a terminal.

Baked into my design philosophy is "reuse" hence not opting for a custom light-to-dark-toggle. Thanks for this though, I'd just reminds me I gotta keep it up ha. Do you think browsing in the terminal would be a hassle for people?

I'm also trying not to go too far overboard, thanks!

hacker news has been incredibly influential on me in exemplifying what a site could be.

I too have been thinking about the philosophy of a minimal amount of "design." After a certain point or certain amount of "design" I feel like we have to ask ourselves, "what's it all for?" I've been getting into more front end territory and have been delighted with how much HTML does.

For me, it's not so much about minimalism. I feel that minimalism semantically conveys, "the absolute bare minimum possible." Whereas I like to see the design goal as, "what is necessary to fulfill the required purpose."

Shameless little plug here, this is a little experiment I've been working on:

erictheread.org