Закончил чтение книги. Что могу сказать? Довольно водянистый труд о масштабировании и надежности, вроде все базворды использованы "масштабирование", "надежность", "облака" и т.д. Но после прочтения складывается ощущение небрежности автора, как будто не хватило времени на оформление и продумывание деталей.
На протяжении всей книги пытаешься удержать смысл повествования, вместо того чтобы плавно переходить от темы к теме, идет какое-то постоянное разглагольствование ни о чем.
Не рекомендую эту книгу. Прочитал потому что надеялся, на чудо. Не получилось.
#обзор #книга
На протяжении всей книги пытаешься удержать смысл повествования, вместо того чтобы плавно переходить от темы к теме, идет какое-то постоянное разглагольствование ни о чем.
Не рекомендую эту книгу. Прочитал потому что надеялся, на чудо. Не получилось.
#обзор #книга
Эта книга как-то прошла мимо меня. Недавно посоветовали ее прочитать, оказалось, что книга очень годная.
В книге есть пара слов про "ментальное программирование", довольно хорошо написано про UML, приведены основные паттерны проектирования, хоршо описан SOLID. В общем рекомендую почитать шарпистам, особенно новичкам.
Правда, один из авторов - Роберт Мартин, отсюда большое пересечение с другими его трудами и много длинных историй (которые на любителя)
#обзор #книга
В книге есть пара слов про "ментальное программирование", довольно хорошо написано про UML, приведены основные паттерны проектирования, хоршо описан SOLID. В общем рекомендую почитать шарпистам, особенно новичкам.
Правда, один из авторов - Роберт Мартин, отсюда большое пересечение с другими его трудами и много длинных историй (которые на любителя)
#обзор #книга
Что значит ООП парадигма, как мыслить объектами, а не структурами? Почему одни ООП программы более ООП чем другие?
Если хотите понять что такое ООП то лучшая книга для этого Объектно ориентированное конструирование программных систем. Из всех взглядов (я имею в виду Кея и Страуструпа) объяснения Мейера мне кажутся наиболее интересными и полезными. У него отлично описано контрактное программирование и объектная парадигма. Книга хоть и старая но очень хорошая.
#книга #обзор
Если хотите понять что такое ООП то лучшая книга для этого Объектно ориентированное конструирование программных систем. Из всех взглядов (я имею в виду Кея и Страуструпа) объяснения Мейера мне кажутся наиболее интересными и полезными. У него отлично описано контрактное программирование и объектная парадигма. Книга хоть и старая но очень хорошая.
#книга #обзор
Хочу поделиться списком рекомендованной литературы для разработчика. За один день такой объем, конечно, не осилить, но как долгосрочная цель - ок.
https://dckms.github.io/system-architecture/emacsway/it/self-education/self-education-for-software-engineer.html
#книга #рекомендация
https://dckms.github.io/system-architecture/emacsway/it/self-education/self-education-for-software-engineer.html
#книга #рекомендация
Задорная книга о связи математики и программирования. Объясняется на примере Python. Сначала делается введение в Python, затем основные сущности математики, необходимые программисту, показываются через синтаксис языка.
В книге нет ответа на вопрос "Зачем?". Часто людей интересует сугубо практический вопрос "Что я получу, если буду использовать математику?". Ожидается какой-то емкий, измеримый ответ. Но этот вопрос из серии риторических "В чем смысл жизни?". Каждый для себя должен решить сам, какие бонусы ему дает математика. В любом случае, обойтись без математики можно. А если еще и плохо знаете математику, то точно никаких бонусов не будет.
Книга хороша для тех кто учил математику, но забыл. Потому что те кто хорошо владеют, например, теорией множеств, будут постоянно ловить "капитана очевидность". В этом смысле есть некоторая бесполезность книги - тем кто плох в математике вроде как и не надо, тем кто хорошо и так все понятно.
#книга #отзыв
В книге нет ответа на вопрос "Зачем?". Часто людей интересует сугубо практический вопрос "Что я получу, если буду использовать математику?". Ожидается какой-то емкий, измеримый ответ. Но этот вопрос из серии риторических "В чем смысл жизни?". Каждый для себя должен решить сам, какие бонусы ему дает математика. В любом случае, обойтись без математики можно. А если еще и плохо знаете математику, то точно никаких бонусов не будет.
Книга хороша для тех кто учил математику, но забыл. Потому что те кто хорошо владеют, например, теорией множеств, будут постоянно ловить "капитана очевидность". В этом смысле есть некоторая бесполезность книги - тем кто плох в математике вроде как и не надо, тем кто хорошо и так все понятно.
#книга #отзыв
Ещё одна книга на вечер. Читается легко. Содержит много обобщений и правил. Рассказывает о зависимостях, двух школах тестирования, видах тестов и их соотношении в проекте.
Особо понравилось классификация кода в ширину и глубину, а так же поиск оптимального соотношения характеристик тестов.
Из того что не понравилось - поверхностное изложение функционального программирования, водянистость примеров. И малое количество эвристик для оценки качества теста. Было бы лучше больше примеров в стиле хорошо/плохо.
В целом книга лёгкая и годная.
#книга #отзыв
Особо понравилось классификация кода в ширину и глубину, а так же поиск оптимального соотношения характеристик тестов.
Из того что не понравилось - поверхностное изложение функционального программирования, водянистость примеров. И малое количество эвристик для оценки качества теста. Было бы лучше больше примеров в стиле хорошо/плохо.
В целом книга лёгкая и годная.
#книга #отзыв
Коротко: первая часть книги содержит довольно много воды, ближе к середине начинается "мясо". Примеры на Java лично мне сильно раздражали, они не раскрывают сути рассматриваемых понятий, а рассматривают процесс установки тех или иных компонент, т.е. не для Java разрабов - потеря времени.
В книге нет глубокой теории, но есть довольно понятное объяснение основных приципов проектирования API и способы организации безопасного взаимодействия. Рассмотрены понятие авторизации и аутентификации, поверхностно про DAC и MAC (кроме разъяснения терминов ничего дельного).
Основные ключевые слова, значение и принципы работы которых вы поймете из книги: OAuth, OpenID, JWT, JWS, JWE.
Так же есть небольшой раздел с шаблонами взаимодействия с API. Там показаны схемы и объясняется логика работы.
В общем, книга на 5 из 10, вроде и не совсем треш, но глубины не хватает, а практические акценты на Java только отвлекают от сути.
#книга #отзыв
В книге нет глубокой теории, но есть довольно понятное объяснение основных приципов проектирования API и способы организации безопасного взаимодействия. Рассмотрены понятие авторизации и аутентификации, поверхностно про DAC и MAC (кроме разъяснения терминов ничего дельного).
Основные ключевые слова, значение и принципы работы которых вы поймете из книги: OAuth, OpenID, JWT, JWS, JWE.
Так же есть небольшой раздел с шаблонами взаимодействия с API. Там показаны схемы и объясняется логика работы.
В общем, книга на 5 из 10, вроде и не совсем треш, но глубины не хватает, а практические акценты на Java только отвлекают от сути.
#книга #отзыв
Раньше я думал, что плохих книг не бывает, что в каждой книге есть что-то полезное. Я так думал ровно до тех пор, пока не встретил «Agile in practice».
Чтобы вы ни думали о связи названия и содержания книги - вы ошибетесь. Автор подробнейшие образом (со скриншотами и пересказывание документации) рассказывает как использовать софт по управлению проектами (наподобие, Jira), тратит на это кучу времени и страниц книги. Но на действительно полезные вещи, поясняющие смысл Agile, фреймворков и оценки качества продуктов, как будто не хватило сил.
В итоге, скомканное описание теории, без примеров и нормальных аргументов, куча скриншотов и пересказа документации.
Такое ощущение, что посмотрел скринкаст по Jira, разложенный на кадры и опубликованный в книге.
Не смог дочитать до конца.
#книга #обзор
Чтобы вы ни думали о связи названия и содержания книги - вы ошибетесь. Автор подробнейшие образом (со скриншотами и пересказывание документации) рассказывает как использовать софт по управлению проектами (наподобие, Jira), тратит на это кучу времени и страниц книги. Но на действительно полезные вещи, поясняющие смысл Agile, фреймворков и оценки качества продуктов, как будто не хватило сил.
В итоге, скомканное описание теории, без примеров и нормальных аргументов, куча скриншотов и пересказа документации.
Такое ощущение, что посмотрел скринкаст по Jira, разложенный на кадры и опубликованный в книге.
Не смог дочитать до конца.
#книга #обзор
Я много раз публиковал подборку книг по архитектуре программного обеспечения, теперь вынес ее на SOER.MEDIA, надеюсь больше не потеряется.
https://s0er.ru/documents/article/3741
#книга #ссылки
https://s0er.ru/documents/article/3741
#книга #ссылки
SOER.MEDIA
404
Запрошенный ресурс не найден
Тех кому интересна современная архитектура, посмотрите на книгу "Practical Process Automation" Bernd Ruecker, это довольно свежее издание, поэтому отражает современный подход к оркестрации и хореографии в современных распределенных архитектурах. В книге показана связь кода и архитектуры, есть примеры на BPMN и процессный взгляд на решение.
#книга
#книга
Очень редко попадаются книги, которые хочется прочитать. Книга "Программируй & типизируй" как раз из них.
Нравится тем, что здесь всего понемногу - немного про паттерны, немного про типы, немного про ООП, немного про ФП. Но этим книга и хороша - это книга-обзор с базовыми понятиями и поясняющими примерами.
Хорошая отправная точка, чтобы узнать про изоморфизм Карри-Говарда, типобезопасность, структурную и номинальную типизацию, алгебраические типы и т.д.
#книга #отзыв #книганавечер
Нравится тем, что здесь всего понемногу - немного про паттерны, немного про типы, немного про ООП, немного про ФП. Но этим книга и хороша - это книга-обзор с базовыми понятиями и поясняющими примерами.
Хорошая отправная точка, чтобы узнать про изоморфизм Карри-Говарда, типобезопасность, структурную и номинальную типизацию, алгебраические типы и т.д.
#книга #отзыв #книганавечер
Пять строк кода
Если коротко, то большая часть книги - "Демагогия". Несколько дельных советов, на тонны ненужной местами вредной воды.
Некоторые мысли после прочтения:
1. Автор взял чисто процедурный код и начал рефакторить его в объектный вид. Очень странный подход, понятно что процедурные языки - это одно, объектные - другое. Смысл два подхода мешать в одну кучу? Есть огромные кодовые базы, написанные в процедурном стиле. На ООП будем их все переводить?
2. На практике трудно найти кодовую базу, построенную в соответствии со всеми советами книги. Для собственного развлечения можете посмотреть реальные проекты на гитхабе, и в истории поисать "refactor", а потом сравнить с советами в книге. Спойлер: совпадений будет минимум.
3. Про комментарии стандартная дичь, тут могу только передалать слова классиков: "чтобы вам код только без комментариев читать". Я много читаю кода, могу твердо сказать: "комментарии - это как глоток свежего воздуха, без них код сухой и скучный".
Авторам книги могу посоветовать писать книги без примеров кода, или наоборот без строчки текста. Сразу поймете, что есть мысли "для текста", есть мысли "для кода". Одно другого не исключает.
4. Книга написана для объема, куча воды и рассуждений автора. Опять же, ради интереса можете посмотреть список источников, используемых в "Совершенном коде" Маконнела и здесь. Не зря у Роберта Мартина книга вызвала одобрение, он тоже не любит работать с источниками, но любит рассуждения.
"Совершенный код" на порядок "практичнее", чем "Пять строчек кода". Нужно учиться работать с источниками, а не просто рассуждать.
5. На практике использовать все советы крайне сложно, реальные проекты на гитхабе тому доказательство, такой уровень грануляции как "пять строчек кода" - это просто невыполнимо. Можно БЛ написать с таким подходом, но библиотечный, утилитарный, инфраструктурный код писать в таком стиле смысла нет.
Книгу стоит прочитать, если вы любите порассуждать о коде где-нибудь за кружечкой чая в баре. На практике мало пользы будет.
P.S. но одну закладку все же поставил, там где мысль про локальные инварианты. Это дельный совет - смысл в том, что инварианты должны быть ближе к месту их использования. Глобальных инвариантов не должно быть много.
#книга #отзыв
Если коротко, то большая часть книги - "Демагогия". Несколько дельных советов, на тонны ненужной местами вредной воды.
Некоторые мысли после прочтения:
1. Автор взял чисто процедурный код и начал рефакторить его в объектный вид. Очень странный подход, понятно что процедурные языки - это одно, объектные - другое. Смысл два подхода мешать в одну кучу? Есть огромные кодовые базы, написанные в процедурном стиле. На ООП будем их все переводить?
2. На практике трудно найти кодовую базу, построенную в соответствии со всеми советами книги. Для собственного развлечения можете посмотреть реальные проекты на гитхабе, и в истории поисать "refactor", а потом сравнить с советами в книге. Спойлер: совпадений будет минимум.
3. Про комментарии стандартная дичь, тут могу только передалать слова классиков: "чтобы вам код только без комментариев читать". Я много читаю кода, могу твердо сказать: "комментарии - это как глоток свежего воздуха, без них код сухой и скучный".
Авторам книги могу посоветовать писать книги без примеров кода, или наоборот без строчки текста. Сразу поймете, что есть мысли "для текста", есть мысли "для кода". Одно другого не исключает.
4. Книга написана для объема, куча воды и рассуждений автора. Опять же, ради интереса можете посмотреть список источников, используемых в "Совершенном коде" Маконнела и здесь. Не зря у Роберта Мартина книга вызвала одобрение, он тоже не любит работать с источниками, но любит рассуждения.
"Совершенный код" на порядок "практичнее", чем "Пять строчек кода". Нужно учиться работать с источниками, а не просто рассуждать.
5. На практике использовать все советы крайне сложно, реальные проекты на гитхабе тому доказательство, такой уровень грануляции как "пять строчек кода" - это просто невыполнимо. Можно БЛ написать с таким подходом, но библиотечный, утилитарный, инфраструктурный код писать в таком стиле смысла нет.
Книгу стоит прочитать, если вы любите порассуждать о коде где-нибудь за кружечкой чая в баре. На практике мало пользы будет.
P.S. но одну закладку все же поставил, там где мысль про локальные инварианты. Это дельный совет - смысл в том, что инварианты должны быть ближе к месту их использования. Глобальных инвариантов не должно быть много.
#книга #отзыв
Изучаем DDD
Предметно-ориентированнре проектирование
Влад Хононов
Если сранивать "DDD самое основное" и книгу от Влада, то при сопоставимом объеме книга Влада гораздо полезнее. Мне понравилось, что есть примеры стратегического проектирования на основы поддоменов, с нормальным объяснением чем core от универсального домена отличается.
Понравилось, что приведены основные паттерны для тактического проектирования. Хорошо объяснено про ограничения Transaction Script.
Не очень понравилось как объяснены доменные события и описаны трех-слойная и порты и адаптеры архитектуры, как-то скомкано, без достаточного количества примеров.
По поводу EventSourcing основное сказано, дана оценка по нагрузке и типовые вопросы, все четко и по делу.
В эволюции проектных решений мне не хватило примеров, но в приложениях есть описание примеров использования DDD, что частично компенсирует.
В целом впечатление хорошее - книга годная, охватывает основные вопросы, скорее всего придется еще поискать доп. инфу, но зато как справочник - идеально.
#DDD #книга #отзыв
Предметно-ориентированнре проектирование
Влад Хононов
Если сранивать "DDD самое основное" и книгу от Влада, то при сопоставимом объеме книга Влада гораздо полезнее. Мне понравилось, что есть примеры стратегического проектирования на основы поддоменов, с нормальным объяснением чем core от универсального домена отличается.
Понравилось, что приведены основные паттерны для тактического проектирования. Хорошо объяснено про ограничения Transaction Script.
Не очень понравилось как объяснены доменные события и описаны трех-слойная и порты и адаптеры архитектуры, как-то скомкано, без достаточного количества примеров.
По поводу EventSourcing основное сказано, дана оценка по нагрузке и типовые вопросы, все четко и по делу.
В эволюции проектных решений мне не хватило примеров, но в приложениях есть описание примеров использования DDD, что частично компенсирует.
В целом впечатление хорошее - книга годная, охватывает основные вопросы, скорее всего придется еще поискать доп. инфу, но зато как справочник - идеально.
#DDD #книга #отзыв