Not hating the player nor the game. Point was that it's hard to adopt something that one can't be confident will be maintained and supported a year from now.
> For those who use debuggers regularly, would you be willing to share how you learned to use them or any tips and resources that helped you?
I use debuggers a lot. I learnt the most when I implemented my own toy debugger. Everything made a lot more sense afterwards. It also made me realize that debuggers give you only a limited view of what is really going on in a CPU. If you want to truly understand how a program is executed on a CPU you'll need to learn a lot more about CPUs and likely about the specific CPU you work with.
Not a fair comparison IMO. Jax is low level library used to make ML frameworks while pytorch is a full blow ML framework.
In terms of is it worth using it - that depends on what you're doing. If you just want to start with ML training probably not. If you have something already and you want to take it to next level (e.g. influence how training and inference work) than it's a good choice. You might be interested in looking into flax or haiku instead of using vanilla Jax. These are closer to pytorch.
Nice effort. Would love to see more open source work from tech companies in this space. I remember working on a healthcare product (which involved HL7) years ago and it was a pain. The lack of documentation and any supporting tooling was "mind blowing".
Purpose of any modern bank is to make money for its shareholders. It does so by taking money on one side and lending it on the other. Lending is inherently a risky business and that risk must be managed. It's unfortunate that in this process people who deposit money can lose it. Essentially, those people take risk of losing money for <1%.
There is also another aspect to banks which is to provide ability to exchange money. That part of banking doesn't generate a lot of revenue compared to loans so it receives a lot less attention.
I wonder if all the banks in the world consume more energy vs Bitcoin network? What if we didn't have these big institutions that employ hundreds of thousands of people to basically increment and decrement a counter in a computer. Imagine all costs that we wouldn't have to incur (e.g transport to work, operating buildings, etc). Today's banks seem very archaic.
Not sure if this is due to Google "being unhealthy" or overall economy contracting. If the drop / stagnation is due to economy contracting these results are still very good.
I think about these frameworks as products. They are meant to solve specific problem for specific audience. I also think we need to start differentiating between different classes of developers. I think a good analogy is car mechanic vs mechanical engineer. when a car is made there will be a lot of need for mechanical engineering. Once it's on the road and needs to be fixed is when car mechanic comes into play. You need to decide whether you want to be mechanical engineering or a mechanic - skillet is very different.
A lot of concepts first seen in Fortran, or popularized by Fortran are now in other languages or making their way there. In my personal opinion, even if you will never use Fortran professionally or at work I think it's worth learning at least basics. It's actually a very simple language.
> Just pick any news article about any large projects migrating from C/C++ to Go/Rust.
Judging usefulness of a language based on news article doesn't sound like a good idea to me.
> Sure, all FAANGs have been writing most of their core software in these languages, but they've also invested a lot of resources in building alternative languages that were simpler but equally performant/expressive.
Sure they invested in new languages but don't forget they also invest much more in existing ones.
> If you need to read tons of fat books to be aware of all the nuances of the language, then the language has failed its goal of being a useful tool to build things.
You should probably judge usefulness the language by how much software was produced using it.
> No wonder that C++ is increasingly becoming a relic confined to the cemetery of bad technological ideas, no new software is being built in it at all, and Rysy and Go are eating all of its cake.
Do you have any data to support this? Where i work (one of FAANG) we don't use Go at all and rust is limited to only certain types of applications. Other stuff is either python or c++.
I don't think it's a smart idea to build any serious business using a tech that you can't replace. ChatGPT is great tool to help with coding for example but it's by no means substitute for an engineer. If someone starts a business by hiring a number of bootcampers and giving them ChatGPT hoping to run a serious business that way - well it's their risk to take... But no crying later...
I'm confused why people expect this stuff to be free? I'm surprised OpenAI was so open about their research so far. I don't blame them at all for not publishing the information. This stuff costs real money.
I like how the author says "fast" kV store but puts no performance analysis. From looking at the implementation and just making a guess this looks like is a very slow KV store.
If you need a fast and performant kV store stick to RocksDb or LevelDb. Don't reinvent the wheel. Most of performance comes from optimizing for OS and CPU.