Проектирование
В функциональной парадигме есть крутой концепт — паттерн матчинг (не смог перевести на русский, потому что сопоставление с образцом звучит как-то глупо).
Суть в простом выборе пути выполнения кода по форме входящего объекта.
Проще всего понять посмотрев на пример.
Результатом будет надпись
Почему не набор if-ов? Просто так короче и красивее.
И в догонку хорошая библиотека для JS — z.
#фп
В функциональной парадигме есть крутой концепт — паттерн матчинг (не смог перевести на русский, потому что сопоставление с образцом звучит как-то глупо).
Суть в простом выборе пути выполнения кода по форме входящего объекта.
Проще всего понять посмотрев на пример.
const result = matches(1)(
(x = 2) => 'number 2 is the best!!!',
(x = Number) => 'other number is not that good',
(x = Date) => 'blaa.. dates are awful!' )
Результатом будет надпись
other number is not that good.Почему не набор if-ов? Просто так короче и красивее.
И в догонку хорошая библиотека для JS — z.
#фп
Ссылка
Многие программисты перестают любить свою работу со временем. Это неизбежно снижает эффективность.
Чуть больше года назад я столкнулся с апатией на работе, противное ощущение. Придумал три правила, которые помогли справиться и снова полюбить работу.
Рассказал об этом на Tproger.
#softskills
Многие программисты перестают любить свою работу со временем. Это неизбежно снижает эффективность.
Чуть больше года назад я столкнулся с апатией на работе, противное ощущение. Придумал три правила, которые помогли справиться и снова полюбить работу.
Рассказал об этом на Tproger.
#softskills
Мудрость из книги
Начал читать "Чистую архитектуру" дядюшки Боба.
Введение объясняет, почему архитектура важна.
+ Если строить приложение на скорую руку цена новых фич очень быстро растет. В какой-то момент развитие продукта может и совсем остановиться.
+ "Потом сделаем нормально" — "потом" никогда не наступит и приложение превратиться в тыкву.
+ То что можно сделать быстро и плохо, выйти на рынок, а потом исправить все — миф. После выхода на рынок будут давить конкренты и другие причине не делать хорошо.
+ Желание все переписать с нуля — оно от лени. Любое приложение можно привести в порядок итеративно. Некоторые сложнее, некоторые проще, но любые можно.
Конспект книги Роберта Мартина "Чистая архитектура".
#чистая_архитектура #проектирование
Начал читать "Чистую архитектуру" дядюшки Боба.
Введение объясняет, почему архитектура важна.
+ Если строить приложение на скорую руку цена новых фич очень быстро растет. В какой-то момент развитие продукта может и совсем остановиться.
+ "Потом сделаем нормально" — "потом" никогда не наступит и приложение превратиться в тыкву.
+ То что можно сделать быстро и плохо, выйти на рынок, а потом исправить все — миф. После выхода на рынок будут давить конкренты и другие причине не делать хорошо.
+ Желание все переписать с нуля — оно от лени. Любое приложение можно привести в порядок итеративно. Некоторые сложнее, некоторые проще, но любые можно.
Конспект книги Роберта Мартина "Чистая архитектура".
#чистая_архитектура #проектирование
Мудрость из книги
У программ есть две ценности: структура и поведение.
Поведение обеспечивает корректную работу приложения, а структура возможность изменять поведение.
Многие команды концентрируются только на поведении. Тогда с каждым изменением требований изменять программу все сложнее.
На самом деле, структура — бОльшая ценность. Если программа работает правильно, но в неё нельзя вносить правки, она быстро придет в негодность. Если программа работает неправильно, но можно вносить правки без проблем, то ее легко заставить работать правильно.
Выбор между этими двумя ценностями — всегда борьба. И разработчики должны убеждать другие заинтересованные стороны, что структура важнее поведения.
Конспект книги Роберта Мартина "Чистая архитектура".
#чистая_архитектура #проектирование
У программ есть две ценности: структура и поведение.
Поведение обеспечивает корректную работу приложения, а структура возможность изменять поведение.
Многие команды концентрируются только на поведении. Тогда с каждым изменением требований изменять программу все сложнее.
На самом деле, структура — бОльшая ценность. Если программа работает правильно, но в неё нельзя вносить правки, она быстро придет в негодность. Если программа работает неправильно, но можно вносить правки без проблем, то ее легко заставить работать правильно.
Выбор между этими двумя ценностями — всегда борьба. И разработчики должны убеждать другие заинтересованные стороны, что структура важнее поведения.
Конспект книги Роберта Мартина "Чистая архитектура".
#чистая_архитектура #проектирование
Мудрость из книги
Наличие тестов не гарантирует, что программа работает правильно. Напротив, тестами можно доказать наличие ошибок.
То есть тесты доказывают только, что программа работает достаточно корректно.
Конспект книги Роберта Мартина "Чистая архитектура".
#чистая_архитектура #проектирование
Наличие тестов не гарантирует, что программа работает правильно. Напротив, тестами можно доказать наличие ошибок.
То есть тесты доказывают только, что программа работает достаточно корректно.
Конспект книги Роберта Мартина "Чистая архитектура".
#чистая_архитектура #проектирование
Мудрость из книги
Программы формулируются на основе трех парадигм.
Первым широкой публике стало известно структурное программирование. Предлагается отказаться от переходов (
Таким образом, структурное программирование накладывает ограничение на прямую передачу управления.
Конспект книги Роберта Мартина "Чистая архитектура".
#чистая_архитектура #проектирование
Программы формулируются на основе трех парадигм.
Первым широкой публике стало известно структурное программирование. Предлагается отказаться от переходов (
go to) в пользу условных операторов (if-then-else) и циклов (do-while-until).Таким образом, структурное программирование накладывает ограничение на прямую передачу управления.
Конспект книги Роберта Мартина "Чистая архитектура".
#чистая_архитектура #проектирование
Мудрость из книги
Программы формулируются на основе трех парадигм.
Потом пришло ООП.
Сразу несколько разрушение нескольких ошибочных суждений:
+ Это не про связывание данных и функций над ними —
+ Это не про инкапсуляцию — ее можно организовать через заголовочные файлы в C, или через замыкания.
+ Это не про наследование. Можно было и раньше, просто довольно криво. Да и вообще это часто вредное свойство ООП-систем.
+ Это не про полиморфизм. Обеспечить полиморфное поведение можно имея в распоряжении только функции.
На самом деле, ООП дало важный концепт — инверсию зависимостей. А это позволило писать системы основанные на плагинах, которые легко расширять и изменять. Не так давно писал об этом.
Короче, объектно-ориентированное проектирование накладывает ограничение на косвенную передачу управления.
Конспект книги Роберта Мартина "Чистая архитектура".
#чистая_архитектура #проектирование
Программы формулируются на основе трех парадигм.
Потом пришло ООП.
Сразу несколько разрушение нескольких ошибочных суждений:
+ Это не про связывание данных и функций над ними —
cat.walk() эквивалентно walk(cat).+ Это не про инкапсуляцию — ее можно организовать через заголовочные файлы в C, или через замыкания.
+ Это не про наследование. Можно было и раньше, просто довольно криво. Да и вообще это часто вредное свойство ООП-систем.
+ Это не про полиморфизм. Обеспечить полиморфное поведение можно имея в распоряжении только функции.
На самом деле, ООП дало важный концепт — инверсию зависимостей. А это позволило писать системы основанные на плагинах, которые легко расширять и изменять. Не так давно писал об этом.
Короче, объектно-ориентированное проектирование накладывает ограничение на косвенную передачу управления.
Конспект книги Роберта Мартина "Чистая архитектура".
#чистая_архитектура #проектирование
Мудрость из книги
Программы формулируются на основе трех парадигм.
В моду вошло ФП.
Главный принцип функционального программирования — иммутабельность данных. То есть запрет за изменение значений.
Это даёт кучу бенефитов. Например, программы можно безболезненно выполнять на разных компьютерах, а потом результаты соединять в один. Легче держать в голове программу, когда в ней ничего никогда не изменяется
Короче, функциональное программирование накладывает ограничение на присваивание.
Конспект книги Роберта Мартина "Чистая архитектура".
#чистая_архитектура #проектирование #фп
Программы формулируются на основе трех парадигм.
В моду вошло ФП.
Главный принцип функционального программирования — иммутабельность данных. То есть запрет за изменение значений.
Это даёт кучу бенефитов. Например, программы можно безболезненно выполнять на разных компьютерах, а потом результаты соединять в один. Легче держать в голове программу, когда в ней ничего никогда не изменяется
Короче, функциональное программирование накладывает ограничение на присваивание.
Конспект книги Роберта Мартина "Чистая архитектура".
#чистая_архитектура #проектирование #фп
Мудрость из книги
Эти три парадигмы программирования не добавляют нам новых возможностей. А напротив, ограничивают нас в чем-то. Вынуждают разработчиков делать больше работы.
Это позволяет строить более надёжные программы, которые легко адаптировать к новым требованиям.
Конспект книги Роберта Мартина "Чистая архитектура".
#чистая_архитектура #проектирование
Эти три парадигмы программирования не добавляют нам новых возможностей. А напротив, ограничивают нас в чем-то. Вынуждают разработчиков делать больше работы.
Это позволяет строить более надёжные программы, которые легко адаптировать к новым требованиям.
Конспект книги Роберта Мартина "Чистая архитектура".
#чистая_архитектура #проектирование
Проектирование
Во фронтенде редко концентрируются на архитектуре больших приложений. Нам, в Breadhead, пришлось этим заняться.
Потратив полгода на конструирование действительно большого приложения на React, мы заметили, что скорость доставки новых фич сильно упала. Это было связано с подходом. Код писался стихийно.
Но мы поняли проблемы и начали их исправлять. Сейчас уже стало много проще.
Подробно расскажу об этой истории на Городе IT в Томске 10 ноября.
#фронтенд #проектирование
Во фронтенде редко концентрируются на архитектуре больших приложений. Нам, в Breadhead, пришлось этим заняться.
Потратив полгода на конструирование действительно большого приложения на React, мы заметили, что скорость доставки новых фич сильно упала. Это было связано с подходом. Код писался стихийно.
Но мы поняли проблемы и начали их исправлять. Сейчас уже стало много проще.
Подробно расскажу об этой истории на Городе IT в Томске 10 ноября.
#фронтенд #проектирование
Мудрость из книги
Принцип единственной ответственности многие понимают не так как надо.
Он не про то, что каждый модуль должен делать что-то одно (хоть это и правильная мысль, она просто не имеет отношения к этому принципу).
На самом деле, он постулирует что только у одной группы заинтересованных лиц должна быть причина изменять модуль.
Пример: есть класс пользователя. На нем определены методы: сохранить, рассчитать зарплату, рассчитать отработанные часы. Проблемы: сохранение важном для администраторов базы данных, рассчет зарплаты — для бухгалтерии, расчет отработанных часов — для отдела кадров. Тогда появляется опасность, что при выполнении требований одной из групп (их ещё называют акторами) разработчики что-то сломают для другой группы. Потому таких ситуаций следует избегать.
Запах: часто если принцип единственной ответственности нарушается, в репозитории образовываются мердж-конфликты. Это индикатор, что в коде есть проблемы.
Конспект книги Роберта Мартина "Чистая архитектура".
#чистая_архитектура #проектирование
Принцип единственной ответственности многие понимают не так как надо.
Он не про то, что каждый модуль должен делать что-то одно (хоть это и правильная мысль, она просто не имеет отношения к этому принципу).
На самом деле, он постулирует что только у одной группы заинтересованных лиц должна быть причина изменять модуль.
Пример: есть класс пользователя. На нем определены методы: сохранить, рассчитать зарплату, рассчитать отработанные часы. Проблемы: сохранение важном для администраторов базы данных, рассчет зарплаты — для бухгалтерии, расчет отработанных часов — для отдела кадров. Тогда появляется опасность, что при выполнении требований одной из групп (их ещё называют акторами) разработчики что-то сломают для другой группы. Потому таких ситуаций следует избегать.
Запах: часто если принцип единственной ответственности нарушается, в репозитории образовываются мердж-конфликты. Это индикатор, что в коде есть проблемы.
Конспект книги Роберта Мартина "Чистая архитектура".
#чистая_архитектура #проектирование
Мудрость из книги
Программные сущности должна быть открыты для расширения и закрыты для изменения.
Важно строить систему так, чтобы для добавления нового поведения не нужно было изменять старого кода. Идеальный вариант — написанный код не нужно модифицировать никогда, а только писать новый.
Пример: система выводит на веб-странице какие то данные. В какой-то момент нужно выводить такие же данные в формате CSV. Если для этого нужно вносить изменения куда-то — это проблема. По хорошему, нужно просто написать ещё один модуль, который будет заниматься CSV.
Конспект книги Роберта Мартина "Чистая архитектура".
#чистая_архитектура #проектирование
Программные сущности должна быть открыты для расширения и закрыты для изменения.
Важно строить систему так, чтобы для добавления нового поведения не нужно было изменять старого кода. Идеальный вариант — написанный код не нужно модифицировать никогда, а только писать новый.
Пример: система выводит на веб-странице какие то данные. В какой-то момент нужно выводить такие же данные в формате CSV. Если для этого нужно вносить изменения куда-то — это проблема. По хорошему, нужно просто написать ещё один модуль, который будет заниматься CSV.
Конспект книги Роберта Мартина "Чистая архитектура".
#чистая_архитектура #проектирование
Исследуя GitHub
Уверен, многие тут часто делают какие-то простые сайты. Я люблю делать такие сайты статическими. Они быстрые, они безопасные.
Но на них не очень удобно добавлять формы обратной связи. Погрустил и сделал сервис, который позволяет отправлять уведомления из формы обратной связи прямо в Телеграм без какого-либо бэкенда.
Можно взять исходники и собрать самому, а можно пользоваться этим сайтом — usenotify.info.
#фронтенд
Уверен, многие тут часто делают какие-то простые сайты. Я люблю делать такие сайты статическими. Они быстрые, они безопасные.
Но на них не очень удобно добавлять формы обратной связи. Погрустил и сделал сервис, который позволяет отправлять уведомления из формы обратной связи прямо в Телеграм без какого-либо бэкенда.
Можно взять исходники и собрать самому, а можно пользоваться этим сайтом — usenotify.info.
#фронтенд
Мудрость из книги
Принцип подстановки Барбары Лисков — код должен иметь возможность работать с любым подтипом, так будто это базовый тип.
Классическая ошибка — квадрат, как наследник прямоугольника. В таком случае клиентский код может попытаться изменить длины сторон прямоугольника независимо. Для квадрата это невозможно. Значит нельзя квадрат наследовать от прямоугольника.
Простой принцип, который часто нарушают. Если соблюдать, можно избежать огромного числа ошибок.
Конспект книги Роберта Мартина "Чистая архитектура".
#чистая_архитектура #проектирование
Принцип подстановки Барбары Лисков — код должен иметь возможность работать с любым подтипом, так будто это базовый тип.
Классическая ошибка — квадрат, как наследник прямоугольника. В таком случае клиентский код может попытаться изменить длины сторон прямоугольника независимо. Для квадрата это невозможно. Значит нельзя квадрат наследовать от прямоугольника.
Простой принцип, который часто нарушают. Если соблюдать, можно избежать огромного числа ошибок.
Конспект книги Роберта Мартина "Чистая архитектура".
#чистая_архитектура #проектирование
Мудрость из книги
Принцип разделения интерфейсов.
Не стоит включать в программу зависимость от слишком большого модуля (если не используются все его функции).
Конспект книги Роберта Мартина "Чистая архитектура".
#чистая_архитектура #проектирование
Принцип разделения интерфейсов.
Не стоит включать в программу зависимость от слишком большого модуля (если не используются все его функции).
Конспект книги Роберта Мартина "Чистая архитектура".
#чистая_архитектура #проектирование
Мудрость из книги
Принцип инверсии зависимостей.
"Наиболее гибкими получаются системы, в которых зависимости в исходном коде направлены на абстракции, а не на конкретные реализации.
Лучше не зависеть от деталей, потому что они нестабильны. Абстракции меняются реже.
Но полностью соблюсти этот принцип не получится. Все равно кто-то будет знать о конкретной реализации. Лучше чтобы это был кто-то один.
Конспект книги Роберта Мартина "Чистая архитектура".
#чистая_архитектура #проектирование
Принцип инверсии зависимостей.
"Наиболее гибкими получаются системы, в которых зависимости в исходном коде направлены на абстракции, а не на конкретные реализации.
Лучше не зависеть от деталей, потому что они нестабильны. Абстракции меняются реже.
Но полностью соблюсти этот принцип не получится. Все равно кто-то будет знать о конкретной реализации. Лучше чтобы это был кто-то один.
Конспект книги Роберта Мартина "Чистая архитектура".
#чистая_архитектура #проектирование
Ссылка
Однажды писал о важности Docker для разработчика. На днях нашел на Hexlet ультимативный гайд "Как и для чего использовать Docker". Очень подробный.
#docker
Однажды писал о важности Docker для разработчика. На днях нашел на Hexlet ультимативный гайд "Как и для чего использовать Docker". Очень подробный.
#docker
Мудрость из книги
Архитектура — форма программного продукта. Цель этой формы — как можно долше иметь как можно больше вариантов.
Хорошая архитектура позволяет разрабатывать приложение максимально ровно (скорость разработки замедляется незначительно), легко доставлять его клиентам, поддерживать и сопровождать код.
Одна из самых важных частей архитектуры — разделение бизнес-правил и деталей. Бизнес важне, детали — нет. Нужно сохранять направление зависимотей. Детали зависят от высокоуровневых бизнес-политик, не наоборот.
Конспект книги Роберта Мартина "Чистая архитектура".
#чистая_архитектура #проектирование
Архитектура — форма программного продукта. Цель этой формы — как можно долше иметь как можно больше вариантов.
Хорошая архитектура позволяет разрабатывать приложение максимально ровно (скорость разработки замедляется незначительно), легко доставлять его клиентам, поддерживать и сопровождать код.
Одна из самых важных частей архитектуры — разделение бизнес-правил и деталей. Бизнес важне, детали — нет. Нужно сохранять направление зависимотей. Детали зависят от высокоуровневых бизнес-политик, не наоборот.
Конспект книги Роберта Мартина "Чистая архитектура".
#чистая_архитектура #проектирование
