krapht

You're getting downvoted because your question makes no sense. They are not related at all, which means you must not have read the link.

Even if you had that representation, resolving merge conflicts would be a huge headache. Imagine resolving code conflicts by resolving things at the AST level.

Forget CAD, we don't even have a good way to version control images, something programmers work with every day, besides "use Git LFS and pretend an image is just a pointer".

edit: just saw GumTree mentioned above. Guess I have something to check out...

Most people hack on this stuff for work, and time is money. OpenCL is just a lot less productive than CUDA for most tasks. The NVidia price premium isn't big enough to make people switch over.

I'm pretty sure the future is going to look more like Gattaca than Idiocracy. I wouldn't bet against genetic engineering.

No need to waste money on cloud computing. Just buy a used Xeon server at effectively 30-50% of the cost of that cloud compute you're using.

uMatrix developer moved on to primarily work on uBlock Origin. It is a good successor.

I think some people do not like UBo because by default it is a little light on blocking so most websites just work. Well, you can configure it to block more things, and if you use uMatrix you already are willing to deal with the pain of this process.

Is not an epic screw-up. More like 99.9% of compute is not done in adversarial untrusted sandboxes, so who cares if another process with a lot of work can extract data from another one.

You leave so much performance on the table if you demand cryptographically secure perf for everything. That means no caching, everything runs in fixed, worst case time, and the amount of work must be fixed as well so there is not any variation in power draw.

Here is a simpler solution - do not run untrusted code on your computer. It is just that easy™.

PS: I disable JavaScript by default in my browser, and manually whitelist exceptions, for the same reason. I also turned off Spectre mitigation on my workstation.

Altium is mid-range. Like Solidworks for mechanical enginieering.

There's another tier of PCB design tools above Altium with matching cost per seat, e.g. Mentor Graphics Expedition. Unigraphics, for mech Es.

Both of the above owned by Siemens! They certainly know how to charge large sums of money!

I mean, the best way to think about it is as a replacement for MATLAB, except with better support for general purpose computing. MATLAB the language syntax is optimized for double precision matrix math - but MATLAB is interpreted with a JIT and extremely productive IDE, so actually really easy to use, except for the part where it costs $2000 per toolbox per year. It also interops fairly seamlessly with Java since it runs on the JVM.

Mathworks: the company that I wouldn't pay paying money to, if it wasn't such a ridiculously large sum. I don't have any issue paying for Jetbrains IDEs, but it's an order of magnitude smaller than Mathwork's yearly take.

There's got to be a middle ground somewhere. I've worked in many places where the tech stack fossilizes because the ROE of learning how to use new, more productive tooling is too much effort for the senior devs compared to their existing responsibilities, many of which are non-technical in nature.

Meanwhile the junior-intermediate devs spend most of their working hours writing code, so they are extremely sensitive to the 5-10% productivity bump that could be gotten by using {nicer language, better build system, static analysis tooling/sanitizers, ${TOOLING_IMPROVEMENT}.

I'm talking real advances in productivity. Imagine working on a C++98 codebase today in 2021 because you're working on a very large industrial product that's been around for decades. It can be demoralizing, like having to write COBOL or FORTRAN.

You're missing the value of military pensions and healthcare when you speak about O9 compensation.

I tried all the different static site generators, and I was annoyed with how everything was really complicated. I also came to the realization that I was never going to need a content management system with the amount of blogging I was doing, so I should stop overanalyzing the problem and just do the minimum thing that leads to more writing.

Then I decided to pretend I time-traveled back to the 90s - now I just write HTML, by hand, with a simple CSS style.

If CSS was any more complicated, I would've just written pure text in HTML and decorated things with ascii art.

You can host these trivially on GitHub, but back in the day I also used nearlyfreespeech.net to host my static websites. I don't know if they are still alive and kicking, but if so, would recommend.

I've also realized that among my professional contacts, people are starting to blog technical articles on LinkedIn. I think that's probably a decent way to go as well if you want discoverability.

Every time I read this, I agree. And then I wonder why people don't do the obvious thing like I do and write C with templates in C++. It is a kitchen-sink multi-paradigm language so just embrace it.

Plus, inheriting abstract interface classes is more convenient than writing a vtable by hand when such a thing makes sense. You don't have to participate in Java-style class voodoo if you don't want to.

I am sure all the other languages mentioned like Rust, Zig, and D are very good too, but C++ is where all the high-performance libraries live, and whatever productivity gains I would get by switching languages is utterly dwarfed by that.

Strong "just rewrite it in Rust" attitude coming through here.

I think parent is referring to the fact that for many Linux distributions, you must build packages with the version of CMake they have in the repositories.

Even today, in 2021, I have to use CMake 2.8.12 / GCC 4.8.5 in order to build code that will deploy on a CentOS 7 server. That means I have to backport the CMake file of every dependency that declares a minimum_requirement of 3+.

I think parent is saying to use a package manager.

People also curl and execute shell scripts from the internet every day.

If you think old, unoptimized, high-human labor business processes exist only in Japan, have I got a bridge to sell to you.

Bazel is for the Google-scale companies of the world who must ship petabytes around the internet. Mortals do not use Bazel - a cluster of 80 core CPUs does, and the user just downloads the cached build results.

It is extremely powerful but also extremely tedious, like programming in MPI.

? My CPU actually underclocks itself if I am running a heavy AVX-512 workload. Actually, back when I had it in a cheaper motherboard, my system would crash because the MB couldn't deliver enough power to the CPU.

But I agree with the first sentence. Lots of miner cards are undervolted because what matters is performance per watt, just like many server cpus.

Mobile data is quite expensive in many parts of the world. Quality is just one factor.

Is this a joke? There's a whole world of software out there that isn't web based. Anybody who hasn't switched to a Chromebook uses them every day.

I even write terminal user interfaces sometimes to interact with servers that don't have a desktop environment installed.

Right. And random drug-testing is infringing on the athlete's right to bodily autonomy. Why would anyone care about the competitive integrity of a video game?

It's way more than that. The author explicitly compares making bread with heroic trials princes perform to win princesses. She is referencing her struggle to get a tenure track position in academia.

People who get irritated over units of measure are themselves irritating. It is not so hard to round, double it 4 times and then divide by 10.

Why?

Eh, no, that's not how it works in high-volume manufacturing. There are 70 million washing machines sold per year. Suppose your large conglomerate employer sells 0.7% of that total, or 700,000 units. It doesn't take much of a per-unit savings to pay for the salary of a FTE to optimize the design.

When is the singularity going to happen?

Excel and Google sheets? First thing any of my non-technical friends reach for when they need to do some basic sums and calculations.

Avoid OpenCL. If you're going to the trouble to use an FPGA, it means you really want performance. In that case, there's no avoiding the rewrite in VHDL/Verilog and specifically targeting the resources that your FPGA hardware offers and rewriting your algorithms accordingly. The platforms are not the same.

e.g. 32-bit floating point is what GPUs are made for, while FPGAs really only handle integers unless you've purchased an expensive one with specialized arithmetic units on chip (e.g. DSP48 slice for Xilinx).