LINUX.ORG.RU
ФорумTalks

RedHat сокращает людей

 , , безработица,


0

1

https://www.phoronix.com/news/Red-Hat-Layoffs

«hundreds of jobs» being cut

Вопрос общественности: а как там будет systemd жить? https://www.phoronix.com/forums/forum/phoronix/latest-phoronix-articles/1384350-red-hat-begins-cutting-hundreds-of-jobs#post1384370

Переезжаем обратно на sysvinit?

При том, что редхатом с 1997-го не пользовался, новость неприятная.

Детали на Phoronix

Перемещено hobbit из redhat

★★★★★
Ответ на: комментарий от Syncro

рякт

Идея, на которой реакт основывается — view = f(state) — шикарная, непонятно только, зачем они туда понатащили всякого левого барахла типа хуков. Неужели нельзя было отдельной библиотекой выпустить, как тот же redux.

Nervous ★★★★★
()
Последнее исправление: Nervous (всего исправлений: 2)
Ответ на: комментарий от Nervous

да ничего хорошего, лечение гланд через задний проход. И хуки и прочий фимоз - прямое следствие такого подхода. Библиотека оно или нет не имеет значения, т.к. ряктохлам совместим только с ряктом, а для другого фреймворка делают клон

Syncro ★★★★★
()
Последнее исправление: Syncro (всего исправлений: 1)
Ответ на: комментарий от Syncro

рякт

ничего хорошего, лечение гланд через задний проход

А как правильно? Руками DOM теребонькать, как диды с жквери?

Nervous ★★★★★
()
Ответ на: комментарий от Nervous

непонятно только, зачем они туда понатащили всякого левого барахла типа хуков

ну ты чего. Они сначала сделали: view1 = f(state1) а потом начали думать, как обрабатывать переходы между f(state1) -> f(state2), чтобы не превращать это в последовательный рендеринг сотни промежуточных состояний

max_lapshin ★★★★★
() автор топика
Ответ на: комментарий от max_lapshin

чтобы не превращать это в последовательный рендеринг сотни промежуточных состояний

Нет, пакетная обработка из 18-го реакта как раз штука полезная. А вот все эти useShit и useGoofyCrap…

Я догадываюсь, почему это нужно в принципе — из-за убожества языка и кургузости его стандартной библиотеки. Например, нет в ЖС встроенной мемоизации — придется запилить свою, и так далее. Но почему все это овно не в отдельных библиотеках, я не очень вкуриваю. Возможно, какие-то архитектурные ограничения.

Nervous ★★★★★
()
Последнее исправление: Nervous (всего исправлений: 1)
Ответ на: комментарий от Nervous

мемоизация это костыль для элиминации ущебров от многократного перерендеринга. Т.е. в нормальном жс оно не нужно, а если бы было нужно то лучше было бы сделать его прозрачно(как декораторы кеширования в жабе например), а не хардкодом

Syncro ★★★★★
()
Ответ на: комментарий от Syncro

мемоизация это костыль для элиминации ущебров от многократного перерендеринга. Т.е. в нормальном жс оно не нужно

Да любую чистую, но затратную по времени выполнения функцию теоретически можно с пользой мемоизировать, при чем тут реакт вообще.

Nervous ★★★★★
()
Ответ на: комментарий от Nervous

наверное, при том что они как всегда где-то украли, где-то переврали и навязали результат всем в виде сектанского откровения, чтобы решать проблему, которую они породили сами

Syncro ★★★★★
()
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)