There’s comments in the specs and a bunch of parsers that actually inore //
There’s comments in the specs and a bunch of parsers that actually inore //
I dint know many OO languages that don’t have a useless toString on string types
Okay, fair enough. Guess I never found about it because I never had to do it… JS also allows for "test string".toString()
directly, not sure how it goes in other languages.
Today I found out that this is valid JS:
const someString = "test string";
console.log(someString.toString());
It depends on the type of application and size. For your typical business app / backoffice with tons of fields on the same page and real time data reactivity makes sense, otherwise it doesn’t.
Not only C, I’ve had experiences with real time applications in Angular and React pushing like 100 updates a second and it’s really easy to fuck something up that will trigger change detection and subsequent calls to death and create a scenario like that.
Most of the annoying stuff that Linux users hate about Windows are because Windows has to cater to even the least technologically knowledgeable users.
Isn’t that the whole idea of GNOME? Always considering users as stupid and lowering the bar?
Andrew complains, Microsoft makes a root mode so Andrew can have his way. Andrew breaks his computer the next second by deleting a system file and proceeds to call Microsoft support. :)
+1 for this. This is kinda the same issue with encoding, just UTF-8 everything and move on.
Capable developers touch whatever language is required to get a job done.
There isn’t much of a difference between writing a theme for Guthemberg and the classic editor. In fact your current theme should work just fine in Guthemberg as it just adds the extra html for the built in blocks to your posts / pages. You aren’t required to create a block based theme and split everything into blocks, that’s kind of a myth around Guthemberg.
That or you develop your theme with the features you need baked in. This is the irony of the Hugo people, they’re capable developers that can make themes but they can’t just create a simples Wordpress theme from the ground?
Yeah, everyone with a decent amount of content will just pick Wordpress and move on. It works, it’s reliable, it’s well supported and will keep running for decades at least.
The article misses one thing, typically companies that use XGH can’t keep most developers around for more than two years. You end up with teams that are constantly changing members and there are usually 2 or 3 very old guys that stick around and doesn’t give a shit either way.
When you get to a job and you find that all people are new and there are new teams being created for everything and whatnot that’s a very strong signal that XGH is employed on that bussiness.
I think Adobe is looking at a web based Photoshop aren’t they?
Browsers have limitations and PS is a complex product. Consider this, Adobe made a native iOS version of Photoshop for the iPad and it has just a few select features that the desktop version offers, the performance isn’t that great as well… So, if Adobe can’t even create a native Photoshop clone for another OS (that centrally shares core code with the desktop version) what makes you think they would be able to deliver anything on a browser that would come even close?
Web is nice and welcomed yes, but it isn’t native performance nor a native Adobe application.
Because it’s pointless.
PHP -> Problem -> Replace the developer -> Solution.
Yes PHP was bad in 5.x, in 8.x if things go bad it’s just the developer who’s bad.
Russia (and Putin) are so weak the USA forced them to invade their neighbour?
I’m not saying that is or that isn’t the case. What I know is that in this war, right after Ukraine, the EU is the most affected party. The US is the one that has most to gain from destabilizing the EU economy and weakening the Euro.
As far as I can see it, they are conservative-right wing.
I’m sorry, that’s not what they identify with…
json spec draft 7