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

Вот, кстати, неплохо было бы.

Но есть перспектива слетать на машине времени, только к другим людям.

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

Толсто

Да

Но увы это так и есть

ytn

нет

Нет никакого ооп vs фп, есть просто обычное обобщение подходов

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

Лол

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

Ну, как бы, всё, что можно в ООП, можно и в ФП. Просто дороже. Но смотреться будет очень похоже.

И даже с наследованием

Но увы это так и есть

За постинг этой пасты сюда меня забанят, так что вот https://pastebin.com/AGH2zG0i

За постинг этой пасты сюда меня забанят, так что вот https://pastebin.com/AGH2zG0i

збс

Ну, как бы, всё, что можно в ООП, можно и в ФП. Просто дороже. Но смотреться будет очень похоже.

Да. При этом ряд вещей в ооп просто отсутствует. Сейчас, с ноутбука зайду, 5 минут

За постинг этой пасты сюда меня забанят, так что вот https://pastebin.com/AGH2zG0i

Одно слово, скала

Ой, ну да

Скала не труъ

Забыл, пардон

<script src="leafletmarkercluster.js" charset="utf-8"></script> Подключаю файл в index.html react-router перехватывает и грузит вместо файла 404 ошибку

как решить проблему?

загрузи файл до файла приложения?=) пока оно еще не инициировано

а реакт-роутер перехватывает такое?

oO

каким образом?

да вообще не понимаю

http://192.168.1.36:8080/leafletmarkercluster.js

открываю вот так

и дает 404

Эм...

ну а твой сервер настроен файл отдать по этому пути?

скорее всего потому что просит он от своего домена. И есть строка которая отдает 404 на * которые не смачились с описанными урлами

нгинкс там или экспресс статик миддлваре?

хм, щас посмотрю nginx

Логи энжинса посмотри.

судя по всему, запрос не идет ни к какому nginx

посмотри кто тебе отдал 404 в headers

Так. Стоп. У энджинса характерная страница 404.

У экспресс просто Can not GET blablabla

404 дал реакт роутер

у него запрос не дошел до сервера

да он тут не при чем лол

поправь свой react-router

выключи слушателя на *

и получишь свой файл=)

да вообще с какого хуя react-router перехватывает src?

если он работает с history

да вообще с какого хуя react-router перехватывает src?

ну кстати, верный вопрос=)

ну я к тому что это невозможно

выключи слушателя на *

не помогло

100% проблема в отдаче статики

скрин покажи запроса порфавор

А можешь здесь привести аргументы, которые бы доказывали именно архаичность ООП. Я просто их тоже бы взял на вооружение. Возможно, понадобится в одном эпизоде в будущем.

Imagine for a second that everything had the same interface. Everything. That interface would need to support asynchronous and lazy values, so it clearly needs to use functions. The interface would need to handle errors, but because they may come lazily, they will also require functions. We'd need a way to transform values (functions). And a way to combine separate values together to create new values (functions). If this API is going to handle every situation, its surface area can't be used conditionally. E.g. we don't use certain parts for certain problem domains. Every part must be useful for every problem domain. It sounds like some kind of magical fantasy land

что и требовалось доказать

X-Powered-By

Imagine for a second that everything had the same interface. Everything. That interface would need to support asynchronous and lazy values, so it clearly needs to use functions. The interface would need to handle errors, but because they may come lazily, they will also require functions. We'd need a way to transform values (functions). And a way to combine separate values together to create new values (functions). If this API is going to handle every situation, its surface area can't be used conditionally. E.g. we don't use certain parts for certain problem domains. Every part must be useful for every problem domain. It sounds like some kind of magical fantasy land

Вывод отсюда «функции нужны, интерфейсы нинужны»?

Imagine for a second that everything had the same interface. Everything. That interface would need to support asynchronous and lazy values, so it clearly needs to use functions. The interface would need to handle errors, but because they may come lazily, they will also require functions. We'd need a way to transform values (functions). And a way to combine separate values together to create new values (functions). If this API is going to handle every situation, its surface area can't be used conditionally. E.g. we don't use certain parts for certain problem domains. Every part must be useful for every problem domain. It sounds like some kind of magical fantasy land

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

что и требовалось доказать

надо настроить nginx на статику?

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

на бабах?

В том числе)

Повышается предсказуемость и стабильность -> меньше отладки -> больше баб

на бабах?

Это пять

ERROR: S client not available

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

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

Это не всё ограничение

Ну да, их много на самом деле, например сайд эффекты ещё и т.д.

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

Да))

> @ZeroBias это просто идея о том, что вместо того, чтобы реализовывать каждый раз одни и те же методы у все новых и новых объектах, можно просто обобщить подход и сфокусироваться на том, что действительно важно Это какая-то новая формулировка ФП

Придётся тебе с этим как то жить

Ну я имею в виду что в этой фразе 0 содержания, естественно

Но это вроде очевидно

Да

> обобщить подход и сфокусироваться на том, что действительно важно

Это какой то депутатский спич

Так же естественно как дожддь после обеда или твоя дежурная фраза, про которую ты недавно интересовался, кстати

Ну расскажи лучше

Честно утомил уже

Я просто указал, что эта фраза - хуета

на бабах?

Функциональный подход к бабам.

Я просто указал, что эта фраза - хуета

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

Ты не переживай так, все нормально

Ваще, было бы неплохо услышать аргументы или дополнение какое-нить. Я думаю, никто против не будет.

Блять, у вас все еще срач по фп?

Ваще, было бы неплохо услышать аргументы или дополнение какое-нить. Я думаю, никто против не будет.

Я думаю лучше спросить в ООП чате и потом в ФП. Тут мало, кто углубляется.

Дуйте в t.me/it_holywars, запарили

ООП не нужен

ФП нужен

Что тут пиздеть-то

Все решено уже

Да вы заебали чушь нести

максималисты не нужны

тема закрыта

Каждый подход хорош по своему в своей песочнице

Это ложь