kwant_kiddo

no, and there are two major features of using LLM instead of search engines.

1. No prompt about decline/accepting cookies every time I want to look something up.

2. No ads.

the results are mediocre the same way using google is.

it is a shame they don't do physical print through

I think it is remarkable how important ABI is to C++. I think 'making it easier to enable them' i.e. enable the sane defaults went down the drain once they locked in on not breaking ABI.

I am sure that Herb wrote this with good intentions, but no concrete measures was proposed but trying to standardize compiler tools, and to some extent downplay Rust.

I agree there is a misconception around programming safety, but this reads the same as when big industry say the want to focus more on climate change.

I have not found a better 'true' IDE experience than JetBrains. Once it has done it's thing, it works pretty good. If your projects are big like a C++ codebase +2mil LOC then well the latency is going to suffer.

If you count VSCode as an IDE then I would suggest neovim with an LSP and a fuzzy finder. It is the fastest/best dev setup I have experienced for most things.

If you are very latency sensitive I am afraid an IDE/'smart'-editor may not be for you. Then I again would consider some lightweight editor that has fuzzy search and no intellisense.

this makes me believe you never were in a quant shop, sorry. At least if your goal is making money.

I think it can be a fun project to make an engine, and try to make models, together with some form of ingestion pipeline and finally solve and calibrate the models. Try some simple products, and see how close you can get to real world prices.

Making pricing/risk engines are in my opinion somewhat close to game engines even through that the domain is so different.

it is easy? It is the named constructor idiom.

I don't understand why jupp0r is getting downvoted?

Most big public c++ projects turn off exceptions, so it seems to be the norm more than anything.

- Google will lose the 30% tax on their app store and so will Apple.

- OpenAI is going dominate the AI-space (again).

- Inflation will continue to go down, and we will see inflation at ~2 % at the end of 2024.

- Trump will be favoring the american election starting at the end of 2024.

- Ukraine will be forced to start negotiations on giving up land to Russia.

- a JSON parser will be accepted into the C++ standard, but still no official package manager, just kidding =)

yes, LTO itself does not inline but from a user point of view it does, and that is exactly my point. If you are a beginner and you do not come from C, then you might not think about these things (maybe you do I did not).

I get that it is just an implementation detail, but so are many things in C++ and you usually care about these things otherwise you would not be using the language in the first place.

Many projects also disable exceptions that is also an 'implementation detail' (or at least something that is definitely not required by the standard I would imagine), but now you are technically not writing C++ anymore.

I guess this is also one important thing when learning C++. The community is very fragmented, and there seems to be disconnect between C++ users and committee.

One thing that would have helped me when I started learning C++ was learning the C++ compilation model i.e. translation units.

It is surprising how many people look surprised (that also claim they know the language) when you tell them that code in .cpp does not get inlined into other .cpp files no matter what doing compilation. (yes the linker can (and should) do that with LTO doing linking)