ну так хотя бы известно, что есть анти-паттерн. фп пока что считает, что анти-паттернов не существует

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

хаскелл-специфик, да

хаскелл-специфик, да

Есть ещё скала специфичные, но они тоже сильно узкие

ну так хотя бы известно, что есть анти-паттерн. фп пока что считает, что анти-паттернов не существует

Вот тебе фшарп специфик. Не енкодить хкт через сртп!

хороший антипаттерн

https://twitter.com/vshapenko/status/1170459014574018560?s=12

Уууу нашёл твит Василия. Неожиданно

кто читает https://putchar.org/? я что-то никак не пойму, это бложик или агреггатор?

Вот тебе фшарп специфик. Не енкодить хкт через сртп!

Ага, уж лучше через inject/project, оно хотя бы общепринятое

Уууу нашёл твит Василия. Неожиданно

А чо такого?

welcome.be специально ссылкой сделано?

оно немного стремно смотрится. открывает форму логина куда-то

Просто Василий не любит пробелы.

https://twitter.com/vshapenko/status/1170459014574018560?s=12

@Liminiens поставь пробелов плз

welcome.be специально ссылкой сделано?

это твиттер чудит. Он часть пытается в твите линк хоть какой-то найти

Забавно, в DirectoryInfo есть пропертя Extension, которая приходит из родительского класса FileSystemInfo, от которого отнаследован также FileInfo. Так оно еще и "работает": если папка называется, например, ololo.lo, то пропертя грит, что у папки расширение lo

вот вам и ооп

Да там вообще какой-то беспредел. Можно в FileInfo пихнуть путь типа "folder\", и всё ок будет. Ну если не учитывать пустое имя файла.

А вот создать FileInfo от string.Empty нельзя, эксепшен кинет :)

Забавно, в DirectoryInfo есть пропертя Extension, которая приходит из родительского класса FileSystemInfo, от которого отнаследован также FileInfo. Так оно еще и "работает": если папка называется, например, ololo.lo, то пропертя грит, что у папки расширение lo

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

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

Во многих даталужах так, потому как в хдфс папки дутые. /A/B/C/D.TXT это просто файл со слешами в имени

Во многих даталужах так, потому как в хдфс папки дутые. /A/B/C/D.TXT это просто файл со слешами в имени

а в даталужах пустые папки бывают?

а в даталужах пустые папки бывают?

Ну там эмулируют папки, чтобы с ума не сойти. Но например удаление N файлов из "папки" потребует в хдфс N операций

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

возможно. Но разве экстеншн применим к ним?

возможно. Но разве экстеншн применим к ним?

угу. это ж файл, просто структура. там есть поля для имени и расширения, и флажок для типа

угу. это ж файл, просто структура. там есть поля для имени и расширения, и флажок для типа

не понимаю, зачем. Вот у меня папка E.S.T, у нее расширение якобы .T, но это абсолютно бессмысленная инфа. Ну да ладно

так расширение у файла тоже абсолютно бессмысленное поле

во времена 16битного ДОСа оно определяло launcher, который давным-давно работает иначе

Видели стикеры от Татьяныча?

Видели стикеры от Татьяныча?

Ага, радость эпилептика.

Хорошо, что можно отключить зацикливание анимации

Видели стикеры от Татьяныча?

Нет и не хочу

народ, я знаю про гугл, но есть ли у кого хорошая ссылка про Serverless, что это такое и с чем это едят?

народ, я знаю про гугл, но есть ли у кого хорошая ссылка про Serverless, что это такое и с чем это едят?

Это просто функция

Т.е. ты в инфраструктуру суешь функцию, она её выполняет по какому то триггеру

Всё

народ, я знаю про гугл, но есть ли у кого хорошая ссылка про Serverless, что это такое и с чем это едят?

Это абстракция выше уровнем чем контейнер докера. Тебе даже про ос думать не надо

Где-то была годная картинка у меня, попробую найти

народ, я знаю про гугл, но есть ли у кого хорошая ссылка про Serverless, что это такое и с чем это едят?

Это когда ты не знаешь, где у тебя сервер

Это когда ты не знаешь, где у тебя сервер

ты всегда знаешь, потому что он под кроватью стоит, да?

Это верно.

ее и тестируем. эта логика имеет n зависимостей. предмет дискуссии - найти удобный способ их туда передавать при условии, что ни мейнстримовый DI, ни ООП в целом недоступны в силу каких-то причин

Это же DI в чистом виде по построению. Типа "как бы сделать DI без DI" получается

https://www.youtube.com/watch?v=xkswavEyH9s

http://www.opennet.ru/opennews/art.shtml?num=51456

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

пора свой магазин грамов открывать

А вообще реально положить какую-нибудь чек-сумму внутрь чексуммированного архива?

А вообще реально положить какую-нибудь чек-сумму внутрь чексуммированного архива?

нет

Ну что, доброе утро?

Это же DI в чистом виде по построению. Типа "как бы сделать DI без DI" получается

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

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

фри монада же

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

симан даже вроде книжку обновил

Самый крутой там, безусловно, Мистер Доктор

фри монада же

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

минвайл, я принес вам утреннюю порцию свежей шизофазии

https://www.reddit.com/r/haskell/comments/cublk4/what_is_your_opinion_on_how_to_make_haskell_more/

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

временем жизни управляет тот код, что эту фри монаду интерпретирует. Ок, на всякий случай уточню, я скорее опять про упрощенную версию в виде интерпретатора.

То есть как напишешь — так и будет)

я с удовольствием почитаю что-нибудь на эту тему, если у тебя есть ссылки

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

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

в твоем примере были фри монады разве?

в твоем примере были фри монады разве?

если я правильно понимаю, там было нечто очень близкое, но без дополнительной конструкции в виде type Free<'instr, 'a> = | Instruction of 'instr | Pure of 'a или как-то так. Вместо этого у меня этот Pure of 'a был сразу в Instruction типе Как бы то ни было, проблема "я хочу, чтоб мой код просто вызывал зависимость, а ее подстановкой и управлением занимался кто-то другой за меня" там решена

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

Ну ReaderT явно так себе удобно юзать, по хорошему его надо за какой-нибудь тайпкласс типа MonadReader или ApplicativeAsk спрятать. Но это уже решения для скалистов/хаскелистов и т.п., вне их толком не выразишь

в проекте есть папочка Util, в которой есть несколько модулей, один из которых Util, а другие называются в духе Util-DateTime, а также папочка Misc, в которой есть модули Misc и General.

в проекте есть папочка Util, в которой есть несколько модулей, один из которых Util, а другие называются в духе Util-DateTime, а также папочка Misc, в которой есть модули Misc и General.

что ты забыл в моем репозитории?!

что ты забыл в моем репозитории?!

мне нужно срочно залить туда немного SRTP и ДДД

но я, надеюсь, подчищу все это достояние

у нас уже передоз от ДДД, людей рвет аггрегатами

у вас просто не знают, когда пора остановиться

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

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

Отец пропал :(

Давно его не видно

он же картиночки из отпуска постил, с круизным кораблем на фоне

Кто-нибудь знает тулзу для визуализации json в NoSQL схему?

Тем временем