<MyButton ... где автокомплит ??? />

хотя другие либы как правило да

меня взбесил тот факт что тс не инферит даже баттон из material-ui@next обёрнутый в стейтлес компонент

а с чего бы

проверял в vs-code в веб шторме

с тссервисом и без

recompose - вообще бесполезным стал

const MyDiv props => <div /> - инферрит, в том же файле MyButton - нет

const MyButton (props:ButtonProps) => <Mui.Button /> - не помогает. Думаю это какой-то внутренний баг анализатора именно из-за заковыристости material-ui типов

))

Ето не баг, ето — фича

Денис вам уже тут рассказал почему frp нет в жс?

лол

Ыхыхы

async interators https://github.com/ReactiveX/IxJS https://gist.github.com/mattpodwysocki/2cdb4fc7694096dbe07df72a76557b94

Денис вам уже тут рассказал почему frp нет в жс?

Кого волнуют аббревиатуры?

Кого волнуют аббревиатуры?

не. фрп моё любимое. это как рассказывать что фашисткая партия была в германии и проиграла на выборах.

алсо хз зачем вообще писать где либо про фрп если у каждого своё понимание. да и вообще слово "реактивный" тоже

алсо хз зачем вообще писать где либо про фрп если у каждого своё понимание. да и вообще слово "реактивный" тоже

прямо как с ооп

ну ооп это просто очень нестрогий термин

Ну ооп более менее ясно. Ну правда там алан кей постоянно затирает про свои влажные конкурентные мечты

Ну ооп более менее ясно. Ну правда там алан кей постоянно затирает про свои влажные конкурентные мечты

алан кей ооп и придумал а потом всё переврали и придумали совершенно другое

Ну он сделал смолтолк, до этого были симулы. Приватный стейт и наследования я так понимаю там были.

Переврали = статическую типизацию завезли?

вывезли идею обмена сообщениями

Ммм. И чем отличается обмен сообщениями от вызова методов?

вызов методов это просто сахар для процедурщины

а в смолтоке и обжс реально рантайм для сообщений

короче то что развилось потом в акторы

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

Мб в акторах то о чем он мечтал

Не будем об этом. Чем посылка сообщения в смолтолке отличается от методов в других языках

небось на эликсире пишет сейчас

вызов методов это просто сахар для процедурщины

Ну оверрайдинг это сахар. Который разрешается на этапе компиляции. Мол метод с одним или двумя аргументами. То что конкретная функция в рантайме ищется по классу объекта - не назвал бы сахаром

Я тут недавно смотрел темы в подкасте разбор полетов. Слушать из лень конечно. Так там целый выпуск был про дарт. Неужели им никак не мешает отсутствие и библиотек и то что они могут выбрать любой другой язык не теряя функционал

Людям пишущим на дарте даже отсутствие их VM не помешало

А есть ли какие-нибудь best practices по именованию переменных в функциональном программировании? Нарпимер у меня сомнения как именовать переменные, основанные на условии, типа R.ifElse или R.unless

И еще, например, при выполнении такого-то условия должен выполнится такой-то набор действий (не являющийся цепочкой). Я могу объединить их в одну функцию например на основе R.juxt. Так вот как назвать эту переменную? Если все что объединяет набор операций которые она олицетворяет это лишь то, что они выполняются при таком-то условии.

Типа: const some1 = R.juxt([покормитьСобаку, построитьДом, искупаться]); const some2 = отдыхать const some3 = R.ifElse(еслиЖивой, some1, some2);

Вопрос в общем пока только насчет того как корректно именовать переменные типа “some1” и “some3” из примера выше

Но если каких-либо конвенций насчет именования таких вещей нет, то тогда и вопрос не актуален )

Ну самый очевидный конвеншн - если функция возвращает функцию, то и переменную для этой результата нужно назвать как функцию, то бишь глаголом) А так есть идеи, juxt по сути работает не с массивом, а кортежом длины n/вектором длины n (в js это конечно все равно массив), так что называть можно соответствующе, типа resultsPair, но это я только что придумал

Не обязательно всегда массив

Tuple как объект к примеру, или arrayLike кортеж, может быть эффективнее

но функция это не всегда глагол

Ну самый очевидный конвеншн - если функция возвращает функцию, то и переменную для этой результата нужно назвать как функцию, то бишь глаголом) А так есть идеи, juxt по сути работает не с массивом, а кортежом длины n/вектором длины n (в js это конечно все равно массив), так что называть можно соответствующе, типа resultsPair, но это я только что придумал

И исходя из этого как стоит назвать константу some3 из примера выше? Если она выполняет либо один либо другой набор совершенно разных действий исходя из условия, которое она проверяет (метод R.ifElse).

У себя я пока приделываю таким переменным суффикс “condition”. Типа какой-нибудь “aliveCondition”

Но если существуют какие-нибудь нормы на этот счет, то хотелось бы именовать согласно нормам. Что б код был читаем для стороннего читателя.

Норм на такие вещи не существует, есть лишь чутьё и чувство меры

ERROR: S client not available

Я удивлен что существуют постоянные холивары по поводу форматирования (табы, пробелы, точки с запятой и так далее). Но народ особо не парят конвенции именования переменных

Хотя это никак не меньше влияет на читаемость кода

Я удивлен что существуют постоянные холивары по поводу форматирования (табы, пробелы, точки с запятой и так далее). Но народ особо не парят конвенции именования переменных

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

хотя возможно что-то и существует ?

Углифаеры всякие приводят имена переменных к одному виду)

индентацию тоже

Лучший форматтер

?

Хотя это никак не меньше влияет на читаемость кода

это даже важнее потому что торчит наружу всяких API

а какая есть желательно маленькая книга по матлогике?

а какая есть желательно маленькая книга по матлогике?

хочешь научится автоматы конвертить?

хочу научиться понимать ее до уровня который нужен в TTFP

The Team from Pennsylvania (Penn State University)

Time to First Prototype

https://geektimes.ru/users/ttfp/comments/

https://geektimes.ru/users/ttfp/comments/

это что?

я про книгу type theory and functional programming

это что?

ttfp

не знаешь?

ну не читал

но думаю запрос "матлогика" нерелевантен

почему