May 20
lmfaooo emberjs is dead. it was really popular 5 years ago lol
Exactly… they just don’t “die” once they’re popular. Someone would keep adopting it and different businesses would use different structures, usually what’s bubbling at the time of their launch.
So I ask.. wtf does that question even mean??
1
1
2
234
May 10
I have a branch with emberjs getting down to 30kb for hello world
May 10
firstly reacts 60kb isn't fat , fiber architecture exists because the js call stack is a run to completion trap
react's lane-based scheduler allows it to yield to the host . it can pause a heavy render to let a browser paint or an input event through
when you project a synchronous core imo it feels like performing a lobotomy . and it sounds like trading interruptible Rendering for a synchronous microtask loop
On a high-end m4, it’s invisible what about low end devices under the thermal throttle your nano-core will lock the main thread for 40ms during a transition
stripping of the runtime resillence for a light house score doesnt sound great at all
AI-assisted projections operate on Visual Mimicry, not Invariant Enforcement
LLMs mimic the observable shape of the API . they see useEffect and think run this after mount and cant even understand passive drain phase and why effects must be flushed in a specific order to prevent CSS-in-JS tearing
frameworks are universal protocols . by "projecting individual versions of the core, we are normalising for atomizing the ecosystem. if every project ships its own nano-reconciler, we lose the ability to share code
and tanner's 7kb core sounds great and highly performant for happy path the moment you hit the low level environment a background tab throttle, or a heavy browser extension, the "lean" architecture will crumble
lean doesn't mean great at all and fat doesn't mean slop
react's greatest invention is scheduler and lanes stripping of them doesnt make sense at all ngl
if we wanna strip the react's fat nature make it somewhat lean like move the scheduler into a Shared Worker or a WebAssembly (WASM)
like build a WASM-based ui kernel that lives in a separate thread it manages the virtual stack and priority queuing, sending only diff-packets to a tiny (~2KB) host-thread shim
compiling the lanes into binary (aot purning ) . A compiler that analyzes your component tree and re-builds a custom React runtime for that specific app . if you don't use useTransition, the compiler doesn't just stub it here it rewrites the internal reconciler logic to remove the lane-priority checks entirely
You get 100% correctness and invariant enforcement, but the bundle is exactly as big as your usage requires
so any of these solution doesnt make sense to me
3
15
2,681
Apr 26
CONNECTING PEOPLE TO HARDWARE THROUGH EMULATION & VIRTUALIZATION
Part 9: This is where their control mechanism comes together.
This is MASSIVELY IMPORTANT because its through this exact mechanism they successfully hit all 3 categories (Physical, Digital & Quantum) for complete control & integration of the Human Embedded System.
THE HIDDEN CONTROL MECHANISM (FLAVORS)
Microsoft
Use eBPF-based Sensor for Microsoft Defender for Endpoint on Linux
eBPF Sensor IS SHIPPED TO THE CLIENT (aka YOU) via Go
Remember Golang communicates with both Biological & Hardware through Software-Defined Radios.
PARTICLES &
The eBPF Sensor ties into GLUONS (PARTICLE) !!!!
The gluon is considered to be a massless vector boson with spin 1.
The gluon can be considered to be the fundamental exchange particle underlying the strong interaction between protons & neutrons in a nucleus.
hyperphysics.phy-astr.gsu.ed…
FLAVORS
W & Z particles are called intermediate vector bosons.
The charged W bosons participate in THE TRANSFORMATION OF QUARKS IN WHICH THE FLAVOR OF THE QUARK IS CHANGED.
The neutral Z boson does not participate in changing the flavor of quarks, so its interactions are harder to detect.
It interacts by influencing the scattering cross sections for neutrinos in what are called "neutral currents".
THIS IS THE MOST IMPORTANT PART
The W Boson ALLOWS QUARKS TO CHANGE “FLAVOR”
Flāvors
Flavors are the most important part of their Transhuman Agenda
FLAVOR PHYSICS
1) EOS - A software for Flavor Physics Phenomenology
eoshep.org/
EOS is a software package that addresses several use cases in the field of high-energy flavor physics:
github.com/eos/eos
Theory predictions of & uncertainty estimation for flavor observables within the Standard Model or within the Weak Effective Theory;
eos.github.io/doc/use-cases.…
BEAM FORMING & TELECOMMUNICATIONS
2) Lisp Flavoured Erlang (LFE)
LFE is not a casual Lisp. It's a Lisp for those who want to build distributed applications.
lfe.io/
3) CL-CUNEIFORM (MYSTICISM)
Common Lisp library for handling & parsing unicode Sumerian & Akkadian cuneiform signs & their ASCII & Latin representations.
github.com/thephoeron/cl-cun…
4) ATOM - Github Flavored Markdown (GFM)
GitHub Flavored Markdown in Atom
Adds syntax highlighting and snippets to GitHub flavored Markdown files in Atom.
github.com/atom/language-gfm
Github - Markdown Syntax
blog.csdn.net/guodongxiaren/…
Github Flavored Markdown syntax introduction
github.com/guodongxiaren/REA…
IMPORTANT THIS NEXT ONE GETS COMPUTED THROUGH ELECTRON JS
5) EmberJS
Ember.js flavored changesets, inspired by Ecto
ember-twiddle.com/e5eaa7bee6…,
The idea behind a changeset is simple: it represents a set of valid changes to be applied onto any Object (Ember.Object, DS.Model, POJOs, etc).
Each change is tested against an optional validation, and if valid, the change is stored and applied when executed.
github.com/adopted-ember-add…
1
11
20
3,194
Feb 28
RFC for adopting agent skills in emberjs is in final comment period github.com/emberjs/rfcs/pull…
Lemme know your thoughts!
7
310
Feb 11
The problem with some of these hyper optimised smaller models is they lack world knowledge.
It is like a painter who paints extremely well, but doesn't know who <insert semi famous person> is.
So while they make great images, ask them to draw something that is not that well known, they falter.
It happens with coding models too.
GLM-4.7 Flash and Qwen3 Coder Next are tremendously good models. At just 50-80B sizes.
And at many tasks they even surpasses Sonnet 4.5 (no kidding)
But if you work with slightly out of distribution tech stack, Sonnet tends to still know "in its head" about that framework too (eg. working with Emberjs instead of React) while the small models just don't know that.
Qwen Image 2 is a 7B model btw... down from 20B for image 1.. and beats Nano Banana in elo
congrats @JustinLin610 et al!!
1
2
31
5,195
Feb 10
3
427
Jan 19
Just released shadcn-ember: an @EmberJS port of shadcn/ui.
✅ 47 components ready to use
✅ CLI and MCP available
✅ Built for modern Ember (`.gts` template tag components)
✅ Works with @vite_js and @astrodotbuild
4
7
60
12,803
I find AI better at emberjs than reactjs, so i have hope for vue as well.
It turns out, when your community is smaller, the 'average' of your ecosystems's code can be higher than larger ecosystems with recursive slop generation problems
Will AI kill @vuejs?
The current advice is to pick a tech stack that the LLMs know well, to stay “in distribution”. This means picking React over Vue, Next over Nuxt, every single time.
If AI is writing all of your code, you want to work *with* the AI, not fight against it every step of the way.
But this advice only made sense for a brief period of time.
In 2026, our models and agents are now so good that being “in distribution” doesn’t matter nearly as much. You have more freedom to choose your tech stack again.
1
2
9
677
29 Dec 2025
Emberjs é da época do AngularJS (anterior ao Angular) e React no início.
Não vejo uma stack ruim, mas é bem consolidada, principalmente o Rails.
2
284
29 Dec 2025
muitos grandes usam emberjs, mas acho q a gnt não escuta muito falar hoje em dia pq é legado
1
2
952
27 Dec 2025
I haven't heard about EmberJS in a long time
27 Dec 2025
We need more diverse discussions around here. You nerds talk too much about React, lets talk about Ember for a while.
2
12
1,004
19 Dec 2025
🎥 My @EmberFest 2025 talk is now live on YouTube
“A Practical Intro to ReactiveResources & Schema-Driven Data Handling”
🔗 youtu.be/_gr7HbcZiSs?si=l_jt…
In this talk, I walk through how to migrate Ember apps from classic Ember Data models to WarpDrive’s ReactiveResources, using real examples, trade-offs, and patterns that work in larger, long-lived codebases.
The focus of the talk is @emberjs specific migration.
At the same time, WarpDrive itself isn’t Ember only the underlying ideas around reactive, schema-driven data also apply to React, Vue, and Svelte, which is part of why this approach feels durable as frontend ecosystems continue to evolve.
🧠 This is a practical talk, not a hype piece:
• how to migrate incrementally without rewrites
• how ReactiveResources change data flow and ownership
• why this approach reduces complexity as apps grow
If you build Ember apps and:
🔹 are thinking about the long-term shape of your data layer
🔹 feel friction with Ember Data model APIs
🔹 are curious about reactive, schema-driven data patterns beyond a single framework
...this might be worth a watch.
Would love to hear:
• what resonated
• what migration challenges you’re facing
• what patterns you’d like to explore next
• what can be improved
#EmberJS #WarpDrive #FrontendEngineering #WebDev #ReactiveData #EmberFest
1
4
7
335
7 Dec 2025
Improve interview skills with exercises and strategies ebook! #interviewprep #careeradvice #interviewtechniques #book #emberjs #javascript @leanpub leanpub.com/thejavascriptint…
1
3
14
4 Nov 2025
A RAM usage analyzer that actually gives you good picture of what is using all your RAM
(including child processes)
pnpm dlx ram-usage-analyzer
made with ❤️ & 🤖 with @emberjs & D3
1
3
185
Once upon a time, when I taught @emberjs to others, just because I found it cool
youtube.com/watch?v=I_yQR5GN…
3
1
17
2,122