На мой взгляд, это введение к хорошему посту, а самостоятельно на хороший пост не тянет. Никто бы не потерял, если бы вместо сырого материала с пометками «Часть #1» и «Продолжение следует» был оформлен один годный пост, пусть и позже.
Безвкусные картинки с фотостоков как реклама микрозаймов — раздражает и неизбежна. Окей, КДПВ нужна, повышает просмотры; почему бы не собрать данные по количеству выпускников, количеству мест в ВУЗах, сделать полезный график и повесить его до ката? Но нет, наигранно удивленный мальчуган; видимо, предполагается, что он олицетворяет будущих цифровых инженеров.
Такое чувство, что вы зарегистрировали аккаунт (см. nickname) специально для того, чтобы писать такие разбирающие и разбивающие по кусочкам комментарии
Ага. Сам город мне не очень понравился: главная улица узкая и на ней толпы людей всегда. Впрочем, девушке понравилось.
Но там есть классная пешая тропа с живописными видами. Мы были на ней год назад, и так впечатлились, что решили ещё раз прогуляться.
Я приехал туда по туристической визе Эстонии. Работник на таможне удивлённо приподнял бровь, когда услышал, что я на 42 дня к ним.
Не знаю, насколько легально удалённо работать по туристической визе.
Можно в комментариях в исходниках писать причину использования костыля. Тогда ни у кого не возникнет такого вопроса, ни у ревьюера, ни у кого-либо ещё в будущем.
Не очень понял про связь дизайна и редактуры, но подтверждаю, что статьи и заметки Максима офигенны. Книга «Пиши, сокращай», которую он написал в соавторстве с Людмилой Сарычевой — одна из лучших книг, которые я встречал. Каждая глава наполнена смыслом, примерами. Пока её читал и некоторое время спустя руки так и чесались пойти и написать что-нибудь.
С одной стороны, звучит логично. С другой стороны, ошибиться при проверке данных легче, чем при написании их с нуля. Ошибки при ctrl+C/ctrl+V из этой оперы, например.
P.S. мне понравилась идея; просто проверяю её на прочность и ищу скрытые подводные камни.
Кстати, я тут посмотрел, в Elixir'e есть поддержка records. А здесь José Valim рассказывает про Struct vs Record. Кратко: records лучше работают с проверкой типов dialyzer'ом (не обязательные конструкции) и в некоторых случаях немного быстрее. Взамен мы получаем полиморфизм и возможность матчить по содержимому структур.
P.S. спасибо, что упомянули records. Не знал, что в эликсире есть такой модуль, не сталкивался с его использованием.
2. Это верно. С другой стороны, если хочется видеть в начале модуля список экспортированных функций, можно организовать pre-commit hook, добавляющий этот список в качестве комментария.
3. В Elixir'е есть структуры. С одной стороны, это обёртка над map'ами. С другой стороны, с ними работает pattern-matching, позволяющий отделять структуры разных типов друг от друга. Например, в этой статье %Airport{} и %Direction{} — структуры.
4. Elixir — молодой язык, не везде всё работает из коробки. В плагине для Sublime Text тоже изначально не работал переход к определению функции/модуля, но я это исправил)
По поводу других пунктов: согласен с тем, что часть особенностей — на любителя. Но так во всём.
Ну а что касается Phoenix: монолитные фреймворки проще для использования. Рельсы популяризовали Ruby, дав возможность появиться комьюнити, которое стало создавать и модульные фреймворки (напр. Hanami).
Phoenix вполне может стать популяризатором Elixir'a: удобный в использовании, быстрый, многопоточный и масштабируемый.
Классный разбор внутренностей Elixir'a, спасибо!
А вы не могли бы подробнее описать, почему решили остановиться на Erlang'е? Явно ведь не из-за протоколов — статья подводит к тому, что они удобны, а оверхед у них небольшой.
Такое чувство, что вы зарегистрировали аккаунт (см. nickname) специально для того, чтобы писать такие разбирающие и разбивающие по кусочкам комментарии
Но там есть классная пешая тропа с живописными видами. Мы были на ней год назад, и так впечатлились, что решили ещё раз прогуляться.
Не знаю, насколько легально удалённо работать по туристической визе.
Неужели нельзя сделать заголовок, из которого будет понятно примерное содержание статьи?
Не ради троллинга, действительно интересно: в чём проблема написать код на доске или бумаге? Отсутствие подсказок IDE?
Можно в комментариях в исходниках писать причину использования костыля. Тогда ни у кого не возникнет такого вопроса, ни у ревьюера, ни у кого-либо ещё в будущем.
P.S. мне понравилась идея; просто проверяю её на прочность и ищу скрытые подводные камни.
P.S. спасибо, что упомянули records. Не знал, что в эликсире есть такой модуль, не сталкивался с его использованием.
3. В Elixir'е есть структуры. С одной стороны, это обёртка над map'ами. С другой стороны, с ними работает pattern-matching, позволяющий отделять структуры разных типов друг от друга. Например, в этой статье
%Airport{}
и%Direction{}
— структуры.4. Elixir — молодой язык, не везде всё работает из коробки. В плагине для Sublime Text тоже изначально не работал переход к определению функции/модуля, но я это исправил)
По поводу других пунктов: согласен с тем, что часть особенностей — на любителя. Но так во всём.
Ну а что касается Phoenix: монолитные фреймворки проще для использования. Рельсы популяризовали Ruby, дав возможность появиться комьюнити, которое стало создавать и модульные фреймворки (напр. Hanami).
Phoenix вполне может стать популяризатором Elixir'a: удобный в использовании, быстрый, многопоточный и масштабируемый.
Классный разбор внутренностей Elixir'a, спасибо!
А вы не могли бы подробнее описать, почему решили остановиться на Erlang'е? Явно ведь не из-за протоколов — статья подводит к тому, что они удобны, а оверхед у них небольшой.
Ну это всё-таки перевод, мопед не автора)
Сталкивался с тем, что в пятых рельсах
belongs_to
оставался необязательным несмотря наbelongs_to_required_by_default = true
.