onebot

Is this a truly decentralized version for Signal? Is such a thing even possible?

Super excited to see more focus on non-centralized applications with privacy in mind. Matrix is also working on a pure p2p mechanism too.

Just moved here in September. Similar situation. We love it here so far. Kids are far more independent than USA. Strong work life balance. Tons of diversity.

Think replacing elixir with Rust would ever be a consideration? Rust isn't there yet, but if you are NIF'ing a bunch of stuff, seems like it could make sense at some point?

I really like the idea of Matrix. Is it really secure though? Isn't E2E a newer feature?

Wow what is this? It is so cyberpunk! Is this legit?

Can someone list all the p2p social networks that we know about?

Honestly, have been trying to find ones that are truly p2p and not federated.

It is possible for sure. However, note that San Francisco is incredibly expensive now. So you have to really focus on getting a good salary and actually finding a reasonable place to live. Also, traffic, homelessness, etc. The reality is it isn't as glamorous as you may have in your mind.

There are a lot of remote jobs to be had. Companies like Gitlab hire all over the world. That might be another approach worth exploring. Maybe look for a remote position and see if you can relocate.

Despite what some may think there is age discrimination, I have found that Silicon Valley is still more of a meritocracy. You github/gitlab, blogs, accomplishments weigh heavily. The valley is still in high demand of talent and will pay well.

That being said, any interest in starting your own company? People often think entrepreneurs are mostly in their 20s, you will likely find that it is much higher than that: https://www.inc.com/jessica-stillman/youll-never-guess-avera...

This looks like a killer laptop. Love the exterior pixels. Hope linux will run on it.

The point isn't "just start coding". The point is to focus on the product(customer development and all) and not the tools/technologies to build the product. I have seen many more focused on the latest and greatest stack instead of using the tools they are already good at.

Can someone put this in layperson terms?

> need to have a killer feature and a low cost of adoption

This is a powerful statement actually. Could be applied to any tech startup product.

> That said, I'm not switching back.

Me either.

If you go back to early stories of Bram, the BDFL, when others tried to add Neovim features to vim. He wasn't onboard. Not to discount all the amazing contributions he has done and his importance. But I just think it is karma.

Here is another hacker news post discussing the backstory: https://news.ycombinator.com/item?id=12481084

Here is a bit of shade tossed on the Neovim project back in 2014 by Bram: https://groups.google.com/forum/m/#!topic/vim_dev/x0BF9Y0Uby...

I use this with neovim, it is very nice. So far so good.

I sure hope Apple has some awareness of the complaints long-time users are having about the new generation Macbooks with Touchbar. I have used Macbooks since the first Titanium Macbook (with Mach Kernel) and I just switched to Thinkpad (omg the keyboard) running Pop_Os. I am a developer, so I might have more flexibility, but I have bought into the Mac echo system long ago. And the burden to move away versus the burden to stay has hit a tipping point for me. Apple, for whatever reason, is no good at internet stuff (mobile me, etc) and that is where they are going full force towards.

I dream that some new company will come around with killer unix-based OS, amazing hardware, and a more open ecosystem, but that is likely just a fantasy. Purism could be that company, but I am not sure they are capitalized for it. System76 seems great too, but I don't think they manufacture their own hardware. Razer makes a great looking laptop, but windows only and reliability issues. Lenovo still feel like a Chinese/Enterprised based company with little attention to the full user experience (try ordering a laptop from Germany in English or the pricing shenanigans they play).

Anyhow, based on my 1 year plus search for an alternative, I think the best linux distro is Pop_OS, and laptops are Thinkpad and Dell XPS. System76 Darter Pro also looks good, but I haven't used before. I am waiting for new generation of Purism laptops with Core i9, will have a go then.

I will be keeping my iPad Pro for what I have left in the Apple Ecosystem.

Go's intent was never to be innovative. I do believe it is designed to be incredibly simple so that engineers could pick it up in less than a day. It is probably one of the most performant languages with the least barrier to entry.

Yeah totally agree for the experienced C/C++ developer, it is like unlearning all the things that make you good. Totally agree. Good developer is like building a series of great mental models. It is hard to start over. Like trying to do linked lists in Rust...

But that being said, when you see that the majority of vulnerabilities are essentially memory lifetime issues (https://msrc-blog.microsoft.com/2019/07/22/why-rust-for-safe...), you realize that we are all human. So something like Rust could help--especially new developers.

> The big borrow checker hurdle comes from developers not being used to thinking in/about lifetimes. It takes some getting used to because it enforces constraints that should be there for a non-GC language, but are not enforced anywhere else.

This!

I often see "steep learning curve" cited as a negative about Rust. But I think it is far less of a learning curve than it is to be a reliable C and C++ programmer.

I am not sure how much Rust you have done yet, but the borrow checker is a tremendous confidence booster. Especially refactoring code. I have never had anything where I can feel at ease in making big changes to an existing code base. As all things, I don't think you notice it once you learn how to write safe Rust code.

Go is certainly a good balance. One of its best things is the rich standard library. I wish Rust took more of that approach.

One thing about Rust that is maybe overlooked is that it is, like C/C++, truly "full-stack". By that I mean you can go from low level embedded (microcontroller with no MMU) all the way up to web server, etc. I don't think it is really a "niche" language--at least it has a very horizontal use case.

Having been at this for a super long time, I have seen the popularity languages come and go from ASM, Perl, Java, Python, .Net, etc. I can assure you nothing is gonna "quickly" make another language obsolete. New languages are incredibly hard to get off the ground and be relevant for a long time.

I loved Delphi at the time. It's closest competitor was Visual Basic.

I am a huge Rust fan, but couldn't really articulate why async/await seemed so complicated. You have nailed it right on the head!

This is a exactly how I feel as well and I write Rust code every day.

But no matter, I will suck it up. The language is evolving and I think async/await has, seemingly, been one of the biggest divisive feature the community has faced. I will still use as there are so many other benefits this language brings.

I would consider digging into WASM. I think there will be a lot of demand eventually and Rust has a good story there.

Rust is slowly gaining momentum. Jobs are starting to pop up here and there.

Session expired.

That’s ironic considering that Erlang was designed for telecommunications.

But I think statefulness is the right context between the two.

Why do you think Go would be more maintainable?

I have just starting learning Elixir and Phoenix. It seems like a solid replacement for Rails. But I keep getting hung up on performance. With React, it seems like you are developing more API back-end, then web server back-end (if that makes sense). But when you look at the performance compared to Go and the steeper learning curve, why not just use Go? Kubernetes really solves the share-nothing let-it-fail aspect. Obviously, Erlang/Elixir are hands-down a good fit for fault tolerant distributed systems where performance may not be as critical or you can use NIF. But outside chat and a few other use-cases, not sure the majority of web services falls into this. However, the functional code is so nice. Anyways, any input on how to convince engineering leadership how Elixir might be better than Go would be helpful.

Just do at least one commit every day. Look at your github profile and try and fill every daily commit block. You can commit the simplest thing possible. But once you start, you will likely add more than a simple commit just to fill in the daily box.

This is super cool. Love it!

Rust and Webassembly.

All these were great visionaries in their time, but now probably long-in-the-tooth. I feel like there are countless examples of new paradigms that the old guard felt would never work out.

Despite the hype and the early days, cryptocurrencies have a very similar usage pattern as credit cards. I would argue that credit cards and the way we use them are pretty much digital currency. That being said, there is a huge amount of improvements needed and the over-hype is just a turn-off for most.

You're about a 13% hire rate. Google is about 0.2%, Apple 2%, and Harvard is 7%.

100% Agree!