Если вы новичок в мире SQL, то, возможно, эта книга не станет вашим лучшим выбором. Я приступил к ее прочтению, обладая некоторым багажом знаний и решил прочитать её для закрепления материала. В этом плане, я бы порекомендовал ее скорее для повторения, чем для первого знакомства.
Однако, для новичков эта книга может оказаться сложноватой. Автор, как писали ниже, часто советует как надо делать, а как не надо, но не аргументирует свои рекомендации.
Надо отдать должное книге – на обложке честно указано, что она рассчитана на читателей среднего уровня знаний, и в этом я с автором согласен. Однако, несмотря на это, обнаружилось несколько моментов, которые кажутся устаревшими.
Окончив каждую главу, мы обнаруживаем упражнения – по два-три на главу. Вот тут-то и начинается драма, потому что эти… Развернуть
Уже читал книжки этого автора. В целом из-за избытка воды и отсутствия конкретики и кейсов книга заслуживает 3 балла, но, как и в другой его книге, здесь есть алмаз, ради которого и пятерки не жалко. А именно - его понимание стратегии, описанное в самом начале определение стратегии. Поэтому будет "четверка".
Стратегия это искусство накопления силы. Это симбиоз видения будущего, принципов и плана действия.
НО! Стратегию мало иметь - ее надо доносить, и это один из самых сложных моментов бизнеса - как донести сложную идею до всех, чтобы она стала общим стержнем. И дальше он приводить кучу разных техник вроде SWOT-анализа, Impact mapping, Матрицы Эйзенхауэра и т .д. которые можно применять для анализа и донесения стратегии. Их польза для выработки настоящей стратегии (на мой субъективный… Развернуть
Это не всеобъемлющий учебник по Kubernetes, но подробно рассмотрены как вопросы базового использования (настройка деплойментов, хранилищ и конфигов), так и более глубокие (безопасности и расширения базовой функциональности кластера).
Написано доступным языком, будет понятна начинающим.
Довольно неплохая книжка про практики Software Engineering в Google. Будет интересна CTO, менеджерам, специалистам по тестированию и devops. Было интересно прочитать какие челленджи есть у организаций, которые работают действительно с большими кодовыми базами (в отличии от т.н. "галер", где калибр кода мелкий и средний :).
Мне со своей стороны было интересно почитать как устроена корпоративная культура в Google, и что в ней такого есть кроме бесплатных обедов и штатных массажистов.
Главный принцип, который мне показался близким - No haunted graveyards - не надо превращать критичные участки кода в "кладбища", на которые все боятся заходить. Максимальный уровень ревью и пересмотра решений, никакой пощады legacy, покрытие тестами всего, что можно покрыть.
Развернуть
Книга немного странная, потому что пытается достичь 2 целей - 1) научить программировать тех кто начинает и 2) дать представление об особенностях языка Julia тем, кто уже умеет програть. Для первой цели книги не хватает теоретического базиса и более глубокого рассмотрения основных вещей. Для второй цели - погружение в язык слишком поверхностное, не раскрывающее значимые аспекты языка, а только базовый синтаксис.
Вообщем, могу порекомендовать эту книгу тем, кто хочет за один день составить представление о Julia, новичкам точно не посоветую.
А так если, не брать во внимание эту книгу, то Julia очень интересный язык с макросами и возможностью задания своих кастомных операторов и крутой научной стандартной библиотекой
Довольно странная книга.
В теории основная целевая аудитория - инженеры по знаниям - люди, которые занимаются созданием схем и наполнением для "графов знаний". В вопрос на который она обещает дать ответ - "как правильно организовать и наполнять такую структуру". Но по хорошему - эта книга опоздала уже лет на 10: зачем нам создавать эксплицитные схемы, когда всякие эти нейросети уже давно умеют в нечеткое тензорное представление объектов? Зачем нам учить "инженера по знаниям" решать дискретные дилеммы, вроде "кто ближе к утконосу - утка или бобер", когда индустрия уже во всю приняла отказ от дискретности , субъективности и однозначности в пользу градуальности и полной опоры на эмпирическую природу данных, на которой происходит работа.
Это я не про то, что такие графово-онтологические… Развернуть
Очень добротная книга о том, как делать системы основанные на передачи сообщений. В книге рассмотрен, ну наверное, каждый аспект:
- Обоснование подхода "Синхронный vs Асинхронный" и "Сообщение vs Событие"
- Проблемы агентов в системах на ивентах
- Динамическая эволюция схемы событий
- Распределенные миграции
- Связь шины событий и хранилищ конкретных микросервисов
- Сильные и слабые стороны событийных фрейморков
Произведение довольно объемное, и все за один раз конечно не осилить, наверное эту книжку мне придется читать еще не один раз.
Книг совсем для начинающих, если вы уже работаете с спрингом/спринг-бутом больше полугода - то особого смысла читать нет. Можно пролистать, какие то моменты более четко уложить в голове
Весьма странная книга.
Начало очень интригующее. Автор поднимает проблему неудач в разработке и ставит самой вероятной причиной "неудачу языка" (language failure), т.е. команда проекта не смогла сформировать общую понятийную базу, для того чтобы на ее основе из этих кирпичиков создавать систему как "лингвистический объект". Автор широко цитирует Жака Дерриду и его идеи деконструкции как главный инструмент семантического моделирования. Отмечу что подобный подход используется в Domain-Driven-Design, который является более приземленной практикой без опоры на философию, но в книге почему-то вообще про это ни слова.
Также автор интересно описывает роль технического директора, как "дизайнера семантики", который с опорой на техническую эрудицию вырабатывает и доносит смыслы до всей команды через… Развернуть
The best book on technical leadership and management. Can be used as a guiline for newbie's or a set of a starting point ideas.
Очень добротная книга про DDD - предыдущие книги по этой теме, которые я читал были очень свалены или в разработку (тактический дизайн) или в аналитику (стратегический дизайн), но эта книга очень умело их соединяет. И прежде всего эта книжка дает правильный фокус на самое, на мой взгляд, главное в DDD - правильное проведение границ. Посмотрите какие границы присутствуют в моделируемой области, выработайте общий язык и реализуйте эти границы в коде.
Отдельный респект за рассмотрение похожих подходов и их отличие от DDD - микросервисы, событийная архитектура, аналитические приложения.
Это удивительная книга. Когда я с ней познакомился, не было еще никаких HuggingFace Transformers, и spaCy не было, даже Word2Vec не было. Но проблемы, которые эта книга ставила, и поясняла, для своего времени (конец нулевых) были довольно прорывными. Именно эта книжка меня "вывела в люди" и дала толчок как специалисту.
Разумеется, NLTK устарел и ему не угнаться за HuggingFace. Но это не значит, что книга потеряла свое педагогическую ценность. В книге все технологии и подходы разжевываются и объсняются. Кроме этого книга учит не только NLP, но еще и Python как таковому, позволяя что-то делать с нулевого уровню любому интересующемуся вопросами компьютерной лингвистики.
В защиту того, что она по-прежнему актуальна, скажу следующее: Легко, когда у тебя волшебная функция, которая все делает, и… Развернуть
Очень дельная книга о применении принципов предметно-ориентированного подхода для тех, кто пишет на Python.
Книга очень хорошо структурирована - имеется пример сквозной проекта, который с раскрытием новых тем улучшается, подсвечивая тем самым преимущества DDD. Рекомендуется всем python бекенд-разработчикам для понимания того, в чем состоят узкие места масштабируемости, как на нас влияют фреймворки и почему Django порой не самый лучший выбор.
Основное достоинство книги - размер. 250 страниц хорошо подобранного базового материала, много поучительных и интересных примеров. Как мне кажется, читать ее можно с минимальными предварительными знаниями.
первая книга, которую я полностью прочитала на английском. не особенно торопясь.
естественно, что не так много тонкостей с++11 неизвестно в 20-21 году, но, в целом,есть нюансы. например, что недефолтный деструктор отключает дефолтные move-методы. разжевывание про auto, lvalue, rvalue. что std::async не всегда async и что в с++14 можно писать единицы измерения для хроно без кучи букв
написано явно для людей кто отлично знает объектно-ориентированные языки программирования. Много воды, нет конкретики лично мне не понравилось так же не хватает кусков кода.
Книга отлично подходит для самого первого знакомство с миром HTML и CSS, для последующего изучения Java-Script.
Идеальна для даунов и деревенских.
Сейчас в принципе большая проблема с самоучками, который без базы в информатике и программировании пытаются что-то в разработку (я сама как раз из таких)
Кайл Симпсон поможет понять концепты (никогда замыкания не были такими понятными) и найти новые вопросы, я действительно ощущаю невероятный прогресс после прочтения
Впечатления от книги двоякие. Вроде бы написано основы все написаны и всё разжёвывается до самых косточек. Вроде вся книга в примерах, куча пояснений к ним и загадки и разгадки, и чего только в ней нет. И всё это подано в развлекательном виде. Что может быть лучше?
Признаюсь, когда я её начинал читать мысли мои были следующего характера: "Как круто! Прочту все книги от Head First, ведь в них так всё понятно, да ещё и весело". Но довольно быстро я понял, что она перегружена контентом, вы просто тонете в этой воде. Вся книга просто течет от воды и повторений. Стоит признаться и в том, что брал книгу в руки уже не новичок, а тот, кто уже много повидал С# и не только. Читая книгу на английском, мне хотелось пробежаться по основам и возможно узнать хоть что-то новое, посмотреть как C#… Развернуть
