I mean I know right, when you have a political administration that manufactures intel on Russia related to they're political opponent
Oh wait, that actually happened.
When google's veo hits its next version we're really not going to be able to tell what's real anymore.
Especially when politicians think they can get away with crazy shit
If blue light encourages more riskier behaviour and we've now moved from yellow sodium lamps to white colored Led Lamps with more blue in
(In some cases blue or purple due to faulty led's)
I wonder if from a statistical point of view this might also impact driving safety
The recent Spanish blackouts have demonstrated that without proper storage or grid inertia renewables alone are not going to be a full solution.
While I'm all for renewables myself long term its going to take time to adapt to all the problems and costs that will impact the implementation.
There's cost factor to the end user will be the biggest one, not everyone can afford expensive power just because it's saving the planet, in which case it needs to be cheap in order to be practical.
I was on firefox for a while but they don't support new standards such as webgpu.
After moving to Opera a while back (which is chromium based) it all seems fine
I believe the Turing Test has now been surpassed by the Potato Test
It's not the applet approach, it's more the intermediary or IL language approach.
With CSharp for example at development time you compile down to a binary that's in a language called IL.
Then at runtime you compile that IL into machine code.
The IL is fairly close to native machine code so there isn't much work do to at runtime, but at the same time it's platform independent so can be run on multiple architectures such as ARM or x86 without the need for multiple binaries.
In the case of Javascript it's already going through compile stages such as webpack or vite for a lot of sites, to work around package management or modules (ES6 modules has only just made it into the browser recently which is crazy), so compiling it into an IL such as webpack in the future makes sense, since the IL will be closer to machine code and will need less work on the browser.
The main downside is lack of access to the DOM which hopefully will get fixed.
You can already write frontend code in Rust as another example which compiles to web assembly and is a lot less painful with it's library management, one example being leptos
The replacement image will instead be of the famous actor Ricardo Milos
I remember when I took an Arrow to the Kn
Wait I've been here before. Traveller have I seen you somewhere before?
Cough cough the recent twitter files? Cough cough
> people travelling to the UK through irregular means and claiming asylum are not criminals!
Applying for asylum is not a criminal act
However arriving at the UK before asylum has been granted without a passport and avoiding border checks (such as on a rubber boat) is a criminal act.
The only exception to this is if they were traveling direct from a country where persecution was inacted, but in every case travel through a safe country is always the case (such as France), otherwise it would be a very long boat ride.
I suspect where your getting confused is the law you want to be true vs what is actually true which seems to be a common problem these days (wishful thinking), if you wish to inact policy change to the laws then I'd suggest enacting your own political party to inact policy changes
However I suspect you won't get much support given the current financial state of our public services such as HS2 or the NHS, especially in the North.
Personally I think the bringing in of undocumented and unprocessed individuals is great for the economy, effectivley you've created a 2nd class of citizen that can only work cash in hand or off the books for a friend until they're processed which could be never.
Effectively you've created a whole new class of people that will work for peanuts close to the levels of slave labour
Great Job (sarcasm)
What you really want is one of those hand gesture controllers.
So you can wave to the left or right
"go that way no that way you stupid car, no that way" (waves hands / arms maniacally to the right)
The quick fix to this would be for browsers to
1. Add the Javascript API's to webassembly so it doesn't have to go through Javascript to call the browser API's
2. Support Multi-threading in webassembly (one of Javascript's failings) so we can get some snazzy Application UI's similar to what you see on sci-fi shows
At that point you'd be able to write a webpage in any language you like and then just compile it down to webassem.
Typically the reason given for why this hasn't happened yet is because "it wasn't designed for that".
Hmm personally I think it's more to do with certain folks wanting to make sure Javascript stays alive, but this seems to be the direction things are going.
That's not to say JS wouldn't stay alive since you'd just be able to compile it or any number of other languages down to a common IL standard.
Current Javascript that people tend to write isn't native Javascript anyway.
Until recently (ESM was recently introduced to browsers) if you had code split out in CommonJS or ESM Modules that would need to be compiled into "native" JS
If you have code written in Vue, React, Svelte, Angular etc that would need to be run through a compiler or "transpiler" to compile to JS
Typically languages such as CSharp or Java already do this, you write in a top level language.
It's compiled down to something called IL which looks like assembly, it's main difference is that it's cross platform.
Then at runtime something takes that IL and compiles it down to native assembly to run.
So the question then becomes why not have something better than Javascript to compile to if we're already compiling Javascript anyway?
The end result would be the holy grail of cross platform user interfaces.
Typically Electron left a bad taste in people's mouth due to it's bundle and memory size since it was bundling an entire browser as part of the app. Microsoft recently worked around this by introducing something called WebView2, it's basically a library that's just the rendering engine without the rest of the browser bloat. It's included in Windows 11 by default now and is an installable lib on Win10.
You drop it as a control into an app then the rpc is handled in memory (not over a network socket). So you can effectively take advantage of the gazillions of UI libraries on nodejs or use Blazor.
Ideally I'd like to see something similar for Linux, perhaps rust's Tauri will manage that at some point.
I'm not sure at present since its been a long while since I bought a foreign dvd
But back during the days when you could get an american dvd release before thd one in thd local country and it was common to buy that way.
Dvd / blu-ray drives did have region locking at the firmware level in addition to anything thd software player had. There used to be a website that released patched firmwares for different models of pc drives.
Although that was a long time back
> Global variables are not a problem (far more of an issue for incompetent programmers)
They will be if you have no form of seperation of code and you're including lots of libraries from npmjs all with dependencies
It's the reason CommonJS was invented as a way of namespacing / seperating code, now ESM has replaced it and has just recently made it's way into modern browsers
> Your problem is that you want a Java like language.
Personally I think Java is pretty dire, but I understand where you're coming from I think you mean more of an Application language rather than just scripting.
Early JS didn't have a lot to work with when it came to browser API's so it gained a reputation for being massivly overbloated for anything fancy.
Over the last couple of decades or so browsers have been adding in more and more API's so that JS can be used this way without it being slow and bloaty
> The real flaws in JS are not often discussed by the kiddies who learned Java in school and can't handle C++.
Personally I think the earliest code I wrote was on the ZX Spectrum.
C++ is pretty horrible to write for, the syntax is horrible due to it being invented during the days of pre-internet and trying to be an extension of C.
It's build system is horrible (not very portable) it's library management for build time libs is pretty much non existant, runtime libs are typically handled by OS package management so that's ok.
It's filled with macros which change between projects to get around the fact no one platform can agree on the size of an integer.
It's not a "managed" language, in that you have to manage the garbage collection.
Java is pretty horrible too (it's namespaces are far too long and it's lack of standardisation for libs is another issue).
But it was the first of it's kind I think when it came to JIT and led to better languages later on.
> If you want a native-like app and the JS+ WebAsm components lacking native-like access is not good enough for you or your app-- then you should just make a native app and leave the browsers alone.
Ok show me a cross platform way of writing a UI app that has
* Cross platform capability - i.e. Linux / Windows / Mac / Mobile / Android / IOS
* Has thousands of libs available - https://www.npmjs.com/
* Doesn't require any user input in terms of install, and is just available from a single web link
* Is easy to write for (no C++ or Java thankyou)
* No need to manage garbage collection
* Can be statically typed if you want it to be (Typescript)
The closest you'll find to something like that is possibly Qt and that's limited to C++ / python the last time I checked.
There is a demand for cross platform user interfaces that just work and are "convenient"
convenient being the stand out word here, where you're grandpa can just log onto his bank account without having to install anything.
Most of the development towards fancy UI is currently heading in the JS direction.
In that it seems to appeal to the artsy types (I'm more of a backend type myself).
Unfortunatley this does lead to lots of people all trying to re-invent the wheel to get some measure of fame
(JS has a lots and lots of re-invented wheels)
Electron was the first of it's kind to try and develop a desktop app that used JS as a UI in the desktop.
Unfornatley it was a bloated mess since it was basically bundling an entire copy of the chrome browser on disk and in memory for each app.
Looking ahead Microsoft recently invented something called WebView2 which basically strips out all the browser junk and gives you the ability to have desktop apps that can use all the JS libs from npmjs
Without all the memory / disk bloat, it's something now included as part of windows 11 by default.
In this sense JS is / has been moving more towards a designer / UI set of libraries and code for general purpose front ends.
This is why I said webassembly will be the next thing in so far as manipulating the DOM, it'll be the same as JIT.
So for example
C# -> IL (cross platform assembly) -> Native code (compiled / run on the fly)
JS / Typescript / etc -> WebAssembly (cross platform assembly) -> Native code (compiled / run on the fly)
Pretty much the same thing.
The actual DOM just means the part you put controls into (the display part), not all of the javascript environment.
You can still do things like fetching / cookies etc.
Typically its for people who want to write a user interface on a website that's written in C# instead of Javascript.
So for example if I'm a company and I have C# developers and what to write some interfaces to some services sitting in the cloud that can be accessed via a mobile phone or laptop on any platform.
Apps that are downloaded still need an api (which is likley to be web) if they're to interact with an online service in the cloud (e.g. telephony)
Then you have to worry about which platforms will it work on, will it work on mobile etc.
How can you work when the system's so crowded?
