sunflowerdeath

Just tried it on some random GoPro footage and was very impressed! First - by the quality of stabilization. It is if not better then at the same level as in Gopro itself (which is considered having best e-stabilisation on the market). And second, that now I can shoot with disabled stabilization and choose amount of crop in post. I know that Sony offers similar thing with Catalyst Browse, but it is very unconvenient to use additional application to render stabilized footage, here I can just use plugin for Davinci and have seamless workflow.

I saw arguments against ORMs a lot of times, but what about the opposite - you might not need raw SQL and ORM might work just fine?

No, I'd rather spend my time doing something useful than looking for replacements for words.

But wait, OCaml is not just a functional language, even the "O" in its name stands for "Objective".

For almost as long as I've been programming, I find Ocaml a fantastic language, which just lacked some development tools and improved concurrency. I still believe that under the right circumstances it could become a mainstream language.

And I want IPad Mini-sized Android tablet, but for some reason all compact tablets have terrible performance, and because of this you have to use a large phone to watch videos or play games.

"You can't dedicate something to the public domain in my country" - that's the whole point of Unlicense. Yes, I can do it, in my country, in your country, in any other country, and even on Mars. And I don't need an approval of any authority to be able to do it. The problem is not that I can't do it, the problem is that countries refuse to acknowledge that fact.

In the License section I write this text - "Public domain, see the LICENCE file.", and in the text of the license itself the word "unlicense" is also nowhere used.

I use it and will continue to use it because it most accurately reflects my intentions for my software. If some organization can't comply with it, it's worse for them. They should change, not me.

Now I regret a little bit that I have switched from linux to a macbook

People fear being jailed, tortured and having their lives ruined by its own government much more than any consequences of economic sanctions.

For me it looks like all of those banking / swift sanctions will mostly affect regular russian people and small businesses, who will not be able to work with foreign markets. Russian goverment will continue to trade oil and gas like nothing happenned, and will find way to trade other goods through non-Western countries like China. And sanctions regarding high-tech export will take many many months to have an effect. Honestly, it looks like western countries try to decieve people, that they are actively helping to solve this situation, but actually want to leave everything as it is.

Same reason there is almost no phones with clean android - manufacturers focus on marketing and follow easiest path, instead of really caring about users needs.

Also, the 3090 costs almost like the whole macbook

Obviously, it's great that we get tools that provides such improvements, but somehow I feel that JS should not be that slow. I expect it to be about 3 to 5 times slower than lower-level languages, but when the difference exceeds 10 times, it means that the Babel's code is not written very efficiently. Another thing, is that usually you only need to optimize a few critical places, and that will give the biggest improvement. So I wonder if it is possible to optimize or rewrite some parts of Babel into a faster language, but keep all of its extensibility and ecosystem. Maybe projects like esbuild or swc will provide insights for Babels' team.

I have tried to use esbuild, and over the past 3 months I had at least a dozen times when it has compiled incorrect code that doesn't work or doesn't do what it's supposed to do. So despite the performance benefits, I was forced to go back to webpack, babel, and terser.

I think, it is very important, that people started to actually discuss and compare different approaches to safety, instead of just saying that since Rust is safer, we should throw out all of c/c++ code and rewrite everything in rust.

This is not only Apple. All modern mobile ARM processors, ones that are used in Androids, too, they all are far ahead of Intel in TDP to performance ratio, almost by order of magnitude. Just make bigger ARM chips with more high-perf cores, and they will destroy Intel.

Revery is fully native and doesn't use parts of web platform. It uses ReasonML, that is dialect of OCaml and has its own implementation of platform and renderer.

It looks strange to me that it tries to use HTML, because then it should be compatible with Web APIs and should render the same. Then it would be basically a browser, not very different from what is used today in Electron. But if it will differ from Web platform, why not to just make lightweight alternative DOM-like API.

Actually, webpack does a lot of additional stuff that might be needed for some complex configurations, so it can't be easily replaced with this tool. But also almost 75% of the time (in webpack) is spent inside the minimizing plugin, and that is very simple task. So it would be great to have just the minimize plugin based on this tool. Then maybe investigate what other performance critical parts of the webpack can be replaced without requiring to change the ecosystem.

What does git offer that mercurial doesn't? Of course, except a lot of popular hostings. Probably in some parallel universe mercurial could win, and people would ask same questions about git.

The interface does not seem fast and simple to me, it's more like primitive and unfinished. Using minimalistic SPA library, like, for example, Preact, adding some feedback for stuff like form validating and data loading would make ux more smooth. I dont want to say that SPAs are best for everybody, but I can't agree that they are always evil.

I think in "flat" organizations, there must still be a responsible person, but he should convince people to do what is needed to achieve the goal, not force them.

You should think about it in is this way - class components do not actually control its state. Using classes is just a convention supported by React that allows components to express their intention about what state they should have and how it should be updated, so it is just a form of interface. And hooks is a different way to interact with same underlying subsystem of the React, but they allow you to abstract, reuse and compose the logical parts of the interaction with the state.

Walls

As you can download custom iconfont and put in on any static server, it happens that they actually sell ~1mb static hosting for 100$ year. It does not make any sense.

And what about performance? Not compared to popular browsers, but compared to performance with single core mode.

But this is a response header, so server shoud respond and that is the goal of attack. Browser doesn't send any request headers saying that site is opened in the iframe.

What about inserting invisible iframe to affected sites? I think it can not be prevented.