скорее раст/кресты

скорее раст/кресты

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

Есть какие-то гайды как правильно писать на реакте? Чтобы не плодить велосипеды на костылях

На атомных станциях существует 3 поколения программистов. Старые юзают старые технологии и считают их самыми правильными ибо объективно это так, а остальные ещё пороха не нюхали, оболтусы всякие. Средние считают что старые технологии пора отправлять на покой, нужно использовать современные, но проверенные временем технологии ибо совсем новые они ещё 10 раз умереть успеют также как и появились и вообще не стабильны, но и слишком старые не очень, в них нет современных подходов разработки. А самые молодые программисты считают что всё что есть сейчас это древних хлам, устаревший и не нужный и нужно брать самое новое, самое нужное ибо там всё верно сделано, учтены ошибки прошлого, делается всё в разы быстрее, проще и эффективнее и старый хлам не нужен.

И все они правы, но каждый по своему.

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

каждый ЯП вводит свои уровни абстракции

а вот внутриязыковая эволюция должна переступать и не задерживаться на старом, а использовать опыт для новых вещей

консерватизм задерживает всех

на атомных станциях есть свои программеры или им пишут софт стороннии компании?

вообще интересно какой софт используют на АЭС

за тобой уже выехали 😂

вообще интересно какой софт используют на АЭС

это очень зависит. на запорожской аэс винегрет из старья и новых технологий

Как-то профессор по дискретной математике спросил нас: как вы думаете, сколько флоп в системах, контролирующих противоракетные установки

на наше молчание он ответил: нисколько, не до того им

на наше молчание он ответил: нисколько, не до того им

😆👍

И что ему нравится трехбуквенник

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

ох уж эти jquery писатели if ($(".js-tagForceParent")) {....}

Он зассал, а автор left-pad нет 😂

C leftpad интересно получилось, да

leftpad показатель того до чего мы докатились

Он зассал, а автор left-pad нет 😂

автор лефтпада зассал бороться за свой пакет

автор лефтпада зассал бороться за свой пакет

Я лично не вполне представляю, что ещё можно сделать, когда у тебя уже отобрали пакет

В суд идти, пикетировать офис нпм?

суд?

он не попадает под юрисдикцию сша

поэтому это странное требование к нему

Естественно

История же не про left-pad, а про kik

Который просто отобрали и все

А автор в ответ и выбрал для отзыва максимально используемый пакет из своих

он не выбирал

он просто все удалил

Бтв, не знаю что ещё заставило бы людей обратить внимание на юридический рэкет в среде open source

поэтому хочу, чтобы нпм попал в ноджс файндейшн

А автор в ответ и выбрал для отзыва максимально используемый пакет из своих

для справки, он отозвал все свои пакеты )

но я не понимаю почему так трудно написать одну сраную функцию. const lpad = (str, len, ch) => new Array(len - str.length).join(String(ch) || ' ') + str;

Написать не трудно

кстате глянул в оригинал, там жесть на самом деле, while зачем то

Трудно не писать, когда ничего нет

и все в цикле

:)

Скорость вроде как быстрее

Был тред на эту тему

кстате глянул в оригинал, там жесть на самом деле, while зачем то

Потому что вероятно это будет быстрее

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

Есть два типа кода - для людей и для машин

Вот библиотеки подходят под понятие "для машин"

А бизнес-логика - "для людей"

я просто еще видел библиотеки вида isNumber

isArray

Это обратная сторона

Ну до es5.1 нет Array.isArray

https://lostechies.com/andrewsiemer/files/2016/01/stateless-authentication-for-microservices-12-6381.jpg

var toString = {}.toString; module.exports = Array.isArray || function (arr) { return toString.call(arr) == '[object Array]'; }; Я каждый раз так писать не хочу)

ну да, как - то не комильфо)

Кто как борется с ситуацией когда нужно сделать 100500 реквестов в базу и внешние микросервисы, причем в зависимости от результата некоторых запросов некоторые из последующих запросов нужно пропустить или наоборот сделать ещё или вообще поменять очередность запросов?

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

тебе последовательно все это нужно сделать?

100500 не прикольно делать последовательно

ну можно промисами счайнить

+ promise.all

я бы разбил на кучки, и потом чайнил через then()

кучки = async функции

Посделовательно большую часть

Можно ведь в рамках одной здоровенной многовложенной функции, можно часть, а можно всё разносить по функциям/методам храня стейты в общем замыкании/объекте, или же передавать значения вперед от функции к функции

Можно ведь в рамках одной здоровенной многовложенной функции, можно часть, а можно всё разносить по функциям/методам храня стейты в общем замыкании/объекте, или же передавать значения вперед от функции к функции

Паттерн стратегия

Можно ведь в рамках одной здоровенной многовложенной функции, можно часть, а можно всё разносить по функциям/методам храня стейты в общем замыкании/объекте, или же передавать значения вперед от функции к функции

Плюс ничто из этого друг другу не мешает)

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

@oPavlov а еще ты можешь это сделать генератором

Вот с генераторам интересно звучит

кучу yeld'ов натыкать

promise.all и молиться, что ошибка не прервет выполнение

и ифами разделять

С async await вообще будет просто плоский код

Но тут конечно придётся транспилить)

только в try catch не забудь обернуть )

Ну естественно)

@oPavlov короче берешь генераторы, приправляешь это async await