lewisinc

Regardless of the merit of your points, why would you willingly walk into the caricature that was so obviously painted?

Have you looked into Asahi Linux?

Pretty sure they were being sarcastic.

Check out the Ash framework that's built on top of Phoenix+Elixir.

Vertical integration works really well to control quality of your platform if you have the resources to make it happen. You _could_ make the argument that System76 is too small of a company to financially make this work, but the payoff is a better product.

I would expect IPC between GUI applications to go the way of iced's Subscriptions + Commands, sending and receiving messages from a central bus or other peripheral components running as daemons.

Honestly excited to see what happens here :)

I use the Vinegar extension for Safari which replaces the YouTube player for a simple HTML5 <video> tag and consequently removes the ads. Don't know if there's alternatives for other browsers, but worth looking into if this is all that's keeping you there.

Why stop at 2?

Happy to take a look at your company as someone who's been picking at Elixir/Erlang in my free time for a bit :)

They will google it

I'm sorry to tell you this, but sooo many people in the US alone are not technically literate enough to know how to debug an issue like this.

Builds don't "have" to start from scratch. If you're building in a docker context you can mount a volume containing build artifacts (target directory). Or `sccache` if you want those artifacts stored in a remote store such as S3. I'm sure there's other solutions as well, but not clearing build artifacts in between builds would be a simpler win over maintaining separate, shared infrastructure.

You can print to a pdf from your browser and upload that to the device as a simple workaround. It's pretty straightforward.

Cool! I'm glad I could introduce something new to you :)

Actually, yeah! One example of this is the set of the Adams Family, which famously had a ton of pinks and bright pastels despite being a supposedly gothic set specifically because those colors created the best contrast in the final medium, a black and white tv set :)

That, and I think it's also fair to acknowledge that language choice can be a serious barrier of entry to contributing to a project or using it in tandem with other technologies. Also if I'm looking to learn from real-world projects I would, personally, prefer to know ahead of time.

"Hi, my project does X, I wrote it in Y," seems a reasonable way to introduce something.

If there's one thing I've learned in my time on HN it's that people here tend to be unaffected by subconscious bias, unlike normal people..

It supports marking a domain as an exception to its own dark mode. Quite nice, actually :)

I'd be happy to hear more about this workflow you've set up for yourself. The more I do development work the more I've come to appreciate having a framework to offload mental overhead onto. I don't think I've found one that quite fits me quite yet, but hopefully soon :fingers_crossed:

You're right, the above declaration should probably be refined a bit. You should be both white and straight.

I would say it's hard to take what you've said seriously having personally known people who have left the midwest specifically due to the discrimination they faced.

Except I do have to have to take it seriously because it's a toxic attitude that belittles the struggles that people face due to discrimination by attempting to minimize their experiences.

I'd suggest picking something small that you personally want to get started. For me, I wrote Dingus (https://github.com/davidarmstronglewis/dingus), which is really just a simple CLI that reads environment variables from a file and either executes a command with those loaded or drops you into a shell. I was finding myself constantly populating my shell environment with different variables depending on various contexts and figured I would canonicalize the process and learn more about Rust in the process.

I still use the tool today (although I'm still not sure it's the most elegant solution :P), and I've taken that knowledge I picked up in the process for other projects I've since done in Rust.

If I were where you are, I'd do something similar: carve out a simple project that you could complete in a day (or two) in a language you're more familiar with, and try to do it in Rust.

I'd also recommend joining the Rust Discord channel to field any immediate questions you might have (and going to the Forums if there's something more involved you'd like opinions on).

Good luck :)

I kind of like each community having a shared sense of pride and ownership in their respective spaces.

Continuous integration servers that aren't run on genuine Apple hardware?

You should keep going with this and see how ergonomic it is when NextState can be one of many states. I tried implementing State Machines once with this method and ended up wanting to use an `enum` for `State::NextState`. After a while it ended up being pretty unwieldy.

Would you say that's still the case? I've also been hoping that Rust would see a kind of Actor-oriented ecosystem emerge, and while there's definitely projects out there, none of them really support distributed computation in the same way you'd get from Erlang. At least yet, I'm still hopeful.

Possibly, by default yeah, but with `unsafe` blocks you can dereference raw pointers, which can theoretically land you in this same situation. But you'd have to opt into that possibility, and you'd be very aware of that.

No one on our team is an Erlang expert

Perhaps that has something to do with it

Agreed! I definitely have a handful of hand-rolled `try_from` definitions that I'm excited to erase from existence.

This is an interesting question: I feel like it's made under an assumption that there's some target number that responses should average out towards. Or maybe there's some personal validation behind the question. Either way, I hope you've all made enough that you're comfortable and happy with your lives :)

Yes? Of course they do.

I feel like I should point out the value in surrounding yourself with people like Oleg here who 1. Have a completely different socioeconomic perspective than someone like myself, and 2. Feel (rightfully) entitled to voice their opinion on anything and everything that the judge to be of enough importance to voice such an opinion.

If anyone in the Seattle-area values an engineer who will voice such opinions on ethics and morality above their own career-oriented self-interest, perhaps extend an invitation to an interview. Because surely there is no safeguard in place that will save this man and his family from being fired and then deported.