У меня любой корректный сценарий, у меня же ничего ещё не упало)

Ты можешь какую то полезную информацию клиенту отдать при ошибке?

едва ли. Данные неверные

Почему хрен найдешь если у тебя в логе пишется каждый отрендеренный шаблон, все входящие params (post/get), полный стектрейс?

А каким образом-то? Ну то есть - params пишутся, окай Стектрейс тоже понятно Кстати - о каком языке речь, для начала?

это равнозначно эксепшену.

А каким образом-то? Ну то есть - params пишутся, окай Стектрейс тоже понятно Кстати - о каком языке речь, для начала?

Ну я рельсошлеп если что. Руби и рельсы

едва ли. Данные неверные

У тебя неверные, у меня верные, обёрнутые

Хочешь 500, хочешь дальше данные передавай, может оно и не очень надо было

У тебя неверные, у меня верные, обёрнутые

У тебя апи выдало 500, а тебе на основа данных апи надо пользователю что то показать.

Я говорю про бэкенд который на http запрос отвечает и дергает внешнюю апи.

Хочешь 500, хочешь дальше данные передавай, может оно и не очень надо было

С тем же успехом я могу эксепшн обернуть. Если я про него знаю.

Это узкий смысл, а я про универсальный перехват этих ошибок вообще по любому сценарию. Валидация, корректность, выполнение, экспешны, всё это причём в любом месте пайплайна обработки бз ветвлений

С тем же успехом я могу эксепшн обернуть. Если я про него знаю.

А мне не надо знать

Оно уже и сразу

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

что я верну?

А я могу

Что ты можешь если у тебя данных от апи нет?

толк есть от твоего "обработанного" ответа?

что я верну?

Интерфейс, предыдущие данные, люое окно с пояснением, что угодно

Хоспаде, точно также можно и тут обернуть эксепшн.

Кстати, на чем ты пишешь?

Хоспаде, точно также можно и тут обернуть эксепшн.

Зачем писать что-то руками, когда всё само изначально обернуто)

В расте например ты руками пишешь что по каждому из вариантов option ты делаешь

т.е если ок то одно, если не ок то другое.

Наверняка у тебя также.

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

А если нет то разницы в нашем подходе сугубо нет.

ну т.е либо при ошибке ты просто return option делаешь, что существенно не отличается от проброса exception

В расте например ты руками пишешь что по каждому из вариантов option ты делаешь

Не обязательно что-то писать Если у меня в функцию приходит Either.Left то оно просто не начнет обрабатываться)

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

Это узкий смысл, а я про универсальный перехват этих ошибок вообще по любому сценарию. Валидация, корректность, выполнение, экспешны, всё это причём в любом месте пайплайна обработки бз ветвлений

Думаю это стоит попробовать и бесполезно объяснять. Т.е пока я сам не попробую покодить в этом стиле я не пойму.

Попробую пойти поспать. Быть может мне приснятся монады.

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

Ну пока у тебя пайплайн только через точку — то сценарии и не возникнут)

Думаю это стоит попробовать и бесполезно объяснять. Т.е пока я сам не попробую покодить в этом стиле я не пойму.

Да. Реально бесполезно объяснять, "Монада - это моноид в категории эндофункторов" — это уже как мем

С тем же успехом я могу эксепшн обернуть. Если я про него знаю.

Да хрен-то там

Эксепшн это почти всегда потеря контекста

“Я прихожу в себя резко, неожиданно”

Здравствуй, сообщество. Подскажите очередь тасок с возможностью изменять приоритеты тасок. Воркеров не более 10, но нужен доступ по http к очереди.

Да. Реально бесполезно объяснять, "Монада - это моноид в категории эндофункторов" — это уже как мем

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

В других языках такое же поведение можно достичь путем размещения try catch там где диспетчер вызывает все свои листнеры.

Т.е. в catch было бы что-то типа onExcrption(ex) а дальше центральный листнер может обработать исключение как тебе надо, централизованно для всей системы

Основная моя претензия в том, что js долгое время был куском говна в плане языкового функционала. И довольно прост. Поэтому сейчас в мире сотни тысяч низкоковалифицированных разработчиков. И вот теперь с приходом ES6 десяток кто более менее разбирается, рождают вот такие поделия с модами по книжкам, вы реально думаете что вот эти монады будут полезны кому-то? Обычным разработчикам? Вы их сами будете обучать? А готовы вы деньги на обучение вытащить из своей зарплаты? Уверен, что нет.

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

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

воо именно из-за этого все и пишут как ебалны

что потом их код поддерживать нельзя

Да, но это уже давно колесо. Нельзя переучить все сотни тысяч говнорей на монады, или хотя бы, на что-то более менее вменяемое. В данном случае получается что монадо-фанбои считают, что весь код во фронтенде полное говно и пытаются показать всему миру какие они охуенные теоретики и используют монады в продакшене. А остальная часть кто пишет говнокод никогда не поймет как вся эта хуита работает. В итоге пострадают компании потому что будут тратить хуллион рублей на поиск адекватного человека, кто бы мог решить созданную проблему этими двумя категориями личностей.

бомбануло

Так что, бесплатный рецепт успеха: видите, что ваш фолнтендер стал писать на монадах? Увольняйте нахер.

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

И чем это выгодно? Ничем.

Да, но это уже давно колесо. Нельзя переучить все сотни тысяч говнорей на монады, или хотя бы, на что-то более менее вменяемое. В данном случае получается что монадо-фанбои считают, что весь код во фронтенде полное говно и пытаются показать всему миру какие они охуенные теоретики и используют монады в продакшене. А остальная часть кто пишет говнокод никогда не поймет как вся эта хуита работает. В итоге пострадают компании потому что будут тратить хуллион рублей на поиск адекватного человека, кто бы мог решить созданную проблему этими двумя категориями личностей.

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

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

Или так, да.

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

Давайте сначала решим: монады это хороший код? Хороший с точки зрения стиля? Подхода? И с чьей стороны? Со стороны монадо-фанбоя или говноря?

В этом я некомпетентен, ибо не юзал монады?

Я говорил абстрагировано от этого

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

Как скоро бы ты начал приносить пользу компании

Я бы понял, что я что-то упустил в этой жизни и быстро бы освоил их.

Монада - не фреймворк, чтобы изучить их, нужно не так много времени.

Но компания наняла тебя фичи делать и баги править а не монадам учить. Если это не гугл конечно.

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

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

А компания будет тратить лишние бабки на обучение

Если хочет - будет тратить. Если не хочет - не возьмёт на работу.

ERROR: S client not available

Вот об этом я и говорю. Эти теоретики загоняют самые обычные компании в свою кабалу. Так что пользуйтесь советом выше.

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

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

Это неизбежно

Где-то это день, где-то это неделя.

Да, но это уже давно колесо. Нельзя переучить все сотни тысяч говнорей на монады, или хотя бы, на что-то более менее вменяемое. В данном случае получается что монадо-фанбои считают, что весь код во фронтенде полное говно и пытаются показать всему миру какие они охуенные теоретики и используют монады в продакшене. А остальная часть кто пишет говнокод никогда не поймет как вся эта хуита работает. В итоге пострадают компании потому что будут тратить хуллион рублей на поиск адекватного человека, кто бы мог решить созданную проблему этими двумя категориями личностей.

Тогда два вопроса: 1) Если предположить что монады - это хорошо, то как запустить прогресс? С одной стороны никто не учит так как не нужно или учит, но забывает ввиду отсутствия практики. С другой стороны никто не внедряет так как всё равно нет разработчикой такой квалификации. 2) Сколько нужно времени, что бы разобраться с этими монадами и сколько времени, что б разобраться с бизнес-логикой приложения? Ну а далее сравнить их. Боюсь, ответ будет не в твою пользу.

1) сначала надо определить, с каких пор монады это прогресс, а другие практики внезапно стали говном? Если другие практики не говно, тогда нужны определенно объективные доводы чем монады лучше самое главное какую проблему они решают, не создавая новую.

1) сначала надо определить, с каких пор монады это прогресс, а другие практики внезапно стали говном? Если другие практики не говно, тогда нужны определенно объективные доводы чем монады лучше самое главное какую проблему они решают, не создавая новую.

любое решение создаёт проблемы, не бывает решений без проблем

2) разбираться с бизнес логикой это неизбежность. А вот монады это как дополнительный груз.

2) разбираться с бизнес логикой это неизбежность. А вот монады это как дополнительный груз.

а её разбирают?

а её разбирают?

Не совсем понял что ты имеешь ввиду.

Не совсем понял что ты имеешь ввиду.

а это нужно бизнесу? многие компании работают по принципу выпусти говно и предложи потом корректирующие патчи

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

а её разбирают?

Зачем же, так в продакшен, не хай работает.:)

а это нужно бизнесу? многие компании работают по принципу выпусти говно и предложи потом корректирующие патчи

Так и я об этом.

Но компания в которой будут писать на монадах прогорит. Потому что в этом время конкуренты выпустят 10 новых продуктов

а это нужно бизнесу? многие компании работают по принципу выпусти говно и предложи потом корректирующие патчи

Ты в такой работал?

Зачем же, так в продакшен, не хай работает.:)

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

Ты в такой работал?

да, например конфидент

https://dallaslock.ru/

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

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

вот этот продукт выпускается именно по такому принцпипу

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

1993 год по 2016 живы

что конфидент, что код безопасности

Ну допустим... но ведь не все и даже в случае говна в нем хоть чуть чуть нужно разбираться.

https://dallaslock.ru/

У меня сайт с мобилы не открывается

У меня сайт с мобилы не открывается

у них SSL самоподписанный

У меня сайт с мобилы не открывается

сзи от нсд

у них SSL самоподписанный

Да

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

Вооо у тебя в сообщении есть ключевое "не полное говно". Т.е. что-то среднее. Значит там явно нет монад. А взят средне взвешенный подход.

сзи от нсд

Втф из сзи и нсд?

Это смузи и лсд с опечаткой?