HN user

phaedryx

1,707 karma

I'm here

Posts31
Comments329
View on HN
cs.uwaterloo.ca 1y ago

An Aperiodic Monotile (2023)

phaedryx
59pts19
tad.thorley.dev 5y ago

Modest Vue for the HTML You Already Have

phaedryx
3pts0
www.cnbc.com 5y ago

Asia forms world’s biggest trade bloc, a China-backed group excluding U.S.

phaedryx
2pts0
techadequiz.com 5y ago

A near-impossible guessing game of tech through the decades

phaedryx
6pts0
en.wikipedia.org 6y ago

Peelian Principles (Policing by Consent)

phaedryx
2pts0
www.wsj.com 7y ago

The New Cities for New Grads: Salt Lake City, Pittsburgh and Baltimore

phaedryx
1pts0
medium.com 7y ago

Ruby goes Serverless – Apache OpenWhisk adds native support for Ruby

phaedryx
3pts0
pudding.cool 7y ago

Are Pop Lyrics Getting More Repetitive? (2017)

phaedryx
1pts0
engineering.udacity.com 8y ago

React Native: A retrospective from the mobile-engineering team at Udacity

phaedryx
285pts194
slate.com 8y ago

I Cut, You Choose: A new method of redistricting could solve gerrymandering

phaedryx
4pts0
stimulusjs.org 8y ago

Stimulus: A Modest JavaScript Framework for the HTML You Already Have

phaedryx
2pts0
egghead.io 8y ago

Manage Application State with Mobx State Tree

phaedryx
1pts0
www.nytimes.com 9y ago

Trump’s F.C.C. Pick Quickly Targets Net Neutrality Rules

phaedryx
562pts404
kmunger.github.io 9y ago

Tweetment Effects on the Tweeted: Experimentally Reducing Racist Harassment [pdf]

phaedryx
4pts0
shift.infinite.red 10y ago

An unfair head start for your React Native apps

phaedryx
14pts1
www.seepingmatter.com 10y ago

Introducing CooperDB

phaedryx
1pts0
github.com 10y ago

React Roadmap (for learning react)

phaedryx
4pts1
merryquizmas.com 10y ago

Show HN: Merry Quizmas, a challenging holiday character quiz

phaedryx
12pts1
spreecommerce.com 10y ago

The Future of Spree Open Source Software

phaedryx
1pts0
www.goldieblox.com 10y ago

Ruby Rails Skydive Action Figure

phaedryx
2pts0
gizmodo.com 11y ago

Steam Machines Are Back

phaedryx
2pts0
www.brookings.edu 11y ago

America's Advanced Industries What They Are, Where They Are, and Why They Matter

phaedryx
1pts0
medium.com 11y ago

The First Female Gamers

phaedryx
6pts1
itunes.apple.com 12y ago

Using Swift with Cocoa and Objective-C (free ebook)

phaedryx
4pts0
blog.plataformatec.com.br 12y ago

Comparing Protocols and Extensions in Swift and Elixir

phaedryx
4pts0
www.latimes.com 12y ago

Dorian S. Nakamoto hires lawyer to 'clear his name' of Bitcoin claim

phaedryx
2pts0
www.legacy.com 12y ago

Jim Weirich's condolences book

phaedryx
3pts0
heartmindcode.com 12y ago

The Jobhunting mindset

phaedryx
1pts0
blog.turntable.fm 12y ago

Turntable.fm shutting down - new "Turntable Live" introduced

phaedryx
98pts38
blowmage.com 13y ago

Adding Minitest Spec in Rails 4

phaedryx
4pts0

This is my understanding:

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 remember when Backbone first came on the scene and “get your truth out of the DOM” was the rallying cry.

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.

I think the idea of "sprinkling" JavaScript into your server-rendered HTML is a good one. However, I think that Stimulus is terrible.

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.

The thing is when people around me are "ruining their lives" it does affect me.

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.

Here's what Claude gave me:

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.

Our definitions of vandalism are different. I would count graffiti as vandalism. I would also count racial slurs written on private property using sidewalk chalk as vandalism.

I worked on a GraphQL API a few years ago and we solved these problems at the beginning and then forgot about them. We generated the schema for a user from their CanCan abilities (CanCan can handle attribute-level access, I wrote the PR). Shopify has support gems for the N+1 stuff, if I remember correctly. You can limit how many levels deep your query can go. We added some rate limiting.

Basically, these are all solved problems.

This is a blast from the past. What a crazy place the early internet was. I remember just striking up random conversations with random people with ICQ. My friends and I used it a lot. AOL's acquisition and changes killed it for us. It pushed us all over to IRC.