Как стать автором
Обновить

Комментарии 11

Да, очень понравился подход с простейшей Key-Value дальнешем ее совершенствованием… Хорошо заходит:)
Книга супер! Посоветовал падавану, тот прочитал, почувствовал себя деждаем и дернул на темную сторону, achtung!
Вопрос про совместное чтение. Насколько я понял, вы распределяете главы книги по людям и каждому требуется прочитать за неделю назначенную главу и подготовить докладик. А если есть логическая связь между главами? Для некоторых книг ведь невозможно читать одну главу, вырвав из контекста.

(DDIA — великолепная книга, ликбез по большому кругу вопросов, must read для современного архитектора приложений)
По-моему, они читают определённую часть все вместе и в пятницу обсуждают прочитанное, делятся своими мыслями о прочитанной части. Плюсы\минусы, методы и места применения. И, рисуют все вместе roadmap, заодно освежая прочитанное.
Какие-то места очевидны и много поговорить не получится, в каких-то возникнут дискуссии и получится хорошее обсуждение.
По крайней мере, я так вижу совместное чтение.

Вариант с распределением глав, как вы уже заметили, может подкачать. Мало того, что некоторые главы тесно связаны между собой, так ещё и качество материала будет зависеть напрямую от докладчика. Кто-то не умеет достаточно хорошо рассказывать, кто-то упустит важную деталь, кто-то вообще может не так понять главу и расскажет не то, что нужно.
Да, примерно так и проходит)
Не совсем так. Каждый читает все главы. Мы выбираем, что именно прочитать к пятнице. Например, эту книгу мы прочитали по одной главе в неделю.
Мы не гонимся за объемом прочитанного — намного важнее ритм и выполнение плана всеми участниками. Дискуссия заметно страдает, когда один (на этой книге нас было трое) выпадает.
Спасибо. Я спрашиваю не чтобы подвергнуть сомнению то, что вы предлагаете — просто я сам ломаю голову над тем, как поощрять чтение технической литературы в компании. И пока не вижу лёгких путей.

В книге DDIA 12 глав. Реально было 12 встреч? С перерывами на отпуска/больничные/«завтра дедлайн, давайте пропустим» сколько же месяцев это заняло? Не было соблазна забить? (Это книга большая и трудная, понятно что с другими полегче, но вообще это показательная штука.)
На отпуск кого-то из коллег прерываемся.
Бывало, что кто-то не прочитал или прочитал не до конца. Отсюда знание, что качество снижается)
Бывали переносы с пятницы на четверг, понедельник — так иногда можно, если кто-то отсутствует именно в пятницу.

Не было соблазна забить?

Пока что не было. Это не первая наша книга. И не последняя на текущий момент.

Что важно (возможно повторюсь).
1. Небольшой объем.
2. Темп.
3. Обсуждение в рабочее время.
4. Книга выбирается совместно.
5. Все должны прочитать.
6. Никто во время обсуждения не отсиживается. Когда мы начинали, мы явно передавали «слово» по кругу.
7. Надо чередовать сложность-тематику. Эта книга очень сложная и крутая по объему знаний. Сейчас отдыхаем на книге про менеджмент)
8. Добровольность и принятие правил всеми участниками.

Как обеспечить это в масштабах компании или отдела — я не знаю. Мы просто договорились и начали.
Спасибо, судя по рецензии, книга тесно перекликается с "Programming with databases" (она же "СУБД для программиста" в первой редакции), но в DDIA больше рассказано о нереляционных подходах. Обязательно возьму на заметку.
Сергей, не читал. Судя по отзывам и оглавлению твои книги обращены в первую очередь на новичков (поправь, если это не так). Клеппман глубоко копает и объясняет не только теорию и как работает, например, индекс, но как до такого решения дошли, какую проблему решали и почему другие подходы не сработали. И да, правильно отметил, что nosql-базам и вообще неклассичиским вариантам: очередям, хадупам и подобному уделено огромное внимание.
Отдельно тебе могут быть интересны референсы после каждой главы. Кладезь полезных материалов для исследователя.
Да, у меня уровень расчитан скорее на «ниже среднего» чтобы поднять до условно «среднего». Клеппман, похоже, расчитывает на «средний» --> «выше среднего». Обширная библиография, конечно — кладезь для исследований. В частности, вменяемой классификации моделей данных я не нашел (в классике их три: иерархическая, сетевая и реляционная), поэтому пришлось составлять свою (она есть во втором издании и на researchgate). Возможно кто-то из исследователей по ссылкам тоже озаботился темой.
Зарегистрируйтесь на Хабре , чтобы оставить комментарий

Публикации