Представьте, что вам никак не даётся решение какой-нибудь сложной рабочей задачи. Вы чувствуете, что решение есть, оно где-то рядом, но у вас не получается его «нащупать». Например, вы никак не можете найти очевидный баг. Такое бывает и с обычными повседневными задачами — вроде всё просто, все данные и условия перед глазами, а ответ никак не приходит в голову.

Иногда полезно на некоторое время перестать быть серьёзным профессионалом и попробовать думать проще. Стереотипы и инертность мышления часто мешают нам взглянуть на проблему под другим углом. Но нам на помощь всегда готовы прийти резиновый утёнок или коридорный собеседник.

Недавно я прочитал две замечательные книги — автобиографии наших современников. Герои этих книг всегда старались избегать излишнего внимания и публичности, но при этом оказали глобальное влияние на нашу сегодняшнюю жизнь. Им всего лишь хотелось заниматься любимым делом, они вовсе не стремились к славе или известности — типичные черты убеждённых интровертов. И уж совершенно точно они не планировали радикально менять мир IT-технологий. Всё получилось как бы само собой, благодаря их огромному трудолюбию, везению и, конечно, высокому интеллекту.

Я расскажу вам о детстве и юности этих двух незаурядных людей, но до самого конца статьи не буду раскрывать их имена и названия этих двух книг. Также я буду стараться избегать очевидных подсказок, которые позволят вам сразу понять, о ком идёт речь. Попробуем представить их обычными молодыми людьми, увлечёнными компьютерами и программированием. Интересно, как быстро вы догадаетесь, кто же эти наши таинственные герои?

Человек, каким бы взрослым и опытным он ни был, остается в душе ребёнком, которому нравится всё яркое и интересное. А студент тем более. Поэтому меня всегда огорчали преподаватели, бубнящие под нос свой предмет, рисуя каракули на доске. Даже самый прилежный студент через час такой лекции сникнет и примется разгадывать кроссворд. Для меня до сих пор остаётся загадкой, почему убелённые сединами профессора сердятся на недостаток знаний по их предмету, а сами не могут построить лекцию так, чтобы хоть немного систематизировать материал или, по крайней мере, разборчиво писать на доске.

Прочитав название книги, многие из вас, наверное, скажут: «Ну вот, ещё одна книга для чайников. Опять нам будут рассказывать о том, что такое двоичная система исчисления и какие бывают циклы». Отчасти вы будете правы: в книге рассказывается о простых и базовых понятиях и принципах, которые должен знать каждый программист. Только вот «теоретический минимум», изложенный в книге, включает в себя множество интересных и полезных вещей, о которых мало пишут в подобной литературе начального уровня. Задайте себе вопрос: действительно ли вы так хорошо знаете основы того, что называется Computer Science?

Написать хороший учебник по Python сложно. Пожалуй, сложнее, чем по любому другому языку программирования. Как ни странно, из-за того, что Python — универсальный, распространённый и очень простой язык. Но Аллену Дауни, профессору компьютерных наук, это, похоже, удалось.

В книге найдётся интересное упражнение для изучения любого аспекта языка Python. Если вы изучаете обязательный в таких случаях модуль turtle, то будете рисовать с помощью черепашки не просто какие-то скучные прямоугольники, а буквы алфавита и спираль Архимеда. А ещё — почему бы нам не нарисовать один из самых знаменитых фракталов — кривую Коха? Если вы знакомитесь с понятием функции, то вместо скучных вычислений попробуйте найти решение уравнения Великой теоремы Ферма.

Помните ли вы свою первую детскую книгу о компьютерах? Ту, с которой всё началось, захватило, закрутило и не отпускает до сих пор. У меня такой книгой стала брошюра «Домашний компьютер» 1987 года издательства «Детская литература». Она до сих пор стоит у меня на полке — изрядно потрёпанная, но всё такая же яркая, занимательная и драгоценная.

Процесс покупки компьютера сейчас прост, незатейлив и банален. Мы выбираем нужную нам модель, заказываем её в каком-нибудь интернет-магазине и через некоторое время получаем товар. Никакого романтизма. То ли дело — приобретение компьютера раньше, в школьные годы. Вот это было настоящее событие! Покруче, чем покупка велосипеда или гитары. Даже круче, чем когда тебе на день рождения родители наконец дарят кота или собаку. Заветная мечта, которая сбылась.

Нафаня, Поиск и Альфа — такие вот чудны́е имена были у моих самых первых компьютеров.

Часто ли вы заглядываете в свой почтовый ящик? Не тот, который на сервере, а тот, который висит на первом этаже и открывается маленьким ключиком. Сейчас там можно найти разве что кучу рекламной макулатуры да парочку счетов.

Раньше же почтовый ящик был, не побоюсь этих громких слов, источником знаний. Ведь туда приходили письма, газеты и журналы. Писем мне в школьные годы, конечно, никто особо не писал. А вот газеты и журналы приходили регулярно. Это сейчас нам доступно гигантское количество разнообразных информационных ресурсов, а в те годы каждый новый выпуск научно-популярного журнала был для меня маленьким долгожданным чудом. Он таил в себе целую россыпь сокровищ и заботливо размещался на книжной полке. Каждый выпуск я перечитывал по нескольку раз и до сих пор узнаю те номера по обложкам.

Задачи окружают нас повсюду — и дома, и на работе, и во всяческих аспектах нашей повседневной жизни. У каждого со временем появляются собственные приёмы и методики работы со списками задач. Кто-то предпочитает модные приложения и продвинутые программы, кто-то по старинке всё записывает в бумажный ежедневник. А некоторые вообще не занимаются специальным планированием, но при этом чудесным образом всё успевают.

За долгие годы работы в IT такие методики и принципы выработались и у меня. Например, «Принцип пустого почтового ящика». Или «Принцип постепенного проявления». Они проверены временем и помогают мне успешно ориентироваться в окружающем потоке задач. В этой статье я хочу поделиться с вами этими принципами. Возможно, какие-то из них покажутся вам полезными и пригодятся.

Помните это маленькое чудо под названием диафильмы? В детских диафильмах каждый кадр был миниатюрным произведением искусства.

Я побывал в роли слушателя на многочисленных выступлениях с презентациями. Немалое количество презентаций я подготовил и провёл самостоятельно. И всё это время меня не оставляло сомнение: что-то мы делаем не так! Что-то очень простое и понятное, что лежит на поверхности, что нам давно известно, но мы успели основательно позабыть.

Как это часто бывает, мимолётное воспоминание в нужный момент поставило всё на свои места. Картина прояснилась, пазл сложился и в голове вспыхнула простая и ясная мысль: «Презентации — это диафильмы». Вооружившись этим утверждением, я сформулировал несколько несложных правил, которые, как мне кажется, помогут сделать презентации лучше. Спешу поделиться этими правилами с вами.

Для кого эта книга? Точно не для начинающих — это не учебник. Скорее, для профессионалов, но и не для гуру. Если вы уже программируете на Python, но всё ещё чувствуете себя неуверенно в чисто питоновских концепциях, то эта книга для вас. Особенно, если до этого вы писали приложения на каком-то другом языке программирования. Книга «Чистый Python» позволит вам существенно продвинуться на пути к цели — постижению дзена Python. Ваш код станет чище, красивее и понятнее. А ещё гораздо более эффективным, ведь дзен — это не только про красоту, но и про использование всех возможностей этого прекрасного языка. И даже только ради этого книгу «Чистый Python» стоит прочитать.

Авторов технических текстов на каждом шагу подстерегают ловушки: орфографические омуты, пунктуационные овраги, горы фактических неточностей. Все эти препятствия, хоть и грозные, но вполне знакомые. У тех, кто много пишет, уже есть известные тропки, перевалы и мостики. По ним авторы успешно обходят все неприятности на пути к заветной цели: качественному и полезному тексту.

Но есть и ещё один тип ошибок: мелких, незначительных, вездесущих. Они как микроскопические пылинки проникают в каждый текст. Автор может часами выверять фактические данные и полировать до сияющего блеска формулировки. Но в тончайший прецизионный часовой механизм документа всё равно проникнут вредные песчинки. Имя им — описки.

Можно ли как-то автоматизировать процесс отлова таких мелких назойливых «багов», чтобы раз и навсегда забыть о них и сосредоточиться на более важных вещах? В этой статье я хочу поделиться с вами несколькими способами борьбы с такими «вредителями», которые сам применяю на практике. А заодно перечислю самые забавные ляпы, которые я вылавливал в своих текстах.

Про бритву Оккама хоть раз слышал каждый: во многих статьях и книгах встречается призыв не множить сущности без необходимости. Но не все знают, что в науке есть и другие «бритвы», которые помогают избавиться от лишнего. Термин «бритва» используется для обозначения метода, который помогает отбрасывать что-то ненужное, маловероятное, неправдоподобное. Принцип «бритвы» или «лезвия» — это на удивление универсальный инструмент, который помогает не только в процессе научного познания, но и в работе, и в повседневной жизни.

В этой статье я перечислю несколько известных «именных» бритв (про Оккама тоже не забуду) и покажу, как их можно использовать в работе IT-специалиста. Заодно я сформулирую несколько правил, которые сам стараюсь соблюдать при применении этих самых «бритв», чтобы ненароком не ошибиться и не получить результат, противоположный ожидаемому.

Programming textbooks usually do not indulge us with variety of examples. In most manuals, exercises are similar to each other and not particularly interesting: create another address book, draw a circle using turtle, develop a website for a store selling some kind of "necessary" advertising nonsense. Too far from the authentic imitation of "The Matrix". Although…

How about taking over the control and starting to invent exercises yourself?

Would you like to write your own personal little "Matrix"? Of course, not the one with skyscrapers, stylish phones of the time, and the ubiquitous invincible Agent Smiths. We will need a couple of more months of learning for that. But any beginner programmer can write a model of the cult splash screensaver with the green streams of digits flowing down the screen. Let's try to creat it in the "great and mighty" Python.

Время — странная штука. Иногда оно несётся с невообразимой скоростью, иногда превращается в густое тягучее желе и тянется невыносимо медленно. Время всегда знает, как вам досадить. Если у вас дедлайн, оно нарочно ускоряется, чтобы вы не успели сдать проект к назначенному сроку. Если вы сидите на скучном совещании, оно специально замедляется, чтобы продлить ваши мучения. Долгожданный отпуск проносится со скоростью болида, зато процесс падения хрустальной вазы растягивается как в замедленной съёмке.

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

Нас окружает целый зоопарк электронных помощников, которые позволяют нам сохранять почти неограниченный объём заметок и записок. Однако мне кажется, что приятно и удобно, а в некоторых случаях и куда более безопасно помнить наизусть то, чем мы пользуемся каждый день.

Метод мнемонических правил можно использовать не только для запоминания нужных цифр и объектов, но и для генерации последовательностей по определённым правилам. Почему бы не внести в окружающую действительность капельку безбашенного сюрреализма, сочиняя всякие мнемоники и совмещая забавное с полезным?

Как же мы иногда любим раздавать ценные советы, когда нас об этом просят и особенно — когда не просят! При этом сами почему-то с завидным постоянством принимаем неверные решения и попадаем в глупейшие ситуации.

Почему, например, даже образованные разумные люди нередко поддаются на классические схемы очередных мошенников, верят заманчивым рекламным обещаниям, участвуют в сомнительных конкурсах или, скажем, выкатывают непротестированную сборку прямо в прод?

Раз уж мы так любим раздавать ценные советы другим, почему бы этим не воспользоваться? Попробуем представить, что проблема, которую нам нужно решить, не наша собственная, а чья-то ещё.

Ежедневные тренировки — это основа многих профессий. Музыканты, спортсмены, танцоры, врачи — все они оттачивают своё мастерство с помощью многократных повторений одних и тех же важных для них действий.

Изнуряющие тренировки отнимают много времени и сил. Зато потом, когда понадобится применить своё искусство,  тело сделает всё само — «на автомате». А ценные ресурсы мозга будут освобождены для решения более важных задач — стратегического планирования, принятия ключевых решений, поиска новых возможностей. И, конечно, для творчества.

А что же программисты?...

В технической документации часто встречаются фразы с использованием страдательного залога. Параметры там «задаются», файлы «сохраняются», а программа «запускается». Ох, опасная эта форма для строгих и однозначных описаний! Почему же страдательный залог заставляет читателей страдать? Будем разбираться...

У многих из нас есть любимые программы, которые годами путешествуют с компьютера на компьютер, от одной версии операционной системы к другой. И продолжают служить нам верой и правдой — привычные и надёжные, как старые друзья.

Для меня таким старым надёжным другом стала программа TreePad Lite. Она со мной уже без малого 30 лет. Мне очень близок минимализм TreePad: простота интерфейса, отсутствие необходимости установки, нетребовательность к ресурсам, открытый формат файлов, отсутствие каких-либо зависимостей от сторонних библиотек и интернета.