VK
text = [208, 180, 209, 128, 208, 176, 209, 130, 209, 131, 209, 130, 208, 184]
Enum.into(text, <<>>, &<<&1>>)
а есть ли специальный метод для этого?Size: a a a
2020 September 21
LL
text = [208, 180, 209, 128, 208, 176, 209, 130, 209, 131, 209, 130, 208, 184]
Enum.into(text, <<>>, &<<&1>>)
а есть ли специальный метод для этого?List.to_string ?VK
List.to_string ?ноуп(
List.to_string(text)
<<195, 144, 194, 180, 195, 145, 194, 128, 195, 144, 194, 176, 195, 145, 194,
130, 195, 145, 194, 131, 195, 145, 194, 130, 195, 144, 194, 184>>2020 September 22
ŹR
:erlang.list_to_binary
VK
:erlang.list_to_binary
👍 спасибо
AB
Во-первых,
Во-вторых, при генерации оптимизированных релизных версий совсем не нужны макросы
В-третьих, почему-то только ты находишь макросы нечитаемыми, когда в большинстве своём хорошие макросы позволяют изящно сократить количество кода и увеличить читаемость
__using__ не про убирание бойлерплейтаВо-вторых, при генерации оптимизированных релизных версий совсем не нужны макросы
В-третьих, почему-то только ты находишь макросы нечитаемыми, когда в большинстве своём хорошие макросы позволяют изящно сократить количество кода и увеличить читаемость
Using - это копирование кода. Копировать код нужно в двух случаях - оптимизация или заметание бойлерплейта под ковёр. Где ошибка?
ŹR
edsl на макросах - нечитаемое говно, пока не доказано обратное, и нужен примерно никогда.
единственное место для макросов - генерация оптимизированных релизных версий.
если в коде нужен using - поздравляю, у вас бойлерплейт, который вы решили замести под коврик, вместо переосмысления "на кой черт мне этот бойлерплейт"
единственное место для макросов - генерация оптимизированных релизных версий.
если в коде нужен using - поздравляю, у вас бойлерплейт, который вы решили замести под коврик, вместо переосмысления "на кой черт мне этот бойлерплейт"
Я думаю что ты неправ как раз в этом утверждении.
DSL это как правило максимально читаемый код.
Скорее всего его сложно модифицировать, профилировать, понимать как он работает - все что угодно. НО. Читать его просто
DSL это как правило максимально читаемый код.
Скорее всего его сложно модифицировать, профилировать, понимать как он работает - все что угодно. НО. Читать его просто
LL
Using - это копирование кода. Копировать код нужно в двух случаях - оптимизация или заметание бойлерплейта под ковёр. Где ошибка?
__using__ это не только копирование кода, а определение дефолтных функций, условная кодогенерация и всё вот это вотAB
Во-первых,
Во-вторых, при генерации оптимизированных релизных версий совсем не нужны макросы
В-третьих, почему-то только ты находишь макросы нечитаемыми, когда в большинстве своём хорошие макросы позволяют изящно сократить количество кода и увеличить читаемость
__using__ не про убирание бойлерплейтаВо-вторых, при генерации оптимизированных релизных версий совсем не нужны макросы
В-третьих, почему-то только ты находишь макросы нечитаемыми, когда в большинстве своём хорошие макросы позволяют изящно сократить количество кода и увеличить читаемость
Хороший макрос это with, который максимально приближен к чистой функции. Или cond тоже неплох вот.
ŹR
Хороший макрос это макрос, который понимается как макрос однозначно и легко найти доку о том что он делает.
Как правило, макросы от фреймворков как раз такие
Как правило, макросы от фреймворков как раз такие
ŹR
В отличие от твоих собственных «макросов для скрывания бойлерплейта» запихнутых в бездокументационный модуль внутри проекта
AB
Я думаю что ты неправ как раз в этом утверждении.
DSL это как правило максимально читаемый код.
Скорее всего его сложно модифицировать, профилировать, понимать как он работает - все что угодно. НО. Читать его просто
DSL это как правило максимально читаемый код.
Скорее всего его сложно модифицировать, профилировать, понимать как он работает - все что угодно. НО. Читать его просто
Ок, я может быть терминологически ошибся. Правда, я с трудом понимаю, какая может быть определена читабельность кроме понимания "как оно работать будет".
ŹR
Ок, я может быть терминологически ошибся. Правда, я с трудом понимаю, какая может быть определена читабельность кроме понимания "как оно работать будет".
Так тебе иногда не надо ничего понимать. 0 понимания - то что нужно.
ŹR
Например представь сайд проект, с какой-нибудь админкой, в которой у фронтендера попросили прикрутить новую ручку.
В grapes или в ash скорее всего он сможет это сделать. В фениксе - не факт. В ковбое - прям врядли
В grapes или в ash скорее всего он сможет это сделать. В фениксе - не факт. В ковбое - прям врядли
ŹR
Он прочитал «ресурс юзер»
ŹR
И понял что это
ŹR
Конец
AB
И понял что это
Я хз, честно говоря, что он там понял и тем более сомневаюсь в том, что он по такому принципу напишет.
Но я понял, ты считаешь читабельность для людей с улицы важным фактором. Я не могу с этим согласиться, потому что здесь получается трейдофф между условным фронтом и условным мной(или условным мной 5-7 лет назад, что ещё важнее).
Но я понял, ты считаешь читабельность для людей с улицы важным фактором. Я не могу с этим согласиться, потому что здесь получается трейдофф между условным фронтом и условным мной(или условным мной 5-7 лет назад, что ещё важнее).
ع
https://www.ash-elixir.org/
Кто-нибудь работал с этим фреймворком
Кто-нибудь работал с этим фреймворком
LL
https://www.ash-elixir.org/
Кто-нибудь работал с этим фреймворком
Кто-нибудь работал с этим фреймворком
Он же пару дней назад только был анонсирован