Readit News logoReadit News
amoerie commented on UK air traffic control meltdown   jameshaydon.github.io/nat... · Posted by u/jameshh
sam0x17 · 2 years ago
Why on earth do they not have GUIDs for these navigation points if the names are not globally unique and inter-region routes are commonplace?
amoerie · 2 years ago
Long story: because changing identifiers is a considerable refactoring, and it takes coordination with multiple worldwide distributed partners to transition safely from the old to the new system, all to avoid a hypothetical issue some software engineer came up with

Short story: money. It costs money to do things well.

amoerie commented on Anyone incarcerated 2+ years is going to return to their Google account deleted   twitter.com/GrahamStarr/s... · Posted by u/notRobot
lazide · 2 years ago
Cite on the $1.99 thing?
amoerie · 2 years ago
https://support.google.com/accounts/answer/12418290?hl=en#zi...

Interestingly, buying a single book or movie also exempts your account from deletion.

amoerie commented on Have attention spans been declining?   slimemoldtimemold.com/202... · Posted by u/janandonly
guerilla_prgrmr · 2 years ago
2022: “Thanks viewing my part 1 of 9 introductory video on how to master regex….”

2023: “GPT make regex to remove white space”

amoerie · 2 years ago
Ironically, your answer is very well compressed.
amoerie commented on macOS 14 will support JPEG XL   twitter.com/jonsneyers/st... · Posted by u/biggestfan
amoerie · 2 years ago
As a radiology software developer: please please let JPEG XL become a thing. I sincerely hope this might make Chrome change its mind. JPEG XL is a game changer for 16 bit lossless images. The technical landscape for these kinds of images today is barren.
amoerie commented on Codeberg – Fast open source alternative to GitHub   codeberg.org/... · Posted by u/oblio
oblio · 2 years ago
I'm guessing the Golang implementation and probably a smaller team working on the frontend?

GitHub is perceptibly slower than Codeberg, just open 2 tab side by side and try them out.

amoerie · 2 years ago
Codeberg being faster might be a side effect of not being very popular yet.
amoerie commented on Ask HN: What is your favorite front end state management solution?    · Posted by u/manx
KronisLV · 3 years ago
Personally I have enjoyed Pinia the most when working with Vue projects: https://pinia.vuejs.org/

It is simple (no need for lots of boilerplate code), reasonably performant, integrates with the browser Vue dev tools nicely and is just generally a pleasure to work with, especially because Vue does a few things better than React in my eyes - most notably, the hooks.

Pinia in particular also seems to generally get out of your way and doesn't enforce a particular architecture upon you. Want to add methods to the store to interact with an API and not have to think about that in your other components, merely call a method for initializing some data from the API that will take care of the store state? Sure! Want to do the opposite and only use the store for persisting data, regardless of where it's initialized? Go ahead. Want to have your components react to changes in the store? This will work with either approach.

This is subjective, of course, but personally that combination of tools has resulted in a pretty good development experience, in my eyes something like the following is a nice stack:

  - Vue 3 with Composition API (hooks)
  - using SFC with <script setup> (takes care of some boilerplate)
  - using Pinia for state management
  - using PrimeVue or a similar component library (to have ready-made components for most needs)
For React, I have to say that MobX was nice last I checked: https://mobx.js.org/README.html though React's own Context functionality is also okay: https://reactjs.org/docs/context.html

amoerie · 3 years ago
I've been working on a large React + Mobx codebase for nearly 3 years now, and it's still holding up surprisingly well. Mobx is really well designed and plays nicely with React. I haven't encountered anything more appealing than this combo yet (Admittedly I haven't tried Vue yet)
amoerie commented on Million: less than 1kb virtual DOM that is fast   millionjs.org/... · Posted by u/bpierre
pkrumins · 3 years ago
Why use virtual dom when you can just use regular dom?
amoerie · 3 years ago
Can you write declarative reactive components with regular dom? If that wasn't an issue, why wasn't React immediately designed that way?
amoerie commented on Show HN: A simple recording program with the ability to record the screen   github.com/akon47/ScreenR... · Posted by u/akon47
amoerie · 4 years ago
Something a colleague once showed me: if you open PowerPoint and try to add a video to a slide, it also lets you record your screen. You can draw a rectangle anywhere and start recording. Finally, you just save the video and discard the presentation.
amoerie commented on React's UseRef Deep Dive   giovannibenussi.com/blog/... · Posted by u/giovannibenussi
anonytrary · 5 years ago
I love using hooks because you can write extremely terse code, but the magical rules are almost not even worth it. Hooks are not robust to reactive code patterns. There's no reason why hooks couldn't have been implemented as a dynamic graph that forgets/learns which render calls have been subscribed to the current computation graph. Overall, it's a poor design, but it is very expressive if you know what you are doing. For example, a typical reactive function would be able to handle conditional reactive dependencies:

  const myReactiveComputation = () => {
    if (getReactiveValue() > 5){
      console.log(getOtherReactiveValue());
    }
  }
When getReactiveValue() returns something <= 5, the reactive computation should automatically unsubscribe from getOtherReactiveValue, since that value changing no longer as any implications on the result of the reactive computation. Once getReactiveValue() changes to something > 5, the computation re-subscribes to getOtherReactiveValue. It's not hard to implement this if you're modeling your computation graph correctly. Unfortunately, hooks was implemented to depend on call-order, which makes absolutely no sense. This leads to actually more verbose constructs such as:

  useEffect(() => {
    if (iWantToRunThis(){
      ...
    };
  }, [])
This is better expressed as:

  if (iWantToRunThis()) useEffect(() => {...}, []);
But alas, this is prohibited by hooks because of how they were implemented.

amoerie · 5 years ago
What you are describing is exactly how mobX works, if I'm not mistaken.
amoerie commented on Ask HN: Who is hiring? (November 2019)    · Posted by u/whoishiring
amoerie · 6 years ago
DOBCO Medical Systems | Fulltime | Zele, Belgium | Software Engineers | ONSITE | https://www.dobcomed.com/nl/content/vacatures (Dutch)

DOBCO Medical Systems is a young, innovative and fast growing software company active in the healthcare sector. Our main activities revolve around the development of our PACSonWEB cloud platform, that visualizes medical images and distributes them between healthcare providers. Come join our small team in our brand new offices in Zele, away from traffic congested areas and easy to reach!

We use a combination of technologies: - C#, upgrading to .NET Core - SQL Server - Javascript/TypeScript with React (our web viewer is entirely built with HTML Canvas) - DICOM (the international standard for communicating and managing medical images) - Xamarin - etc.

Perks to working here include a company car, fuel card, hospitalization insurance, travel insurance, phone, laptop and more.

Please get in touch by sending an email to info at dobcomed.com or by contacting me (one of the devs) directly at a.moerman at dobcomed.com and we'll take it from there.

u/amoerie

KarmaCake day128November 6, 2015View Original