(disclaimer: I'm a CEO of HTMX)
1,718 karma · joined December 14, 2010
(disclaimer: I'm a CEO of HTMX)
1. Ruby Central hosts, maintains, and sponsors Rubygems and Bundler
2. Based on recent events, it was possible that credentials were stolen (https://www.bleepingcomputer.com/news/security/60-malicious-...)
3. They decided to lock everyone out until security issues could be resolved
It makes sense to me from a security standpoint, but their communication has been terrible which has led to a lot of speculation.
I always get a positive response.
I do know Ruby well though.
I'm going to cheat and get a list from AI:
1. Difficulty in maintaining and debugging: When state is scattered throughout the DOM, it becomes challenging to track and manage, leading to code that is hard to maintain and debug.
2. Performance issues: Frequently querying the DOM for state information can be more expensive and slower compared to accessing data stored in JavaScript objects or dedicated state management solutions.
3. Lack of a single source of truth: Storing state in the DOM makes it difficult to establish a centralized, authoritative source for application data, which can lead to inconsistencies and errors.
4. Synchronization problems: Keeping DOM elements in sync with a mutable list of data can quickly become complex, especially when dealing with dynamic lists or elements without unique identifiers.
5. State persistence issues: DOM-based state is vulnerable to loss during page refreshes or navigation, which can lead to poor user experiences, especially in single-page applications.
6. Scalability challenges: As applications grow, managing state in the DOM becomes increasingly cumbersome and can result in performance bottlenecks.
7. Difficulty in implementing advanced features: Techniques like time-travel debugging, state snapshots, and easy hydration become more challenging or impossible when state is primarily stored in the DOM.
8. Increased complexity in component communication: Relying on DOM for state can complicate the process of sharing data between components, potentially leading to prop drilling or other anti-patterns.
1. There isn't a good way to test it. There is nothing in the docs about how to test it.
2. Keeping state in the DOM is dangerous
3. Messaging between Stimulus controllers is painful
4. They disconnect parameters from functions. The functions have to scan through the DOM to find what they need which I think is fundamentally weird
5. Reusability is rare
6. It doesn't try to play nice with the larger JavaScript ecosystem.
I personally prefer Vue.
Some very minor feedback: the animations are a bit too busy for my tastes
Crime goes up, bankruptcy goes up, corruption in sports goes up, etc.
I agree that people should be given freedoms, but we live in societies and people aren't independent, disconnected, autonomous units.
https://kslnewsradio.com/2113554/largest-geothermal-energy-d...
A real-life example of three events A, B, and C where A and B are correlated, B and C are correlated, but A and C are uncorrelated could be:
A: Ice cream sales B: Temperature C: Energy consumption for air conditioning
Let's break this down:
A and B correlation:
Ice cream sales (A) and temperature (B) are positively correlated. As temperature rises, people tend to buy more ice cream.
B and C correlation:
Temperature (B) and energy consumption for air conditioning (C) are positively correlated. As temperature increases, people use more air conditioning, leading to higher energy consumption.
A and C uncorrelated:
Ice cream sales (A) and energy consumption for air conditioning (C) are not directly correlated. While both increase with temperature, there's no direct causal relationship between them.