🇸🇪 Øredev 2026

Thinking Outside the Box: Alternative Architectures for Modern Web Applications

In a world dominated by traditional architectures, developers often overlook other patterns that could better serve their apps. This talk explores lessons from around the globe and across industries.

First, we’ll explore Mini Apps—born of China’s super apps like WeChat—showing how their dual-thread model and lifecycle design deliver remarkable performance in constrained environments.

Then, we’ll rethink browser apps using the Entity-Component-System (ECS) model from game development, showing how its data-oriented design can address complex state challenges and unlock new levels of performance.

Transcript

1. Hej, Malmö! 👋 🇸🇪 THINKING OUTSIDE THE BOX: ALTERNATIVE ARCHITECTURES FOR MODERN WEB APPLICATIONS • NOVEMBER 4, 2026.
2. THINKING OUTSIDE THE BOX: ALTERNATIVE ARCHITECTURES FOR MODERN WEB APPLICATIONS MATHEUS ALBUQUERQUE • @ythecombinator
3. 𝕏 Matheus Albuquerque ↝ 👨💻 STAFF SWE @ MEDALLIA ↝ ⚛ CHAIR @ REACT SUMMIT NYC ↝ ⚡ GOOGLE DEVELOPER EXPERT ↝ YTHECOMBINATOR
4. Who here works with front-end? And React?
5. THINKING OUTSIDE THE BOX: ALTERNATIVE ARCHITECTURES FOR MODERN WEB APPLICATIONS Preamble
6. In my humble opinion, we have a lot to learn from… other tools.
7. LEARNING FROM OTHER TOOLS… 2021 2014
8. LEARNING FROM OTHER TOOLS… 2021 2005
10. In my humble opinion, we have a lot to learn from… the past.
11. LEARNING FROM THE PAST…
12. LEARNING FROM THE PAST… 2023 1993
13. In my humble opinion, we have a lot to learn from… other industries.
14. LEARNING FROM OTHER INDUSTRIES… 2018 2014
15. THINKING OUTSIDE THE BOX: ALTERNATIVE ARCHITECTURES FOR MODERN WEB APPLICATIONS
16. In my humble opinion, we have a lot to learn from… other countries.
17. LEARNING FROM OTHER COUNTRIES…
18. LEARNING FROM OTHER COUNTRIES…
19. LEARNING FROM OTHER COUNTRIES…
20. THIS SESSION PRESENTS… MINI & SUPER APPS ECS ↝ MY HISTORY WITH THAT ↝ MY HISTORY WITH THAT ↝ OVERVIEW ↝ OVERVIEW ↝ ARCHITECTURE ↝ ARCHITECTURE ↝ ECOSYSTEM ↝ ECOSYSTEM ↝ WHY DOES IT MATTER? ↝ WHY DOES IT MATTER?
21. THINKING OUTSIDE THE BOX: ALTERNATIVE ARCHITECTURES FOR MODERN WEB APPLICATIONS Mini Apps & Super Apps
22. THINKING OUTSIDE THE BOX: ALTERNATIVE ARCHITECTURES FOR MODERN WEB APPLICATIONS MY HISTORY WITH THAT…
23. THINKING OUTSIDE THE BOX: ALTERNATIVE ARCHITECTURES FOR MODERN WEB APPLICATIONS
24. CONTEXT IN CHINA…
25. CONTEXT IN CHINA… — DECODING THE WEB IN CHINA FOR PEAK WEB PERFORMANCE • JODIE CHAN, 2023
26. CONTEXT IN CHINA…
27. OVERVIEW
28. SUPER APPS? ↝ HOSTS TO OTHER APPS THAT RUN WITHIN THEM. ↝ THEY'VE TAKEN THE CHINESE MARKET BY STORM. ↝ WECHAT (微信) BY TENCENT, ALIPAY ( 付宝) BY ANT GROUP, BAIDU (百度), BYTEDANCE'S DOUYIN (抖 音 支 TIKTOK (蒂克托克). ) AND
29. SUPER APPS! 900 MILLION+ 661 MILLION+ Monthly active users engage with Monthly active users engage with Mini Programs on WeChat. Mini Programs on Alipay. STATISTA, NUMBER OF MONTHLY ACTIVE USERS OF LEADING MINI- STATISTA, NUMBER OF MONTHLY ACTIVE USERS OF ALIPAY MINI PROGRAM PROGRAM PLATFORMS IN CHINA IN DECEMBER 2024 IN CHINA IN SELECTED MONTHS FROM SEPTEMBER 2020 TO MAY 2024
30. MINI APPS?
31. THINKING OUTSIDE THE BOX: ALTERNATIVE ARCHITECTURES FOR MODERN WEB APPLICATIONS ARCHITECTURE
32. ARCHITECTURE: TWO THREADS ↝ VIEW LAYER: ONLY DEALS WITH RENDERING AND LISTENS TO EVENTS. ↝ LOGIC LAYER: IT PROCESSES DATA, SENDS IT TO THE VIEW LAYER, AND RECEIVES FEEDBACK FROM IT. ↝ AS OPPOSED TO A REGULAR WEB APP, THIS SEPARATION CAN PREVENT EXPENSIVE LOGIC FROM BLOCKING THE RENDERING PIPELINE.
33. ARCHITECTURE: TWO THREADS VIEW LOGIC WEBVIEW • NATIVE RENDERING JAVASCRIPT ENGINE EVENT ↓ DATA ↑ DATA ↓ EVENT ↑ NATIVE ⇅ HTTPS • WEBSOCKET SERVER
34. ARCHITECTURE: TWO THREADS VIEW LOGIC iOS: WKWebView iOS: JavaScriptCore ANDROID: DIFFERENT ANDROID: V8 PROPRIETARY ENGINES (E.G., TENCENT’S X5 OR BAIDU'S T7) DEVTOOLS: CHROMIUM DEVTOOLS: NW.js OR ELECTRON
35. ARCHITECTURE: EXECUTION
36. THINKING OUTSIDE THE BOX: ALTERNATIVE ARCHITECTURES FOR MODERN WEB APPLICATIONS VIEW
37. TEMPLATING ↝ THERE IS USUALLY A MARKUP LANGUAGE WITH A TEMPLATE MECHANISM SIMILAR TO HTML. ↝ THE MINIAPP RUNTIME TRANSLATES THE MARKUP LANGUAGE INTO HTML OR NATIVE CODE. ↝ EACH PAGE IS RENDERED IN A DIFFERENT WEBVIEW BUT ALL WEBVIEWS SHARE THE IMAGE CACHE.
38. TEMPLATING
39. WXML wxml <view wx:if="{{view == 'one'}}">One</view> <view wx:elif="{{view == 'two'}}">Two</view> <view wx:else="{{view == 'three'}}">Three</view> page.js Page({ data: { view: "three", }, > - - - - ! }); / < / TEMPLATING: PRIOR ART VUE.JS
40. TEMPLATING: PRIOR ART 2014 2009
41. TEMPLATING: PRIOR ART 2009 1998
42. TEMPLATING: PRIOR ART
43. COMPONENTS: BUILT-IN
44. COMPONENTS: CUSTOM
45. THINKING OUTSIDE THE BOX: ALTERNATIVE ARCHITECTURES FOR MODERN WEB APPLICATIONS LOGIC
46. SCRIPTING
47. SCRIPTING ↝ A SUBSET OF JS NOT TO BE CONFUSED WITH IT. ↝ NO SUPPORT FOR: eval(), new Function(), document, window, STANDARD ES MODULES, AND OTHERS. ↝ SOME HOSTS PROVIDE BUILT-IN POLYFILLS TO MITIGATE CERTAIN INTEROPERABILITY ISSUES.
48. SCRIPTING: APIs
49. SCRIPTING: APIs?
50. THINKING OUTSIDE THE BOX: ALTERNATIVE ARCHITECTURES FOR MODERN WEB APPLICATIONS STYLING
51. STYLING ↝ DIALECTS OF CSS THAT EXTEND IT WITH RESPONSIVE PIXELS. ↝ STYLES CAN BE: ↝ IMPORTED WITH AN @IMPORT RULE. ↝ DECLARED INLINE, WITH INTERPOLATION.
52. THINKING OUTSIDE THE BOX: ALTERNATIVE ARCHITECTURES FOR MODERN WEB APPLICATIONS PERFORMANCE
53. SNAPSHOTS ↝ A PRE-RENDERING PROCESS ON SOME PAGES IN THE CLOUD TO GENERATE AN INTERMEDIATE, COMPRESSED FORMAT. ↝ THE MINIAPP ENGINE LOADS, PARSES AND RENDERS THE SNAPSHOT. ↝ E.G.: 50K JS SOURCE ⇢ 3K SNAPSHOT.
54. VIRTUAL DOM ↝ THE PAGE RENDERING OF MINIAPPS OFTEN USES VDOM. ↝ SOME MINIAPP ENGINES USE WEBASSEMBLY TO IMPLEMENT THE CORE LOGIC OF VDOM AND MODIFY THE JS ENGINE TO ENHANCE THE PERFORMANCE OF CALLS BETWEEN JS AND WEBASSEMBLY.
55. SKYLINE + GLASS-EASEL: OVERVIEW
56. SKYLINE + GLASS-EASEL: OVERVIEW ↝ WECHAT’S NEWER RENDERING ENGINE. ↝ DESIGNED TO BE FASTER AND MORE EFFICIENT THAN THE TRADITIONAL WEBVIEW-BASED ENGINE. ↝ REPLACES THE LEGACY ARCHITECTURE WITH A MUCH MORE STREAMLINED RENDERING PIPELINE TO ACHIEVE NATIVE-LIKE PERFORMANCE.
57. SKYLINE + GLASS-EASEL: OVERVIEW ↝ A NATIVE RENDERING ENGINE WITH ITS OWN COMPONENT SYSTEM (GLASS-EASEL) INSTEAD OF EMBEDDING A SYSTEM BROWSER. ↝ LAYOUT, STYLE, AND COMPOSITING ARE HANDLED INSIDE THE ENGINE, NOT IN A BROWSER PROCESS. ↝ PAGES SHARE ONE RENDERING ENGINE INSTANCE INSTEAD OF SPINNING UP A NEW WEBVIEW PER PAGE.
58. const { runOnUI } wx.worklet function someWorklet(greeting) { 'worklet' console.log(greeting) } JS Thread someWorklet('hello') UI Thread = / runOnUI(someWorklet)('hello') / / / SKYLINE + GLASS-EASEL: WORKLETS
59. SKYLINE + GLASS-EASEL: WORKLETS const { runOnJS, runOnUI } wx.worklet function someFunc(greeting) { console.log('hello', greeting); } function someWorklet() { 'worklet' runOnJS(someFunc)('skyline') } = runOnUI(someWorklet)()
60. SKYLINE + GLASS-EASEL: DIRECTIVES SKYLINE NEXT.JS
61. SKYLINE + GLASS-EASEL: DIRECTIVES SKYLINE SOLID START
62. SKYLINE + GLASS-EASEL: DIRECTIVES SKYLINE LYNX
63. THINKING OUTSIDE THE BOX: ALTERNATIVE ARCHITECTURES FOR MODERN WEB APPLICATIONS ECOSYSTEM
64. OPEN SOURCE
65. THINKING OUTSIDE THE BOX: ALTERNATIVE ARCHITECTURES FOR MODERN WEB APPLICATIONS
66. STANDARDIZATION
67. THINKING OUTSIDE THE BOX: ALTERNATIVE ARCHITECTURES FOR MODERN WEB APPLICATIONS
68. OTHER HOSTS
69. OTHER HOSTS
70. THINKING OUTSIDE THE BOX: ALTERNATIVE ARCHITECTURES FOR MODERN WEB APPLICATIONS WHY DOES IT MATTER?
71. WHY DOES IT MATTER?
72. WHY DOES IT MATTER?
73. WHY DOES IT MATTER?
74. WHY DOES IT MATTER? — HIGH RESPONSE RATE AND LOW COST OF WECHAT-BASED DATA COLLECTION OF INFANT AND YOUNG CHILD FEEDING DATA IN RURAL QINGHAI PROVINCE, CHINA
76. LEARNING FROM OTHER INDUSTRIES…
77. LEARNING FROM OTHER INDUSTRIES…
78. LEARNING FROM OTHER INDUSTRIES…
79. LEARNING FROM OTHER INDUSTRIES…
80. LEARNING FROM OTHER INDUSTRIES…
81. THINKING OUTSIDE THE BOX: ALTERNATIVE ARCHITECTURES FOR MODERN WEB APPLICATIONS
83. “This attitude does not only work in the context of the game industry, though. Any other industry with strong architectural requirements can be a source of inspiration and knowledge for us and help us write better code on the web” An Actor, a model and an architect walk onto the web... • Surma
84. THINKING OUTSIDE THE BOX: ALTERNATIVE ARCHITECTURES FOR MODERN WEB APPLICATIONS Entity Component Systems
85. THINKING OUTSIDE THE BOX: ALTERNATIVE ARCHITECTURES FOR MODERN WEB APPLICATIONS MY HISTORY WITH THAT…
86. ME BACK IN 2016…
87. ME BACK IN 2017…
88. THE CREATOR OF REACT IN 2024…
89. THE CREATOR OF REACT IN 2024…
90. THINKING OUTSIDE THE BOX: ALTERNATIVE ARCHITECTURES FOR MODERN WEB APPLICATIONS OVERVIEW
91. THINKING OUTSIDE THE BOX: ALTERNATIVE ARCHITECTURES FOR MODERN WEB APPLICATIONS HARDWARE
92. CPUs ARE FAST ↝ BASIC MATH CAN BE DONE IN A FEW CYCLES. ↝ COMPLEX MATH REQUIRES A FEW MORE CYCLES—BUT IT’S STILL OK. ↝ SIMD MAKES THE THROUGHPUT EVEN BETTER BY PROCESSING MULTIPLE VALUES IN THE TIME IT TAKES TO DO A SINGLE INSTRUCTION.
93. MEMORY IS NOT AS FAST ↝ CPUS CAN ONLY OPERATE ON DATA THAT IS PHYSICALLY CO-LOCATED. ↝ EITHER IN A REGISTER OR IN THE L1 CACHE. ↝ EVERYTHING ELSE NEEDS TO BE LOADED FIRST.
94. MEMORY IS NOT AS FAST CPU MEMORY 100 NS ⇆
95. MEMORY IS NOT AS FAST CPU 4 NS ⇆ MEMORY L2 CACHE 100 NS ⇆
96. MEMORY IS NOT AS FAST CPU MEMORY 4 NS ⇆ 0.5 NS ⇆ 100 NS ⇆ L2 CACHE L1 CACHE
97. MEMORY IS NOT AS FAST CPU MEMORY 200X 8X 1X L2 CACHE L1 CACHE
98. MEMORY IS NOT AS FAST CPU MEMORY L1 CACHE L2 CACHE
99. MEMORY IS NOT AS FAST CPU MEMORY L1 CACHE L2 CACHE
100. MEMORY IS NOT AS FAST CPU MEMORY L1 CACHE L2 CACHE
101. MEMORY IS NOT AS FAST
102. MEMORY IS NOT AS FAST ↝ MEMORY ACCESS IS SLOW. ↝ CACHING CAN ALLEVIATE MOST OF THE LATENCY IF THE CPU CAN PREDICT THE ACCESS PATTERN—USUALLY, THE SIMPLE ONES. ↝ LINEAR PATTERNS ARE USUALLY GOOD. ↝ RANDOM PATTERNS ARE USUALLY BAD.
103. THINKING OUTSIDE THE BOX: ALTERNATIVE ARCHITECTURES FOR MODERN WEB APPLICATIONS DATA-ORIENTED DESIGN
104. DATA-ORIENTED DESIGN
105. DATA-ORIENTED DESIGN ↝ A COLLECTION OF TECHNIQUES TO ANALYZE THE ACCESS PATTERNS OF THE DIFFERENT KINDS OF DATA AND SELECT DATA STRUCTURES THAT OPTIMALLY LEVERAGE THE UNDERLYING HARDWARE. ↝ THE OPTIMIZATIONS ARE OFTEN RELATED TO OPTIMIZING USAGE OF THE CPU CACHE, LIMITING LOADING/STORING TO RAM (CACHE MISSES), AND USAGE OF SIMD INSTRUCTIONS.
106. DATA-ORIENTED DESIGN: AOS ⨯ SOA type Entity { position: { x: number; y: number }; velocity: { x: number; y: number }; hitPoints: number; }; const entities: Entity[] [ { position: { x: 0, y: 0 }, velocity: { x: 1, y: 1 }, hitPoints: 100 }, { position: { x: 10, y: 5 }, velocity: { x: -1, y: 0 }, hitPoints: 80 }, = = . . . / / ];
107. const positions new Float32Array([0, 0, 10, 5 / /]); const velocities new Float32Array([1, 1, -1, 0 / /]); const hitPoints new Int16Array([100, 80 / Entity i const i /]); index in all arrays 0; console.log(positions[i * 2], positions[i * 2 + 1]); console.log(velocities[i * 2], velocities[i * 2 + 1]); * * . / . . / . . . * * * . . . * = = = = = console.log(hitPoints[i]); / / DATA-ORIENTED DESIGN: AOS ⨯ SOA x, y
108. DATA-ORIENTED DESIGN: AOS ⨯ SOA
109. DATA-ORIENTED DESIGN: AOS ⨯ SOA ARRAY OF STRUCTURES STRUCTURE OF ARRAYS ✅ EASY TO READ, WRITE, AND MODEL FOR US. ✅ EXCELLENT DATA LOCALITY. ✅ ENTITIES ARE INTUITIVE BUNDLES. ✅ CACHE-FRIENDLY + SIMD ACCELERATION POSSIBLE. ❌ POOR DATA LOCALITY. ✅ PARALLELIZABLE: SYSTEMS OPERATE ON “COLUMNS” INDEPENDENTLY. ❌ ITERATING OVER MILLIONS SCALES BADLY. ❌ LESS INTUITIVE FOR DEVS USED TO OBJECTS. ❌ HARD TO PARALLELIZE BECAUSE DATA IS INTERLEAVED. ❌ HARDER TO DEBUG AN ENTITY.
110. DATA-ORIENTED DESIGN: AOS ⨯ SOA ARRAY OF STRUCTURES STRUCTURE OF ARRAYS ✅ EASY TO READ, WRITE, AND MODEL FOR US. ✅ EXCELLENT DATA LOCALITY. ✅ ENTITIES ARE INTUITIVE BUNDLES. ✅ CACHE-FRIENDLY + SIMD ACCELERATION POSSIBLE. ❌ POOR DATA LOCALITY. ✅ PARALLELIZABLE: SYSTEMS OPERATE ON “COLUMNS” INDEPENDENTLY. ❌ ITERATING OVER MILLIONS SCALES BADLY. ❌ LESS INTUITIVE FOR DEVS USED TO OBJECTS. ❌ HARD TO PARALLELIZE BECAUSE DATA IS INTERLEAVED. ❌ HARDER TO DEBUG AN ENTITY.
111. ARRAY OF STRUCTURES POSITION X Y VELOCITY dX dY HP
112. ARRAY OF STRUCTURES UNITS 0 ⇢ 2 X Y dX dY HP X Y dX dY HP X Y dX dY HP HP X Y dX dY HP HP X Y dX dY HP UNITS 3 ⇢ 5 X Y dX dY HP X Y dX dY UNITS … ⇢ N X Y dX dY HP X Y dX dY
113. ARRAY OF STRUCTURES: DAMAGE UNITS 0 ⇢ 2 HP HP HP HP HP HP HP UNITS 3 ⇢ 5 HP UNITS … ⇢ N HP
114. STRUCTURE OF ARRAYS POSITIONS X Y X Y X Y X Y X Y X Y X Y dX dY dX dY dX dY HP HP HP HP HP HP VELOCITIES dX dY dX dY dX dY dX dY HIT POINTS HP HP HP HP HP HP HP HP
115. STRUCTURE OF ARRAYS POSITIONS THREAD A X Y X Y X Y X Y X Y X Y dX dY dX dY dX dY HP HP HP HP HP HP VELOCITIES THREAD B dX dY dX dY dX dY HIT POINTS THREAD C HP HP HP HP HP HP
116. DATA-ORIENTED DESIGN: MINDSET ↝ SMALL LOOPS THAT OPERATE ON ARRAYS OF FIELDS. ↝ MINIMIZE THE AMOUNT OF DATA IN CACHE THAT ISN’T READ OR WRITTEN DURING THE UPDATE. ↝ SEVERAL TRANSFORMS CAN RUN IN PARALLEL ON THE SAME LOGICAL OBJECT IF THEY DON’T SHARE FIELDS.
117. DATA-ORIENTED DESIGN: MINDSET ↝ COULD INDICES REPLACE REFERENCES? ↝ COULD A FLAT ARRAY REPLACE A COLLECTION OF OBJECTS? ↝ ARE WE CACHING SOMETHING THAT SHOULDN'T BE EXPENSIVE? ↝ ARE WE ORGANIZING DATA FOR DEVELOPERS OR FOR THE OPERATIONS WE ACTUALLY PERFORM?
118. What if the data structure is the problem?
119. THINKING OUTSIDE THE BOX: ALTERNATIVE ARCHITECTURES FOR MODERN WEB APPLICATIONS
120. DATA-ORIENTED DESIGN: BENCHMARKS
121. DATA-ORIENTED DESIGN: BENCHMARKS
122. DATA-ORIENTED DESIGN: BENCHMARKS
123. DATA-ORIENTED DESIGN: BENCHMARKS
124. THRIVING WHEN AT SCALE…
125. DATA-ORIENTED DESIGN: BENCHMARKS
126. THINKING OUTSIDE THE BOX: ALTERNATIVE ARCHITECTURES FOR MODERN WEB APPLICATIONS
127. THINKING OUTSIDE THE BOX: ALTERNATIVE ARCHITECTURES FOR MODERN WEB APPLICATIONS ARCHITECTURE
128. ARCHITECTURE ↝ ENTITIES: UNIQUE IDENTIFIERS WITH ZERO OR MORE COMPONENTS THEY CAN CHANGE DYNAMICALLY. ↝ COMPONENTS: PLAIN DATATYPES WITHOUT BEHAVIOR. ↝ SYSTEMS: FUNCTIONS MATCHED WITH ENTITIES THAT HAVE A CERTAIN SET OF COMPONENTS.
129. ARCHITECTURE: COMPONENTS… updatePosition() X damage() HP Y dX dY
130. ARCHITECTURE: ENTITIES… updatePosition() X damage() HP Y dX dY
131. ARCHITECTURE: SYSTEMS… updatePosition() X damage() HP Y dX dY
132. ARCHITECTURE GREAT ↪ QUERYING AND ITERATING SETS OF ENTITIES LINEARLY. ↪ DYNAMICALLY CHANGING COMPONENTS AT RUNTIME. ↪ GENERALLY GOOD FOR MULTITHREADING DUE TO THE SEPARATION OF DATA AND BEHAVIOR. NOT GREAT ↪ QUERIES OR OPERATIONS THAT REQUIRE HIGHLY SPECIALIZED DATA STRUCTURES, SUCH AS BINARY TREES OR SPATIAL STRUCTURES.
133. ARCHITECTURE GREAT ↪ QUERYING AND ITERATING SETS OF ENTITIES LINEARLY. ↪ DYNAMICALLY CHANGING COMPONENTS AT RUNTIME. ↪ GENERALLY GOOD FOR MULTITHREADING DUE TO THE SEPARATION OF DATA AND BEHAVIOR. NOT GREAT ↪ QUERIES OR OPERATIONS THAT REQUIRE HIGHLY SPECIALIZED DATA STRUCTURES, SUCH AS BINARY TREES OR SPATIAL STRUCTURES.
134. DESIGN & IMPLEMENTATION ↝ WHEN DOES DATA NEED TO BE ACCESSED/MUTATED? HOW OFTEN DOES THIS HAPPEN? ↝ WHICH DATA IS ACCESSED/MUTATED TOGETHER? ↝ WHAT IS THE CARDINALITY OF THE DATA? ↝ HOW MANY INSTANCES OF THE DATA WILL EXIST?
135. DESIGN & IMPLEMENTATION SPARSE TABLE-BASED ↝ STORES EACH COMPONENT IN ITS ↝ STORES ENTITIES IN TABLES, OWN SPARSE SET, WHERE THE WHERE COMPONENTS ARE COLUMNS ENTITY ID SERVES AS THE KEY. AND ENTITIES ARE ROWS. ↝ FAST ADD/REMOVE OPERATIONS. ↝ FAST TO QUERY AND ITERATE.
136. DESIGN & IMPLEMENTATION BITSET-BASED REACTIVE ↝ STORES COMPONENTS IN ARRAYS ↝ USES SIGNALS RESULTING FROM AND USES A BITSET TO ENTITY MUTATIONS TO KEEP INDICATE IF AN ENTITY HAS A TRACK OF WHICH ENTITIES SPECIFIC COMPONENT. MATCH SYSTEMS/QUERIES.
137. BITMASK-BASED TRACKING…
138. BITMASK-BASED TRACKING…
139. THINKING OUTSIDE THE BOX: ALTERNATIVE ARCHITECTURES FOR MODERN WEB APPLICATIONS ECOSYSTEM
140. THE GAMES WE PLAY…
141. THE GAMES WE PLAY…
142. THINKING OUTSIDE THE BOX: ALTERNATIVE ARCHITECTURES FOR MODERN WEB APPLICATIONS
143. THE BROWSER APPS WE BUILD…
144. THE BROWSER APPS WE BUILD…
145. THINKING OUTSIDE THE BOX: ALTERNATIVE ARCHITECTURES FOR MODERN WEB APPLICATIONS WHY DOES IT MATTER?
146. CODE DATA COUPLING… CODE COUPLING ↝ MIXING UP CONCERNS. ↝ BAD FOR MAINTAINABILITY. ↝ OFTEN SEEN AS AN ISSUE. DATA COUPLING ↝ MIXING UP DATA SLICES NOT ACCESSED BY THE SAME CODE. ↝ BAD FOR DATA SHARING. ↝ NOT OFTEN SEEN AS AN ISSUE.
147. CODE DATA COUPLING… CODE COUPLING ↝ MIXING UP CONCERNS. ↝ BAD FOR MAINTAINABILITY. ↝ OFTEN SEEN AS AN ISSUE. DATA COUPLING ↝ MIXING UP DATA SLICES NOT ACCESSED BY THE SAME CODE. ↝ BAD FOR DATA SHARING. ↝ NOT OFTEN SEEN AS AN ISSUE.
148. HARDWARE CONSTRAINTS…
149. HARDWARE CONSTRAINTS…
150. HARDWARE CONSTRAINTS…
151. THINKING OUTSIDE THE BOX: ALTERNATIVE ARCHITECTURES FOR MODERN WEB APPLICATIONS #0 Don't take fast networks, CPUs and RAM for granted.
152. THINKING OUTSIDE THE BOX: ALTERNATIVE ARCHITECTURES FOR MODERN WEB APPLICATIONS Closing Thoughts
153. THINKING OUTSIDE THE BOX: ALTERNATIVE ARCHITECTURES FOR MODERN WEB APPLICATIONS #1 Software development continually goes through cycles…
154. THINKING OUTSIDE THE BOX: ALTERNATIVE ARCHITECTURES FOR MODERN WEB APPLICATIONS Software development continually #1 goes through cycles… What’s di erent now? What great ideas have ff turned into lost art?
155. THINKING OUTSIDE THE BOX: ALTERNATIVE ARCHITECTURES FOR MODERN WEB APPLICATIONS #2 It all sounds incredibly complex!
156. IT ALL SOUNDS INCREDIBLY COMPLEX!
157. THINKING OUTSIDE THE BOX: ALTERNATIVE ARCHITECTURES FOR MODERN WEB APPLICATIONS
158. […] “While browsing HackerNews, I sometimes get the feeling that every developer out there is working for FAANG, as there are always posts from those people doing some hyped stu . Or you might think that PHP is never used nowadays because whenever it’s mentioned, everyone is hating on it in the comments.” […] f — The silent majority • Vadim Kravcenko, 2022
159. […] “But let’s be straight, that’s like 1% of all of the developers out there — the rest of them are just lurking and coding with their language of choice and being content with it. Be it Fortran, COBOL, Perl, or PHP.” […] — The silent majority • Vadim Kravcenko, 2022
160. THINKING OUTSIDE THE BOX: ALTERNATIVE ARCHITECTURES FOR MODERN WEB APPLICATIONS It all sounds incredibly complex! #2 You don’t need to know all of that to be productive building User Interfaces.
161. YOU DON’T NEED ALL OF THAT! BUT…
162. THINKING OUTSIDE THE BOX: 🌶 ALTERNATIVE ARCHITECTURES FOR MODERN WEB APPLICATIONS Fundamentals matter #3 more in the AI era . Agents can automate coding but only engineers understand ff tradeo s.
163. THINKING OUTSIDE THE BOX: ALTERNATIVE ARCHITECTURES FOR MODERN WEB APPLICATIONS Agents can automate coding but only engineers who #3 understand memory, scheduling, rendering, and other computer science fundamentals can decide what should be optimized.
166. THINKING OUTSIDE THE BOX: ALTERNATIVE ARCHITECTURES FOR MODERN WEB APPLICATIONS
167. THINKING OUTSIDE THE BOX: ALTERNATIVE ARCHITECTURES FOR MODERN WEB APPLICATIONS The quality of our engineering decisions depends partly on the #4 range of ideas we've encountered, the alternatives we've explored, and our ability to recognize what works in a particular context.
169. THAT’S ALL, FOLKS! TACK! 👋 🇸🇪 QUESTIONS? MATHEUS ALBUQUERQUE • @ythecombinator