JavaScript Daily
Kanalga Telegramāda oātish
Daily JavaScript / JS community news, links and events. "First, software ate the world, the web ate software, and JavaScript ate the web." 'JavaScript' is a trademark of Oracle Corporation in the US. We are not endorsed by or affiliated with Oracle.
Ko'proq ko'rsatishMamlakat belgilanmaganTexnologiyalar & Aralashmalar7 299
š Telegram kanali JavaScript Daily analitikasi
JavaScript Daily (@javascriptdaily) Ingliz til segmentidagi kanali faol ishtirokchi. Hozirda hamjamiyat 13 265 obunachidan iborat bo'lib, Texnologiyalar & Aralashmalar toifasida 7 299-o'rinni egallagan.
š Auditoriya koārsatkichlari va dinamika
Š½ŠµŠ²ŃŠ“Š¾Š¼Š¾ sanasidan buyon loyiha tez oāsib, 13 265 obunachiga ega boāldi.
03 Dekabr, 2024 dagi oxirgi maālumotlarga koāra kanal barqaror faollikka ega. Oxirgi 30 kunda obunachilar soni 0 ga, soānggi 24 soatda esa 0 ga oāzgardi va umumiy qamrov yuqori darajada qolmoqda.
- Tasdiqlash holati: Tasdiqlanmagan
- Jalb etish (ER): Auditoriya oārtacha 0% darajada jalb etiladi. Nashrdan keyingi dastlabki 24 soatda kontent odatda umumiy obunachilar sonining N/A% ini tashkil etuvchi reaksiyalarni toāplaydi.
- Post qamrovi: Har bir post oārtacha 0 marta koāriladi; birinchi sutkada odatda 0 ta koārish yigāiladi.
- Reaksiyalar va oāzaro taāsir: Auditoriya faol: har bir postga oārtacha 0 ta reaksiya keladi.
š Tavsif va kontent siyosati
Muallif resursni shaxsiy fikrni ifoda etish maydoni sifatida taāriflaydi:
āDaily JavaScript / JS community news, links and events.
"First, software ate the world, the web ate software, and JavaScript ate the web."
'JavaScript' is a trademark of Oracle Corporation in the US. We are not endorsed by or affiliated with Oracle...ā
Yuqori yangilanish chastotasi (oxirgi maālumot 04 Dekabr, 2024 da olingan) sababli kanal doimo dolzarb va katta qamrovli boālib qoladi. Analitika auditoriya kontent bilan faol hamkorlik qilishini, uni Texnologiyalar & Aralashmalar toifasidagi muhim taāsir nuqtasiga aylantirishini koārsatadi.
13 265
Obunachilar
Ma'lumot yo'q24 soatlar
Ma'lumot yo'q7 kunlar
Ma'lumot yo'q30 kunlar
Postlar arxiv
13 265
Dear Oracle, Please Release the JavaScript Trademark
Ryan Dahl
2022-09-03
In 1995 Netscape partnered with Sun Microsystems to create interactive websites. Famously Brendan Eich spent only 10 days to create the first version of JavaScript - a dynamic programming language with a roughly syntactic lineage from Sunās Java language. As a result of this partnership Sun held the trademark āJavaScriptā. In 2009 Oracle acquired Sun Microsystems and the JavaScript trademark as a result.
The trademark has no commercial value. Other than Oracle's JavaScript Extension Toolkit, Oracle does not have any products using the trademark and presumably no planned usage. Oracle doesnāt even participate in the development of any of the JavaScript engines like V8, JavaScriptCore, or Spidermonkey. It seems very likely that JavaScript trademark infringement would be unenforceable in court due to non-use.
Nevertheless the trademark is a dark cloud looming over the worldās most popular programming language. Careful law abiding engineers bend over backwards to avoid its use - leading to confusing terms like ECMAScript.
The best value Oracle could derive from the trademark would be from the goodwill it receives by granting it into the public domain. Itās understandable why this hasnāt yet happened - it would require a very forward thinking and high level Oracle employee to propose something so intangible. Yet it is obviously the right move to trade a worthless trademark for brand marketing and goodwill.
Oracle, please release the JavaScript trademark.
Source: https://tinyclouds.org/trademark
š„ Follow @javascriptdaily š„
13 265
JavaScript based, automated data exploratory analysis and visualization tools. (Licence: AGPLv3)
https://github.com/Kanaries/Rath
13 265
Storybook provides a workshop to build UIs in isolation. It helps you develop hard-to-reach states and edge cases without needing to run the whole app.
https://storybook.js.org/
13 265
ECMAScript excitement š
These proposals advanced #TC39 this week š
3ļøā£ Async Explicit Resource Mgmt
3ļøā£ Import Attributes (*)
2ļøā£ AsyncContext
2ļøā£ Float16Array
2ļøā£ Iterator.range
1ļøā£ Await Dictionary
1ļøā£ Class Method Param Decorators
1ļøā£ Promise.withResolvers
1ļøā£ TZ Canonicalization
š„ Follow @javascriptdaily š„
13 265
32 Awesome JavaScript Snippets (one-liners) You Should Use
Some useful JavaScript stuff I have saved and I think it can help make your life as a developer easier.
š„ Follow @javascriptdaily š„
https://www.rahul.biz/blog/32-javascript-snippets
13 265
TypeScript 5.0 rebuilt to use ECMAScript modules
With TypeScript 5.0, the TypeScript development team has restructured the entire codebase to use ECMAScript modules, reducing package size and improving performance.
TypeScript 5.0, due from Microsoft as a production release on March 16, has been restructured around the use of ECMAScript modules, a major infrastructure change for the strongly typed JavaScript variant.
Users of TypeScript 5.0, which currently is in a release candidate stage, will need to run Node.js 12 at a minimum. In return, npm installs promise to execute a little faster and take up less space, with the typescript package sized reduced by roughly 46%, Microsoft said in a March 9 bulletin. TypeScript too will be faster, with build times cut by 10% to 25%. API consumers of TypeScript likely will be unaffected.
š„ Follow @javascriptdaily š„
https://www.infoworld.com/article/3690342/typescript-50-rebuilt-to-use-ecmascript-modules.html
13 265
#EvanYou thread on the report...
š„ Follow @javascriptdaily š„
https://twitter.com/youyuxi/status/1633249827755814912
13 265
WTF Is Code Extraction
By #MiŔkoHevery (Builder.io / #Qwik)
We are full-stack developers! That means we write both client and server code. But where should we place the server and client code? Conventional wisdom says that we should put them in different files. Except, it is not so simple; we also have code that runs both on the server and client. After all, we do Server-side rendering (SSR), so most of our client code also runs on the server.
I want to challenge the conventional wisdom and convince you that there is an existing trend of putting server and client code together and that it is better. Letās call it: ācode collocation.ā
The idea of placing server and client code together is not new, and it is already happening in NextJS/Remix/SolidJS.
But we have a problem to solve. We need to provide code to the server and code to the client, and as of right now, server code canāt access the DOM API and client code canāt read server dependencies such as databases. So there needs to be a way to separate the code.
The act of separating the code and creating server and client code bundles is called code extraction. Three different strategies starting with the most basic to advanced ones, are:
- Export extraction
- Function extraction
- Closure extraction
Letās dive into them.
https://www.builder.io/blog/wtf-is-code-extraction
13 265
2023 Web Framework Performance Report
- How do modern web frameworks compare in real-world usage & performance?
- Does framework choice influence a siteās Core Web Vitals?
- How related is framework choice to JavaScript payload size, and what is the impact?
Take a look at the report by #FredSchott from #Astro. Please keep in mind of the methodology and limitations.
https://astro.build/blog/2023-web-framework-performance-report/
13 265
There wouldn't be any need to use Typescript?
https://dev.to/smpnjn/types-may-finally-be-coming-to-javascript-56a2
