Well done, clear, concise and easily verifiable answer to OP's question and ... no response haha.
I'm also just confused by the implication behind their question, is the idea that GPT-5.4 Thinking has never been confidently wrong, ever, about anything?
We explicitly point out in the release notes that TypeScript users should not upgrade yet. Chalk v4 has been stable for years and you can continue to use that if you cannot use ESM.
I think this is quite a serious issue which has been open for almost a year. I don't understand why there hasn't been a reaction from the npm developers on the issue (as far as I can see). npm 8.3.1 (the current version) is still vulnerable.
It might not be directly exploitable but it can leave you open for all kinds of security and/or stability issues. It is also a regression from npm 6.
(BTW: It took me a while to figure out that if you close the dialog window, you can click the buttons at the bottom for more demo's.)
Unfortunately they are only using the webkit-prefixed properties, so their demo doesn't work in Firefox or IE. I'm guessing they wrote their demo a couple of years ago and never updated it.
There are some problems with CSS3 3d-transforms:
1) Text looks blurry, just look at the dialog window in the demo.
2) Some mobile devices (e.g. old iPads) have limited GPU memory. If you use too much (by setting 3d-transforms on large surfaces), the browser (or your app) will crash.
By the way, the answer to the question in the title is: No. And if they don't open source their code, they won't get a lot of traction.
The docs state that they refer to the 0.9 version, while development is going on in the 0.11 branch, so the docs might be more of less out of date.
It seems that they have already implemented a large part of the Heroku infrastructure, including service discovery, auto balancing, cross-language events (using ZeroMQ) and that they are using it in production. All in all, an impressive feat!
It would be interesting to hear if anyone has experience running/using this outside of Yandex. The source code seems well written, though comments are quite sparse.
As Lazare remarked, it seems to directly compete with flynn.io. It is good to see that different high-level platforms are created based on docker. But it would be nice if these platforms would consist of modules (for example service discovery or messaging) that can be used without using the whole kitchen-sink. I am not sure if this is possible with cocaine.
BTW, the repo cocaine-core is quite a bit older (since 2011) than docker (since early 2013?). The docker-core readme states that docker support is "on it's way" so it is not clear how mature this is.
P.S. As adults and hackers, can we look beyond the name at the technology presented here?
I work for dotCloud (the company which started Docker), and I was at YaC (Yandex tech conference; the equivalent of Google I/O in Eastern Europe, if you will), and had the opportunity to discuss this with the Yandex team. Here are some extra info (that can easily be found on the web, so nothing sensitive here)
- They released the Docker plugin shortly before the conference [1]
- Yandex uses a distributed storage system called Elliptics [2] in many places, and they implemented an Elliptics backend for the Docker registry (the code is out there somewhere. They contributed the Elliptics backend to the Docker registry repo a couple of days ago [3].
- Cocaine is used to power various things inside Yandex, like the Yandex.Browser backend. This backend can sustain very high loads (10-100k req/s). I discussed with their Ops team, since they had specific questions about how to identify (and remove) potential performance bottlenecks in Docker networking stack. (Good news: you can achieve native network performance within containers with zero overhead!)
I'm considering writing Dockerfiles for Elliptics and Cocaine (as soon as I can find some spare time to do so...) but I would also be happy to help if other people want to do that (I'm actively monitoring the docker-user mailing list [4] so don't hesitate to get in touch through here).
This is very impressive. The code is very readable, even the asm.js based code (which is probably written by hand). You can find the CPU code in js/worker/cpu.
On Chrome I get about 30 MIPS while running scummvm. On Firefox I get about 6 MIPS on the standard core and about 40 MIPS on the asm.js core.
I must say that I am impressed by Chrome performance on the standard core. However, sometime Chrome drops to about 6 MIPS for no discernible reason.
Yes, the asm.js code is written by hand. Took around one day.
What happened with Firefox I don't know. Firefox 22 was fast (above 30 MIPS) and then it dropped. No chance to find the problem.
Chrome sometimes thinks that integers are no longer appropriate for some values and deoptimizes the code. But it seems that the asm.js core is stable and fast for Chrome as well.
While this sounds interesting and a lot of the features are laudable, it seems to me that such a language will no longer be "Ruby". All non-trivial Ruby code (like any library or gem) will not work in Rubinius X.
So why base this on Ruby? Because the syntax is nice? Perhaps it would be better to start with something like elixir, which has a syntax based on Ruby, works with existing Erlang libraries and has good (perhaps excellent) support for concurrency and immutability.
https://chatgpt.com/share/69d78ec7-67b0-8395-9fd1-522b760ab5...
GPT-5.4 Thinking, Pro account.
reply