интересно а есть какие-то статьи сравнивающие эти два подхода в контексте разработки интерфейсов

что за два подхода?

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

Граф можно определить по разному, часто он просто определён за тебя Индуктивное определение графа: У нас короч есть вершина A Если мы спросим про нее, то получим ответ, какие у нее соседи A → [B, C] Если мы спросим про соседей то получим остальные вершины [B, C] → [D, E, F] Всё, второе выражение индуктивно определяет граф, то есть он получается по факту того что такая функция вообще есть

что за два подхода?

ну стримы и фсм

Граф можно определить по разному, часто он просто определён за тебя Индуктивное определение графа: У нас короч есть вершина A Если мы спросим про нее, то получим ответ, какие у нее соседи A → [B, C] Если мы спросим про соседей то получим остальные вершины [B, C] → [D, E, F] Всё, второе выражение индуктивно определяет граф, то есть он получается по факту того что такая функция вообще есть

Так граф например пишут функциональщики, потому что это оч эффективно и без мутаций: Graph B: [A, C] → [D, E, F]

Философской предпосылкой для отказа от потоковой модели серверов может служить высказывание Алана Кокса: «Компьютер — это конечный автомат. Потоковое программирование нужно тем, кто не умеет программировать конечные автоматы».

ну стримы и фсм

ну погоди у тебя же стрим ветвится постоянно за счет чего?

я нашел

Философской предпосылкой для отказа от потоковой модели серверов может служить высказывание Алана Кокса: «Компьютер — это конечный автомат. Потоковое программирование нужно тем, кто не умеет программировать конечные автоматы».

фамилия у него подозрительная....

возможно нюхать надо меньше :))

ААХХА

даже не заметил

или это кличка? ):))

Философской предпосылкой для отказа от потоковой модели серверов может служить высказывание Алана Кокса: «Компьютер — это конечный автомат. Потоковое программирование нужно тем, кто не умеет программировать конечные автоматы».

Философской предпосылкой для отказа от автоматной модели серверов может служить высказывание Кокса Кокса: «Компьютер — это стрим команд. Автоматное программирование нужно тем, кто не умеет программировать стримы».

https://ru.wikipedia.org/wiki/%D0%9A%D0%BE%D0%BA%D1%81,_%D0%90%D0%BB%D0%B0%D0%BD

Ты б ещё спросил у торвальсда какой язык тебе юзать

biased, типа

я думал он бы мне кресты посоветовал бы юзать

я думал он бы мне кресты посоветовал бы юзать

нет

опа, я же либу юзаю твою

mtproto

нет

а что тогда ?

C

я думал он бы мне кресты посоветовал бы юзать

Тогда чтобы понять его ответ тебе придётся изучить финский матерный

опа, я же либу юзаю твою

?

?

твой любимый emoji?

?

я с н о

asm наше все

а вообще я бы почитал о разных подходах в использовании стримов/стейт машин в ui

что б в одной статье собрать все практики

не пиши столбиками, плиз

что б в одной статье собрать все практики

Люди не любят статьи больше тысячи страниц

There aren't enough swear-words in the English language, so now I'll have to call you perkeleen vittupää just to express my disgust and frustration with this crap.

?

Лучшее из торвальдса, кмк

а вообще я бы почитал о разных подходах в использовании стримов/стейт машин в ui

react-automata

???

Вот вам и КА

А ты не видел это что ли?

https://github.com/davidkpiano/xstate https://github.com/krasimir/stent http://machina-js.org/

Таких довольно много

То что всё в жс сделано на событиях, что dom что nodejs, а не на конечных автоматах, не случайность

https://github.com/zhDmitry/restate/blob/master/src/get.ts ну это да)

Когда уже в lodash/ramda завезут? Ведь просто скопировать из issue репы тайпскрипта.

оно не работает

толком

ес че

оно не работает

Хреново.

а кто то юзает эту либу или что то подобное?

https://github.com/AlexGilleran/jsx-control-statements

ААААА директивы что ле ? зачем ?

что есть директива?)

Ммммм <if-ng

v-for

Ну декларативно ведь ??

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

Ну декларативно ведь ??

угу, мне тоже так кажется

Ну декларативно ведь ??

<да-спасибо-так-намного-лучше/>

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

https://angular.io/guide/structural-directives

<да-спасибо-так-намного-лучше/>

?

у тебя есть {}

https://github.com/AlexGilleran/jsx-control-statements

По вкусу совсем на дерьмо не похоже (с)

там любой js

и всегда кондишн можно вынести вверх/в геттеры

ERROR: S client not available

у тебя есть {}

}:-}

}:-}

Мне это сниться будет

',:-|

я добавлял фичи из vue/angular в react

типа if/else, case, show-if

в итоге отказался от них

Вот за что люблю реакт, это за то, что через пропсы можно всё передать. И элемент и компонент. В других библиотеках какие-то специальные вещи для этого требуются, а у нас всё просто и очевидно. ui = f(whatever: WhateverType)

',:-|

Ты на столько стар, что в ирке сидишь еще?

(；一_一)

мое любимое занятие в начале 2000-х было писать ботов под irc :)))

Ето из аськи

мое любимое занятие в начале 2000-х было писать ботов под irc :)))

А мое -- по лесу с палками бегать

Какие мы разные

А мое -- по лесу с палками бегать

И на ходу сидеть в аське!

А мое -- по лесу с палками бегать

Это мое до сих пор ?

А мое -- по лесу с палками бегать

на лыжах что ли? :))

Только сегодня был в лесу, всё такой же

Только сегодня был в лесу, всё такой же

Он каждое мгновение разный ✊️

Он каждое мгновение разный ✊️

это смотря какие редьюсеры приконнектить

Это как в пасте про сало яка різко закінчується на українському

Это как в пасте про сало яка різко закінчується на українському

а перевод? :))

может кто оценить api по нескольким примерам и высказать мнение / совет? (касательно форм в реакте)

может кто оценить api по нескольким примерам и высказать мнение / совет? (касательно форм в реакте)

валяй, сейчас залажаем (раскритикуем в смысле)

https://github.com/Wroud/react-painlessform 4 первых примера из секции примеров, пятый не обновлён на новый api

https://codesandbox.io/s/github/Wroud/react-painlessform/tree/master/examples/ts и ещё этот, я его не добавил

https://github.com/Wroud/react-painlessform 4 первых примера из секции примеров, пятый не обновлён на новый api

Ну, давай разберём по частям тобою написанное

закомпоузь плес

страшно выглядит же

не хочу подключать сторонние библиотеки к библиотеке

https://codesandbox.io/s/github/Wroud/react-painlessform/tree/master/examples/ts и ещё этот, я его не добавил

а в чем профит либы ? это типа типизированная версия формика, где ты выбираешь филд через селект ?