Я честно вообще не понимаю где ты её определяешь

Ну я так понимаю это он не везде регистр исправил

И больше всего я не понимаю почему defstruct нельзя перенести в Message

А вообще это приватная функция

Константу можно через атрибут модуля

мне кажется они не очень хорошо для этого подходят

как у руби/питон, тут есть возможность вызывать сишные либы, так что imagemagick вполне будет работать

как у руби/питон, тут есть возможность вызывать сишные либы, так что imagemagick вполне будет работать

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

почему :math.pow(...) работает, а Math.pow(...) - нет? я так понимаю, что это связано с тем, что math модуль импортируется от эрланга, а там атомы не могут начинаться с большой буквы

В эликсире нету Math

Вот и все

переменные принято именовать в camelCase?

דמקשל בשדק

не, ну на самом деле оч клевый синтаксис у Elixir

sneak_case

snake

Во всём своём проекте нашёл одну переменную

А фанки в camel

и то можно выкиинуть

фанки тоже снейк

start_link например

start_link например

угу, понял, спасибо

Во, молодец! Склеил структуру и методы

Во, молодец! Склеил структуру и методы

ога, я почитал что вы вчера пописали, поковырялся в iex и согласился с вами??

теперь насчет картинки, как ее лучше хранить: написать defstruct и туда все складывать или просто хранить то, что возвращает File.read(...)?

В бинари хранить

?? пасиб

Вместо slice(0,...) можно использовать take(...)

Но я не понял что ты хочешь сделать - зачем выкидывать все codepoints которые больше 1 байта?

Но я не понял что ты хочешь сделать - зачем выкидывать все codepoints которые больше 1 байта?

по условию: +0.1 балл. Корректно реализовано отсечение последовательности символов, размер которых больше одного байта.

Ты не понял.

Ты не понял.

?

Если на конце мультибайтовый символ, то его отсечь целиком. А не выкинуть все мультибайтовые.

Ну чтобы не было отсечения посередине символа.

Ну чтобы не было отсечения посередине символа.

а, все понял

фанки тоже снейк

а. пардон. модули

iex(3)> "©" <> <<0>> <<194, 169, 0>>

https://hexdocs.pm/elixir/String.html#codepoints/1

Из доки: When Elixir sees a list of printable ASCII numbers, Elixir will print that as a char list (literally a list of characters). Char lists are quite common when interfacing with existing Erlang code. Whenever you see a value in IEx and you are not quite sure what it is, you can use the i/1 to retrieve information about it: i "ł" либо "ł" <> <<0>>

В том что вторая é это два utf символа

при конвеере, как тогда передать дальше код, как символ?

Я честно не понимаю в чем проблема

<<first, _::binary>> = "ł" тогда fisrt это 197, т.е число

так тебе число и надо

так тебе число и надо

нуу, не я ожидал символ а не число

Поменяй slice и join на take

нафига ты вообще делаешь join

я понять не могу

вот тут я ожидаю message: "hello", а не циферки

так твоя программа тогда работает не правильно

так твоя программа тогда работает не правильно

почему?

Расшифровывает не то что шифрует

Ты теряешь диактрические символы

Ты теряешь диактрические символы

да, так и нужно

по условию: +0.1 балл. Корректно реализовано отсечение последовательности символов, размер которых больше одного байта.

вот

Если на конце мультибайтовый символ, то его отсечь целиком. А не выкинуть все мультибайтовые.

Вот правильная логика

Вот правильная логика

тогда я не понимаю, что он сказал

Ты шифруешь слово "ПРИВЕТ"

оно 12 байт

а у тебя влазит в картинку 11

а у тебя влазит в картинку 11

так, да, все что не влазит я нафиг отсекаю и записываю что влезло

это вот в условии и написано: Формат текста: UTF-8, допускается отсечение строки текста в случае, когда размер изображения не позволяет внедрить строку целиком.

Да, но у тебя на конце появляется символ которого не было в исходном сообщении

тогда ты после расшифровки получишь "ПРИВЕ¢"

Да, но у тебя на конце появляется символ которого не было в исходном сообщении

все, понял

ERROR: S client not available

А тебе надо обрезать "ПРИВЕ"

вот за это и дают 0.1 балл

в чем разница между этими записями: IO.binwrite file, header <> pixel_data и IO.binwrite(file, header <> pixel_data) ?

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

во втором случае сначала вычисляется то что в скобках, потом эти парметры передаются IO.binwrite, если я не ошибаюсь)

тут видимо все равно

хотя я сам нуб %)

ну, всяко опытнее меня :В

врят ли, я тоже только начал изучать

Эээ

Тише тише

В первом случае ты пытаешься конкатенировать результат выполнения IO.binwrite и pixel_data

Можно ещё IO.binwrite file, (header <> pixel_data)

Тут вопрос в приоритетах

Но по-моему всегда писать скобки как-то логичнее.

Не, не всегда

если что, код взять отсюда: https://github.com/evanfarrar/ex_bump/blob/master/lib/bump.ex

и вот отттуда же: def write(filename: filename, canvas: %Canvas{ } = canvas) do что это за декларация аргументов?

Вот тут скобки лучше не использовать, хотя можно) def(foo, [do: :bar])

и вот отттуда же: def write(filename: filename, canvas: %Canvas{ } = canvas) do что это за декларация аргументов?

Паттерн матч с привязыванием переменных

Если ты её позовёшь как write(filename: "file.txt", canvas: %Canvas{что там в структуре канваса бывает}) то угадай, к чему привяжутся filename и canvas внутри write?

и почему

ну собсно, понятно к чему. А почему — смотри

Если ты её позовёшь как write(filename: "file.txt", canvas: %Canvas{что там в структуре канваса бывает}) то угадай, к чему привяжутся filename и canvas внутри write?

а можно мне абстрактный пример, чтобы в iex с ним поковыряться?

full_result = {:ok, pid} = some_func()

def stuff() do {:one, {:two, "trhee"}, ["four", "five"]} end iex> full_result = {:one, rest, _} = {_, _, [head | _]} = stuff()

посмотри на full_result, rest и head в iex

full_result = {:ok, pid} = some_func()

вот тут понятно: результат функции запишется в pid и а дальше кортеж присвоится full_result

хотя стоп, что возвращается some_func?

либо оно возвращает {:ok, что-то} и тогда всё матчится

либо нет

и тогда ошибка в рантайме, что в принципе ничего страшного обычно