stargrazer

For the record, would you mind supplying a reference to those flags?

Apocalypse Now was written on the way up the river, based upon the documentary.

no bad experiences. has decent performance. does a good job of separating client from server (put your business logic on the server and away from prying eyes).

If you are used to api calls from a client, then this doesn't do that sort of thing.

I tried JetBrains prior to using VSCode for my C++ stuff. JetBrains would run one or more cores at 100% for extended periods of time when building apps containing linux headers + wt headers + boost headers (this wasn't for the compile, this was for the syntax and variable lookup stuff). Each new line I typed seemed to perform a whole new build in the clangd LSP.

Support couldn't seem to support me.

I would probably still be on that IDE if not for that.

VSCode seemed to handle the incremental builds in a much better sane fashion.

Perhaps with all the deplatforming, delisting, and other deleterious effects, all the 'good' content is removed, while at the same time those removals are affecting their machine learning data sets. It is almost a self-imposed adversarial attack on result quality.

I don't think preferring a chromebook would be more secure ... isn't that pretty heavily instrumented by Google?

Can you point to better alternate ways or idioms?

Doesn't say much about if it exists or if it is available or where to get it or ...

Electronic Design Automation

"Things like ugly or fragmented interfaces are sometimes OK for analytic/engineering people, but they can ruin an artist's experience."

Well, with Linux, any number of interfaces and themes are available. There is even a 'windows' theme to reduce the migration curve. If you supply respectable hardware and GPUs, there should be zero issues with slowness or instantaneous feedback.

Make sure the hardware platform works well with the distribution and its drivers. Ensure that your artists don't deal with these issues, and that your IT team pre-tests all builds and upgrades.

I have no basis in reality for this suggestion, but I'd go with a lightweight window manager like LXDE rather than heavy weight gnome or kde. Less eye candy and straight functionality. And less drain on resources.

Someone was talking about problems building on hardware. This isn't really an issue if you builds are automated: allows machines to be rebuilt on major upgrades. This, of course, requires that data drives and directories either be on separate partitions or on the network.

Does Alpine have an auto-deploy solution similar in function to Debian's Preseed ability? If Alpine can be auto-deployed, and as comments here indicate, may have a smaller installation footprint, it might have merit for some high-instance-count use-cases.

try https://www.tngsitebuilding.com/ self hosted

It is nice that they do call out the performance issues with CLion. Because of that, and because of CLion's perpetual use of cpu during text editing, I switched over to VSCode on Linux. It does code completion and error indication very well. I miss the little things like proper #include < completion, but overall, it is performant and very useful.

It would be interesting to see this done using Linux XDP/eBPF routines.

Why do articles insist on providing numbers with no appropriate context? What do the absolute number of deaths of 9/11 or absolute number of deaths in Viet Nam have to do with this?

Perhaps better comparisons would be: how many deaths are there in the world per day? Before and after the instigation of covid19? How many deaths due to pneumonia before and after?

Has the death rate in other categories been reduced? Are there fewer accidents? Maybe we should just lock down forever because it might save at least one death due to accident?

"On a long enough time line, the survival rate for everyone drops to zero".

Kinda like Lustre?

Can you state who this company is?

Isn't "secure egress gateway" descriptive as well?

That is unfortunate.

I run two HP Z32 4k monitors side by side in portrait mode. Running Debian Linux Buster. Connected to NUC8i7hvk. LXDE, sometimes KDE. Text is clear. Moving windows around is smooth as silk.

27" would be too small. 30" is about the right size for the resolution.

Plus I have five or six virtual desktops to task switch between various development projects.

cgdb probably gets you part way there. you can view code source in the upper half while stepping your code in the lower half.

This requires a login. Is the paper located elsewhere?

requires a google sign-in.

Yeah, there was some improvement. But the issue for me is building a C++ app which requires Linux headers, Boost headers, and Wt, CLion seems to wants to take four cpu's for a hot trip. Even with a bunch of the code helpers turned off.

VSCode with CMake, clangd, and C++ code filter seems to work for the little I've used it so far.

Havn't quite taken the leap of faith in VIM, clangd to see if that is suitable.

But there isn't a one to one relationship.

A subnet should only be in one vlan, but there are networks where there is more than one subnet in a vlan.

Whether that is appropriate or not, that would be a different topic.

I will have to take the other side of that golden rule. Not sure where it came from. But when one has a decent handle on the tools at hand, they work wonderously well.

I have bare metal servers tied together with L3 routing via Free Range Routing running BGP/VxLAN. It Just Works.

No hard coded vlans between physical machines. Just point-point L3 links. Vlans are tortuous between machines as a Layer 2 protocol, given spanning tree and all of its slow to converge madness.

Therefore a different Golden Rule:

Always. Overlay. Your. Network.

Leave a note if you'd like more details.

How about MacSec? Supported by Linux as well as various router vendors. https://nextheader.net/2016/10/14/macsec-on-linux/

Ok summary paragraph:

"And this is why I think Kubernetes will disappear. It’s so generic that there’s no reason to do it yourself. Few organisations operate on a scale where it makes sense to run datacentres. The practical friction of running Kubernetes creates a similar dynamic. Like reliable infrastructure, it’s too hard, slow or expensive to justify doing it really well yourself, but there probably is value in paying for that as a service from a cloud provider."

Basically saying: it will still exist, but just outsourced to some one else's computer.

For example, Emweb's WT is an example of a server side renderer which inserts pieces of JavaScript on the client side for some UI enhancements.

With the server side rendering, it is able to detect browsers where javascript has been disabled and then render html-only pages.

So whether it means anything or not, server side rendering can service a wider audience than can client side renderers.

... assuming client side rendering. there are single page server side renders which can provide html-only single page sites.

wait for WebAssembly to be ubiquitous in the browser. Another turing complete language, but faster and smaller.