Як читати технічну літературу: поради резидентів Quora, Reddit та Hacker News

Технічна література буває різною: від невеликих тематичних статей до серйозних довідників із докладним описом функцій та атрибутів. І кожен із цих типів вирішує різні завдання — розважає, навчає, дозволяє освіжити якусь тему.

Сьогодні ми розповімо, до яких джерел рекомендують звертатися програмісти, інженери та резиденти тематичних платформ (Stack Exchange, Stack Overflow та ін.), якщо вам потрібно вивчити нову мову або поглибити знання в окремій галузі. Також наведемо кілька їхніх рекомендацій про те, як з такою літературою працювати.

Якою буває технічна література

До технічної літератури відносяться не тільки книги про теорію програмування чи мови. Сюди можна включити новини на тему, треди на профільних майданчиках, документацію, хелпи та довідники, чужий код і навіть корпоративні блоги (наш приклад на сайті 1cloud).

Кожен із цих джерел вирішує різні завдання: просто розважає читача або допомагає знайти відповідь на конкретне питання. Наприклад, книги про мови програмування, алгоритми і так далі дають поринути в потрібну область знань. Розсилки та новини на тему допомагають бути в курсі того, що відбувається, і фоном вивчати нові технології. Блоги та форуми дозволяють дізнатися думки людей про ту чи іншу проблему, запозичити їхній досвід або просто розважитися. До цієї категорії належать треди на Hacker News, Stack Exchange, Reddit та інших.

Ще один вид "технічної літератури" - це програмний код. Читання та аналіз чужого коду дозволяє вчитися на помилках інших людей.А довідники допоможуть дізнатися про атрибути функції, принципи її роботи або швидко освіжити в пам'яті призабуті речі.

Отже, різні типи джерел підходять до різних завдань. Але ніхто не читає літературу, код, треди «від кірки до кірки»: книги часто купують як настільний довідник, а на спеціалізованих платформах на кшталт Stack Overflow та Stack Exchange люди користуються пошуком — знайшов відповідь на своє запитання, вирішив проблему. Безперечний плюс інтерактивних майданчиків у тому, що ви не обмежуєтеся вже існуючим контентом — якщо відповіді на запитання не виявилося, або вам не до кінця зрозуміло чиєсь пояснення, можна ставити свої запитання.

Наприклад, у цьому треді на SO топік-стартер запитав, чому сортування масиву робить його код у шість разів швидше. Члени спільноти розповіли йому про алгоритми передбачення розгалужень, збудували схеми, навели аналогії, порекомендували книги для подальшого вивчення. Це питання стало найпопулярнішим на платформі — тред зібрав понад мільйон переглядів, а одну з відповідей «плюсанули» понад 26 тис. разів.

Таким чином, вибір конкретних джерел залежить від цілей та завдань, які ви плануєте вирішити. Про що ми й поговоримо далі.

Якщо хочеться дізнаватися щось нове у фоновому режимі

Для виконання цього завдання підійдуть розсилки та блоги. Їх зручно переглядати з ранку за філіжанкою кави або під час перерви на роботі. Не вимагає особливих зусиль і дозволяє постійно бути у темі останніх подій. Наприклад, на цьому сайті зібрано 50 найкращих блогів з програмування на різні теми: від розробки під iOS до веб-дизайну, а тут ви знайдете 13 популярних розсилок. Як варіант – встановити спеціалізовану програму на смартфон.

Додатково розробник і математик Уейн Уехіо (Wayne Uejio) радить додати у свій фід інтернет-оголошення від потенційних замовників, щоб краще розуміти ситуацію на ринку праці та актуальні потреби роботодавців.

Якщо потрібно дізнатися атрибути функції

Щоб прояснити чи освіжити у пам'яті щось конкретне, підійдуть довідники, гайди і хелп. Після ознайомлення можна, наприклад, виписати інформацію на лист або створити GitHub-репозиторій, як це зробив веб-розробник Джеймс Харріс. Так вам не доведеться звертатися до хелпу повторно і витрачати цей час.

Якщо потрібно вивчити нову мову

У цьому випадку одним із варіантів стають книги. При виборі книги важливо читати інструкцію — є думка, що перша тисяча слів задає основу всієї книги (і, як мінімум, дозволяє ознайомитись із стилем викладу автора). Тому анотація та зміст, як лакмусовий папірець, допоможуть скласти загальне уявлення про те, чи підійде вам ця книга зараз (чи є в ній відповіді на потрібні питання, чи багато прикладів, чи пояснює автор, навіщо читати його книгу і які знання ви отримаєте в в результаті), або, можливо, варто відкласти її і перейти на інші видання.

Також при виборі літератури для вивчення нових технологій варто звернути увагу на тематичні добірки та дайджести, складені на основі рекомендацій експертів галузі — найчастіше у них зібрано найбільш адекватні матеріали, перевірені спільнотою. Наприклад, ось кілька добірок, які ми підготували в 1cloud: VPS-дайджест, DNS-дайджест, VPN-дайджест.

При цьому користувачі Hacker News радять читати кілька книг паралельно, щоб можна було розглянути тему з «різних кутів» і скласти в голові повнішу картину.Причому це справедливо не лише для книг, а й для статей та блогів. Наприклад, можна читати статтю автора блогу Monday Morning Haskell Джеймса Боуена (James Bowen) про типи монад у Haskell, одночасно вивчаючи пояснення одного з користувачів GitHub про те, як монади відтворюються.

Додатково резиденти HN пропонують писати конспекти, малювати ментальні карти, а також фіксувати питання, що виникають під час читання, щоб потім шукати відповіді в інших джерелах. Коли ми пишемо від руки, ми краще розуміємо та запам'ятовуємо важливий матеріал.

Професор лінгвістики Наомі Барон (Naomi Baron) провела опитування серед 300 студентів США, Японії, Словаччини та Німеччини. І 92% респондентів зазначили, що фіксація ключових моментів на папері допомагає їм досягти максимальної концентрації та залишити у пам'яті більше інформації.

Дем'єн Роше (Damien Roche), користувач Quora, розробник ПЗ та підприємець, зазначає, що ментальні карти допомагають створити загальне уявлення про якийсь предмет і зрозуміти, як все працює. Наприклад, Дем'єн зробив схему для новачків, яка описує всі компоненти, необхідні для розробника Ruby on Rails. Він упевнений, що карта буде гарною підмогою під час навчання і допоможе початківцям не втрачати важливих речей.

Інші розробники в цьому треді Quora стверджують, що варто спробувати навіть написати код для свого сервісу створення ментальних карт, оскільки це дозволить паралельно прокачати практичні навички.

Прикладом успішного розвитку проекту з ментальними картами є Learn Anything. Спочатку він мав такий вигляд. Автори просто практикувалися у написанні коду. Один із розробників — Анджело Гадзола (Angelo Gazzola) навіть запитував у користувачів Reddit поради, як можна покращити карти.

Однак потім проект переріс у щось більше і став сервісом для пошуку контенту в інтернеті. Тепер цей відкритий ресурс виглядає так і поєднує півтори тисячі інтерактивних ментальних карт. Докладніше про це можна прочитати у статті Микити Волобоєва, одного з кураторів проекту Learn Anything.

Також при вивченні нової мови резиденти Quora рекомендують гуглити приклади використання коду в реальних проектах та практикуватися на їх реалізації в ході вивчення матеріалу. При цьому Абхішек Чаухан (Abhishek Chauhan), інженер-програміст з Amazon, радить експериментувати з кодом, що зустрічається як приклади або туторіали.

Наприклад, Даніель фон Фандж (Daniel Von Fange), розробник веб-застосунків, десятиліттями користується наступним алгоритмом: читає книгу в один захід, а потім розробляє демопроект, застосовуючи отримані знання. Після цього уточнює деталі, які забув або прогав. За його словами, він відкриває книгу всього кілька разів, щоб засвоїти ключові моменти.

Якщо потрібно поглибити знання на тему

Тут також важливо використовувати якнайбільше джерел, щоб оцінити різні точки зору. Для цього підійдуть форуми, книги, статті та приклади чужого коду. Якщо ви зупинили свій вибір на книзі, то, як радить один із резидентів Stack Exchange, варто переходити відразу в кінець розділу, читати висновки, робити вправи та відразу застосовувати отримані знання на практиці. Якщо завдань у книзі немає — їх треба вигадати самостійно чи попросити про це друга.

Для розширення знань у конкретній області учасники треду Software Engineering також рекомендують робити короткі заходи на читання. Головне — концентрація, вона має бути максимальною.Можна використовувати наступний цикл: вдумливо читати книгу 10 хвилин, потім спитати себе: «Мені нудно?». Якщо відповідь «так» — відкласти читання, інакше читати ще 10 хвилин. Головне — не забувати про ваші цілі та завдання, щоб таки завершити вивчення запланованого.

Ще варто звернути увагу на тематичні платформи: Хабрахабр, Тостер, Stack Overflow та Stack Exchange, а також тематичні треди на форумах та соціальних мережах. Там можна знайти відповіді на багато питань – практично всі проблеми, з якими ви стикаєтеся, вже хтось вирішував. У крайньому випадку можна поставити запитання самостійно.

Коротко узагальним усе сказане вище:

• Для фонового навчання зверніть увагу на розсилки, новини, блоги.
• Для прояснення тонкощів реалізації функцій підходять довідники, гайди, форуми – коротко фіксуйте отриману інформацію.
• Щоб вивчити нову мову, працюйте з кількома джерелами паралельно, запам'ятовуючи основні моменти. У процесі вивчення матеріалу шукайте приклади та пишіть свій код.
• Для точкового поглиблення знань на тему вивчайте форуми, книги, статті та приклади чужого коду — і одразу застосовуйте отримані знання на практиці.

P.S. Що ще є на Хабре на цю тему:

Що я зрозумів, вивчивши 50 книг про IT?

За минулі 3-4 роки я прочитав загалом понад 25 000 сторінок технічної літератури і став помічати, як сильно змінилися підходи до вибору книг та їх вивчення. У цій нотатці хочу поділитися спостереженнями та висновками, які допоможуть читачеві заощадити час, зберегти мотивацію до читання та обрати справді корисну книгу.

Привіт! Мене звуть Євген, однак я пов'язаний з IT вже близько п'яти років, з яких останній рік провів на посаді інженера SRE.До цієї позиції я прийшов багато в чому завдяки вивченню технічної літератури, яка, як я вірю, замінила мені кілька років наполегливої ​​роботи та дозволила одразу отримати бажану роль у команді. Книгам я приділяю значну частину вільного часу, тому й до їхнього вибору ставлюся уважно. Деякими критеріями вибору хочу поділитися в цій статті.

Чому я почав читати?

Перше знайомство з "людською" літературою, присвяченою IT, розпочалося на літніх канікулах у 2020 році. Старші товариші-студенти порадили прочитати книгу "Advanced Programming in the UNIX Environment" за авторством Вільяма Стівенса, мотивуючи вибір підготовкою до наступного навчального року. Діти наполягали на оригінальному виданні книги, а не на перекладі. Сухе перерахування різних стандартів, та ще й незвичною мовою, швидко відбило бажання вивчати далі сотої сторінки.

Другий підхід до літератури не змусив довго чекати. У навчальній групі панувала атмосфера спортивної конкуренції, яка переконала знову сісти за книгу, цього разу ґрунтовно. Продовжувати було непросто, але що довше я читав, то більше радості приносили нові теми, і тим легше було підтримувати темп. Нудне введення швидко закінчилося, а терміни, що повторюються, змушували відволікатися на перекладач все рідше і рідше. Через кілька місяців книга була прикінчена, і їй на зміну одразу прийшла така.

Колеги та друзі, з ким я обговорював читання технічної літератури, ділилися подібними історіями, і надто часто вони закінчувалися занедбаною книгою. Може, й читач побачив до болю знайомий її початок. Отже, час переходити до обіцяних спостережень.

Якщо можете, вибирайте англійські книги

Цю пропозицію завжди приймають у багнети, і потім розводять війни думок у коментарях під подібними статтями.Головною перешкодою для читання англійських текстів російськомовні розробники називають недостатнє володіння англійською мовою і мають рацію: нескінченні звірки зі словником вимотують. У той же час технічна література відрізняється від художньої, бізнес- та учнів особистого зростання тим, що вона пишеться на відносно скромну аудиторію "айтішників" тими ж айтішниками, які самі далеко не завжди з легкістю ліплять по-англійськи. Хитросплетіння часів, хитромудрі конструкції та різноманітність епітетів, іншими словами, все те, за що цінують художню літературу — вважається швидше моветоном у посібниках та документації. Чим вище ваш рівень володіння англійською, тим швидше піде читання, і в той же час для початку вивчення достатньо базових знань мови.

Щоб не бути голослівним, спробуємо порівняти, наскільки скупі на синоніми підручники, порівняно з класичними творами. Порахуємо частку унікальних слів:

#!/usr/bin/env python3 import sys import re from collections import Counter from PyPDF2 import PdfReader words_all = Counter() alphanum = re.compile(r'\W') books = sys.argv[1:] for i, f in enumerate(books, 1): reader = PdfReader(f) для j, page in enumerate(reader.pages): words = [ alphanum.sub('', w) for w in page.extract_text().split( ) ] words = [w.lower() for w in words if len(w) > 3] words_all.update(words) print(f'done book of ') words_total = words_all.total() words_unique = len(words_all) print(f'Words total: , words unique: ') print(f'Unique ratio: ')

Скрипт запам'ятовує частоту використовуваних у книгах слів, виконуючи примітивне підчищення тексту: видаляє всі символи окрім букв і цифр і переводить слова в нижній регістр.Також слова виключаються зі статистики, якщо їхня довжина менша за чотири символи: так можна нашвидкуруч позбутися коротких артиклів, прийменників та інших малозначущих слів.

Нацькуємо скрипт на два списки книг. Звичайно, на такій небагатій вибірці важко робити статистично значущі висновки, проте загальні тенденції збережуться:

1. IT-література
   1. Kubernetes: Up and Running, 3rd Edition (ISBN: 9781098110208)
   2. Elasticsearch in Action, 2nd Edition (ISBN: 9781617299858)
   3. Kafka: The Definitive Guide, 2nd Edition (ISBN: 9781492043089)
   4. Prometheus: Up and Running (ISBN: 9781492034094)
   5. Terraform: Up and Running, 3rd Edition (ISBN: 9781098116743)
   6. Ruby Programming for Beginners (ISBN: 9798648692756)
   7. NGINX Unit Cookbook (ISBN: 9781492078562)
   8. Learning HTTP/2 (ISBN: 9781491962442)
   1. Ulysses, James Joyce
   2. Don Quixote, Miguel de Cervantes (переклад з іспанської: John Ormsby)
   3. The Great Gatsby, F. Scott Fitzgerald

   Список складений випадково з відповідних файлів, знайдених на моєму комп'ютері. Результати виявилися досить значними:

   $./count_words.py it_books/*. Words total: 426005, words unique: 27618 Unique ratio: 0.06483022499735919 $ ./count_words.py classic/* . Words total: 410612, words unique: 46587 Unique ratio: 0.1134574732350735

   Виходить, заглядати в словник, читаючи технічну літературу, доведеться кілька разів рідше в порівнянні з іншими книгами. Оцінити складність синтаксичних конструкцій буде вже важче, тому тут я обмежусь суб'єктивною оцінкою: технічна література загалом читається легше за художню.

   Тепер, "довівши" можливість читання англійських видань, поясню, нарешті, чому я їх прихильник. Російські видання виходять із затримкою близько року.Вони часто використовують дивні та невдалі переклади спеціалізованих термінів, які в обговореннях неодмінно приведуть колег у замішання та до постійних перепитувань. У особливо важких випадках навіть первісна думка автора передається неточно. Усі ці недоліки можна уникнути, якщо відразу звернутися до оригіналу.

   Так, безумовно, є і чудові контрприклади, що дозволили співтовариству висловлюватися однією російською мовою, що вийшли друком своєчасно і без смислових помилок. І при всьому цьому інвестувати час у перехід на оригінальні версії книг здається вдалим рішенням.

   Для мене залишається загадкою, правда, як використовувати нові іноземні терміни у мові. Звичайно, деплоїти на берметал у докері може бути простіше, ніж бутстрапит інфра кубер, але так теж не можна, колеги :)

   Книги старіють, але це не привід їх не читати

   Щойно я нарікав на річну затримку у появі перекладів книг, а тепер заявляю, що старі книги не втрачають значущості — де ж правда?

   Мій читацький досвід дозволяє розділити IT-літературу на два класи: одні книги розповідають про продукти, інші про ідеї. Продукти розвиваються, зате ідеї схильні до старіння набагато менше. Принципи іменування змінних мало змінилися за минулі двадцять років, глибокі вкладені конструкції, як і раніше, незручні, пам'ять комп'ютерів все ще швидше диска, а програми давно корисно ховати за балансувальником. З новітніми технологіями все навпаки: затримка у два роки може помітно позначитися на актуальності та застосовності матеріалу книги.

   І все-таки навіть застаріла література про продукти може бути корисною.Найчастіше до книги я звертаюся, маючи мізерні уявлення про технологію, а отже, мені важливо ознайомитися з базовими концепціями, які рідко змінюються радикально. Більше того, на ранніх етапах розвитку продукту автор може дозволити собі приділити більше уваги обговоренню крайових випадків або докладніше описати механізм, що лежить в основі продукту. Як бонус читачеві відкривається історія розвитку технології, що теж іноді поглиблює її розуміння.

   Виберіть свій темп

   Чудова особливість книг: їх можна читати у звичному темпі, за потребою зупиняючись та повторюючи головоломні теми. Цього не можна сказати про курси, які цінні взаємодією з викладачами, оперативним зворотним зв'язком. У той же час засмучуватися через невисоку швидкість просування за книгою не варто, поглинені десятками сторінки не затримуються в пам'яті. Оптимальною для мене швидкість виявилася близько 15 сторінок на день. Заплутані глави іноді змушують пригальмувати, на вже знайомих розділах можна відігратися, проте вивчення понад 30 сторінок за добу не має сенсу: про що читав уранці, надвечір я навіть не згадаю.

   Повільно не означає погано, швидко не означає добре. Головне – просто зберігати темп.

   Книга покриває всю тему повністю

   Якщо вже зайшла тема про курси, не можна не відправити ще один камінь у їхній город. Час викладача обмежений, тому вмістити в курс усі нюанси теми та повноцінно її розкрити здається непосильним завданням. Читач у загальному випадку не обмежений у часі, тому й книгу можна складати, вдаючись у деталі, якими на курсі доводиться жертвувати на догоду головним потокам оповідання.

   Безумовно, є і змістовні курси, і поверхневі книги, однак через накопичений досвід я віддаю перевагу саме книгам.

   Конспектуйте

   Про способи ведення конспектів і цілі конспектування вже написано безліч статей, знайти які не складе труднощів. Виокремлюю я цей пункт, однак, через спостереження, яке не висвітлюється в джерелах: сам процес конспектування показує, наскільки ґрунтовно ми зрозуміли те, що плануємо записати. Якщо зміст сторінки не лягає в блокнот легко та лаконічно, то, швидше за все, ми зрозуміли його недостатньо добре. Глибоко опрацьована ідея рідко вимагатиме більше пари пропозицій, щоб її зафіксувати.

   Прочитайте вступ

   Всі опитані мною знайомі пропускають вступ, перегортаючи відразу до першого розділу. І якщо листи, списані іменами та подяками, дійсно мало про що говорять читачеві, то зміст книги, поради щодо її проходження та мотивація автора скласти книгу можуть виявитися цілком корисними.

   Тези без категорії

   Залишилося ще кілька коротких думок і хитрощів, що заслуговують на увагу:

   • Вивчити книгу завдовжки тисячу сторінок, не втративши на півдорозі інтересу до неї, складно. Тому, якщо час не підтискає і вибір літератури не обмежений, вибирайте книгу "під настрій", ніж найкориснішу. Так легко зберегти мотивацію продовжувати читання.
   • У сучасному світі знайти час на нову звичку важко. На щастя, книги, особливо електронні, хороші тим, що їх можна читати в дорозі, за обідом, стоячи у черзі або приймаючи ванну. Пара хвилин тут, п'ять хвилин там — і запланований десяток сторінок позаду.
   • Дуже спірна порада: прокрастинуйте, читаючи. Дуже часто від справи, що наганяє нудьгу, хочеться втекти, і тут на допомогу приходить смартфон з його різноманіттям ігор, соціальних мереж та інших вбивць часу.Що ж, якщо відволікання неминуче, його хоча б провести з користю :)
   • Я великий прихильник електронних книг. У кишені ми носимо цілу бібліотеку – це чудово! PDF довжиною в 1300 сторінок (дякую за працю, Б'ярн!) не тільки нічого не важить, але ще й не навіює страх і тугу на відміну від паперового видання.
   • Одна з найпопулярніших думок, що стосується вивчення технічної літератури, полягає в читанні лише необхідних розділів у міру виникнення питань. Я ж прихильник послідовного проходження тим, як вони були викладені автором. Цей шлях займе більше часу, проте він відповість на запитання, які читач навіть не здогадався поставити.

   Пари слів про видавництва

   "Не судіть книгу з обкладинки" - проте саме це я пропоную тепер зробити. Залишу пару слів про видавництва, книги яких потрапляли мені до рук за останні роки.

   Addison-Wesley (Professional Computing Series)

   Видавництво багате на різноманітну літературу. Тут же я говорю про серію “Professional Computing Series”. На мою думку, це найбільш авторитетні джерела книг, присвячених "ідеям". Текст видання точно вивірений, верстка тішить око. Серед авторів можна знайти Брайана Кернігана, Брендана Грегга, Вільяма Стівенса, Скотта Мейєрса та інших визнаних інженерів. Якщо книга потрапить до вас у руки, розчарування ви не зазнаєте.

   O'Reilly

   Наважуюся припустити, найпопулярніше IT-видавництво, яке спочатку спеціалізувалося на поширенні документації до Unix-систем. Нині здебільшого література визначає технології, продукти.Я знайомий із двома серіями книг: "Up and Running", яка висвітлює нюанси використання продуктів, та "In a Nutshell", де знайдете список усіх ключових слів мови програмування та цінні зауваження щодо їх застосування. Книги зазвичай точні, не містять великих міркувань і дозволяють швидко почати використовувати продукт, про який ми щойно прочитали.

   Видавництво випускає також літературу, яка не вкладається в наведений опис, однак і стригти під одну гребінку її немає сенсу. Це можуть бути як "Книга з кабанчиком" від Мартіна Кеппмана або "Effective Modern C++" Скотта Мейєрса, кожна з яких заслуговує на окремий розбір, так і "Blockchain Blueprint for a New Economy", посил автора якої я, зізнаюся, зовсім не зрозумів.

   No Starch Press

   Книги цього видавництва охоплюють безліч тем, і всі вони залишили приємний післясмак після прочитання. Сайт видавництва чесно визнається, що підручники "No Starch Press" будуть цікавими для гіків: автори фокусуються на вузькій темі, яку ретельно розбирають. Рівень підготовки читача теж варіюється від новачка до досвідченого інженера, тому незайвим буде уважно вивчити вступ та зміст обраного видання. Такі книги чудово підійдуть для позакласного читання та розширення кругозору.

   Manning

   З видавництвом я познайомився завдяки серії книг In Action. На мій погляд, вона дуже близька за духом із серією "Up and Running" від O'Reilly, і насправді мені важко назвати будь-які суттєві відмінності між ними. Єдине, можна побачити, як відрізняється формат подачі матеріалу. Якщо книги Manning нагадують діалог із читачем, то автори "Up and Running" скоріше читають йому лекцію.Текст книг O'Reilly здається простим, точним і вивіреним у порівнянні з "живим" вмістом літератури Manning.

   Apress

   Незважаючи на свою вибагливість, я завжди намагаюся відзначати позитивні сторони книжок. Я можу не зрозуміти автора, дізнатися мало нового чи просто часто не погодитись з позицією письменника — нічого з цього не стає підставою забракувати книгу, просто вона розрахована на аудиторію, до якої я не належу. При цьому єдину книгу, яку я беззастережно вважаю не лише марною, а навіть шкідливою, було видано Apress. Якщо шанс натрапити на книгу сумнівного змісту від описаних вище видавництв не великий, то у випадку з Apress на мене щоразу чекала лотерея. Текст раз у раз містив помилки, смислові помилки, книги бували сповнені води.

   Такий невтішний відгук не скасовує того, що винести щось цінне можна з будь-якої літератури. Просто вибираючи книгу цього видавництва, я заздалегідь маю намір лише пробігтися швидким поглядом: так більше шансів виділити з тексту головні думки, познайомитися з темою і не помітити огріхів.

   Springer

   Книги цього видавництва присвячені радше науковій літературі, аніж звичній інженерам літератури про IT. Малоймовірно, що багатьом з ним доведеться зіткнутися. Його книги схожі на вичавки зі стандартів та специфікацій, а автори своєю метою ставлять підготовку читача до читання тих самих специфікацій.

   Wiley

   Обговорюючи технічну літературу, важко пройти повз серію книг "For Dummies". Було б блюзнірством пред'являти особливі вимоги книгам з такою назвою, і вони чудово справляються зі своєю метою: ввести читача в курс справи.Теми, що розкриваються авторами, дійсно розкладаються по поличках, несуттєві на початку деталі окреслюються, проте не обговорюються в деталях.

   Детальні відгуки про прочитані книги я тримаю на сторінці в GitLab і з недавніх пір в Телеграмі.

   Замість ув'язнення

   У статті я постарався розкрити секрети, що дозволяють мені продовжувати вчитися і не втомлюватися від цього, і зібрав спостереження, які стосуються деяких популярних IT-видавництв. Нарешті буду радий почути вашу думку про літературу в IT та обговорити поради, якими ви хотіли б поділитися.