I think the argument is that if you're depending heavily on a "batteries included" standard library of a high-level language, you in fact aren't really building it yourself.
I've been building a small relational database (https://github.com/shoyo/jin) with the goal being fast, easy to read, and (eventually) Postgres protocol-compliant.
What I've built so far are the lowest level components of the disk manager and buffer manager, and I'm currently implementing the system catalog for table creation/updates. I start work in April, so I'll be focused on this for the next few months!
Maybe rebranding GitHub Sponsors as not just a means of giving money but one-off "thank you" messages would be a decent approach to encouraging gratitude in open source.
I'm actually confused if this site was created ironically.
* "Google search is malicious, send the same data to Russia with Yandex instead."
* Apparently Google Chrome is a search engine.
* "Google doesn’t care about users’ privacy that much. It collects your data and uses it for their own purposes." Might just be me, but this reads like a throwaway essay written by an 8th grader.
* The site uses Google Analytics.
Despite the clear lack of quality in this article, it seems like this type of post does well on HN simply because "Google == bad" is such low-hanging fruit.
Have any projections been made on the net effect on the environment of EFFORCE? It seems a bit ironic to me that a project laser-focused on energy efficiency depends on blockchain, which massively contributes to electricity consumption and carbon emissions.
Awesome project!
I've spend some time on sites like Keyhero and 10fastfingers since I really enjoy typing, but sites like those ultimately feel time sinks since there's very little to gain after you reach a decent WPM.
This site feels meaningfully different since I get exposed to the literature as I'm typing. From a quick glance it looks like the UI is really clean and the text is easy to read.
I'm looking forward to using your site in my free time.
Maybe this is an ignorant question, but how exactly is Rust influenced by web dev? I don't see how the aspects that make Rust popular (ownership, lifetimes, strong type system etc.) contribute much to web dev in particular. Languages used for the web like JS, Python, Ruby seem popular precisely because they abstract lower-level details.
A bit of a tangent, but I think it would be worth distinguishing between vim-as-the-text-editor and vim-as-the-keybindings. For me, the value of vim comes from how quickly I can manipulate text, not necessarily that I can use a text editor in the terminal.
For bigger projects, I mostly use VSCode (and used IntelliJ in the past) but with vim bindings turned on. Because of this, I feel it's a bit difficult to compare the popularity of something like VSCode and Vim.
This is a fascinating blog series. I've been dabbling in Rust lately and really appreciate how powerful and helpful the compiler is even to beginners.
> Due to recent changes at Mozilla my time working on the Rust compiler is drawing to a close.
This sort of statement makes me a bit worried though. I don't mean to echo what a lot of the community has said over the past month, but I really hope that development on Rust doesn't stagnate because of the layoffs.
I think it's interesting that there's some periodicity in the graph showing the "Share of US Spotify top 200 streams going to top 40 songs" where the share spikes during each summer. I have no substantive conclusions about this, just thought it was worth pointing out.
That's an interesting take, but I don't think the explanation could be so simple as "just that". It looks like the graph in the article showing the share of streams toward top songs has been trending downward long before COVID.
I've heard of a similar situation as well. It's a common saying here to never become somebody's hoshonin (guarantor), no matter who it is you're helping out.
It seems like this course is on the bleeding edge of high-quality education -- the use of Julia as the programming language of choice, Discord for communication, and most importantly 3Blue1Brown as an instructor. Good to see that innovation isn't dead in academia.
A bit of a tangent, but even if hashing was hypothetically equivalent to encryption, wouldn't it still be good practice for organizations to encourage users to change their passwords after a data breach?
A good hashing algorithm today could be useless down the road if computation becomes orders of magnitudes faster, or RSA becomes trivial to reverse, etc. Similar to how MD5 was initially designed as a cryptographic hash function, but isn't considered one today.
I think the idea "Well my password was encrypted, so why should I have to change it?" seems a bit silly.
Maybe I'm missing something, but it seems like the foreword has little to do with the rest of the article. I was hooked after reading the beginning anecdote, but the transition to a general overview of security concepts felt a bit abrupt.
I agree with the general sentiment of the article though. I'm glad that there's been an increasing amount of attention placed on privacy lately.
Hello! Author here.
I've been an active lurker on HN for a while now, but this is the first time I've posted anything so I'm a bit nervous :)
This is a side project I started recently to get familiar with async in Rust using Tokio. I'd love to hear any comments/criticism about anything regarding the project!