Часто какие-то интересные задачи остаются за кадром, потому что просто не знаешь, где применять и как попробовать. Таким образом есть набор важных умений, которые вообще не покрываются до того момента, когда они понадобятся в практической деятельности.

Существует множество провайдеров облачных инфраструктур (VPS), которые предоставляют бесплатный пробный доступ. Например DigitalOcean дает 100$ всем новым пользователям на 2 месяца. Для этого нужно создать аккаунт и привязать карту (можно виртуальную).

Таким образом, создаешь облачный сервер и вот минимальный набор задач, которые можно решить:
1. настройка беспарольного ssh-доступа;
2. настройка своего vpn-сервера (а потом поделиться с друзьями, чтобы все могли через него ходить);
3. запуск вычислительных задач, которые не получается запустить локально;
4. поднятие веб-серва с простым сайтиком, настройка https доступа;
5. защита вашего веб-сервера от внешнего мира (а защищать понадобится практически моментально).

Для тех кто пользуется git, но ему не нравится консоль.
Удобный git клиент Sublime Merge.

Важным аспектом в разработке любого проекта является тестирование.

Рассмотрим несколько причин, почему нужно обязательно писать тесты:
— Контроль качества кода. Если вы не представляете, как протестировать тот или иной метод, то скорее всего метод написан плохо. Стоит провести рефакторинг, а потом вернуться к тестированию.
Этот тезис очень важен: плохой код всегда сложно тестировать.
— Внесение изменений в проект без опасений что-то сломать. Когда проект начинает увеличиваться, без тестов ваша судьба больше не в ваших руках. Вы не можете быть уверены, что с внесением изменений в проект, или внедрением нового функционала все будет работать так как раньше.
Когда к проекту есть тесты, вы можете запустить их и убедиться, что ваши изменения не ломают старый функционал и все работает как и раньше.
При разработке в команде значение это пункта сильно увеличивается.
— Документация. Тесты лучше документации! Документация может быть устаревшей. По тестам, которые успешно проходят, можно понять поведение программы, как различные функции отрабатывают на тех или иных входных данных.
— У проекта, к которому есть тесты фактор автобуса существенно ниже, чем у проекта без тестов.
— Крепкий сон. Если проект запущен в продакшн и кем-то используется, то вы будете спать крепче, если этот проект хорошо протестирован.

Хорошее руководство по написанию тестов с использованием библиотеки pytest:
Введение, Часть 1, Часть 2, Часть 3, Часть 4, Часть 5, Часть 6, Часть 7.
Для того чтобы начать тестировать свой код необязательно читать все приведенные статьи. Достаточно прочесть первые, а потом возвращаться к этому руководству с возникновением новых вопросов при написании тестов к своему коду.

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

Для тех кому скучно.

Вещание происходит сейчас. Онлайн.

https://radio-t.com/online/

Тем, кому было скучно вчера вечером – вы могли послушать в онлайне технический подкаст Радио-Т. Для тех, кто не успел послушать в онлайне, можно слушать все выпуски в офлайне на сайте https://radio-t.com/
Для знакомства с подкастом выпуск получился хорошим — понятным и не сильно нагруженным гиковскими темами.

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

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

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

ЗЫ:
Если проникнуться этим подкастом (который вещается уже 15 лет), то это будет не просто информационный канал, а целый сериал со своим сюжетом, героями и шутками прибаутками.

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

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

Неплохим источником информации для постоянного потребления могут быть проверенные телеграм-каналы (следите за bobuk), подкасты (radio-T не дремлет), хабр, hackernews.

На хабре каждый день читай топ-3 статьи за сегодня, еженедельно читай лучшие 20 статей за неделю. При этом смотри не только саму статью. Часто более полезным является чтение комментариев, где сторонние люди любыми способами постараются доказать, что автор не прав. Чужие мнения могут развить твоё критическое мышление - умение видеть проблему в предлагаемом способе решения задачи.

В году чуть больше 50 недель. За год реально прочитать 500 статей при еженедельном чтении десятка. Эти 500 статей и комментарием с обсуждением пополнят копилку решений и обсуждений. Обсуждая с коллегами очередную задачу, можно приобрести опыт обсуждения 500 других задач.

#sudo #edu #devfm

Догонка к предыдущему посту.
Источников, откуда можно получать интересную информацию - множество.

Есть известное и хорошее приложение Pocket.
Из плюсов:
— оно позволяет агрегировать интересные статьи из различных источников с любого устройства;
— все интересное из разных источников в одном месте;
— что-то, что считаете важным и полезным можно добавлять в избранное и оно уже не потеряется;
— небольшой, но приятный плюс - чтение в условиях отсутствия интернета.

Важный совет:
Не нужно накапливать материал и думать, что прочтете его потом. В таком случае все превратится некоторую помойку статей, к которым вы никогда уже не вернетесь, но все же будете периодически добавлять туда новый материал, утешая себя мыселью, что обязательно вернетесь к ним.
Таким образом, если статья не прочитана в течение недели, то либо читать ее здесь и сейчас, либо беспощадно удалять. Она уже не будет прочитана. Никогда.

Статья — обзор ряда важных терминов и технологий. Статья скомпонована как набор тезисов с пояснениями, после которых - ряд ссылок для углублённого изучения по теме. Тут и про CAP теорему, и про DNS, и CDN, и балансировщик в перемешку с обратным прокси. Дано неплохое введение в микросервисы и виды noSQL баз данных.

Так же не забываем, что сегодня в 23:00 будет онлайн вещание Радио-Т, а статья будет хорошим стартом для понимания ряда вещей, которые там обсуждаются.
#skills

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

З.Ы. Важно понимать: нельзя начитаться умных книг, статей и сказать, что знаешь, как проектировать программные средства. Понимание, куда запрягать коней появляется только с опытом, с пулом готовых проектов, в которых вы принимали участие или реализовывали самостоятельно.
З.З.Ы. Про паттерны: не стоит начинать свое знакомство с паттернами с такой известной книги как "Банда четырех". Никаких хороших впечатлений о паттернах проектирования у вас не останется.

Начинающие разработчики часто сталкиваются в интернетах, в разговорах с более опытными коллегами с терминами "паттерн", "паттерн проектирования". После некоторого поиска обнаруживается, что этих самых паттернов превеликое множество, и на этом знакомство с паттернами обычно заканчивается.
Набор паттернов, которые обязательно нужно усвоить:
— Команда;
— Адаптер;
— Посетитель;
— Декоратор;
— Фасад;
— Абстрактная фабрика.

Как усваивать:
1. Прочитайте портянку о паттерне.
2. Разберите пример на любимом языке программирования.
3. Четко сформулируйте для себя тезис, когда этот паттерн можно применять. (В случае возникновения проблемы, паттерн должен возникнуть в голове, как вариант решения проблемы.)
4. Подумайте, в каком из ваших текущих проектов можно применить паттерн. Найдите время и примените паттерн на подходящей части проекта.

З.Ы. На сайте собраны понятные описания паттернов, с примерами на различных языках, с приведением аналогий из жизни для лучшего понимания.
#skills

Вдогонку. Стоит обратить внимание на паттерн Синглтон и понять, почему в большинстве случаев - это анти паттерн.

Пятничное развлекательное.

Среди ИТ-тусовки весьма популярен ресурс xkcd, существующий и на английском, и на русском языках. Это множество комиксов совершенно разного содержания, от чисто развлекательных до весьма познавательных (например, как создать стойкий пароль). К каждому комиксу есть небольшое заслуживающее внимание дополнение (в английской версии после наведения на картинку, в русской - просто под картинкой).
На Дзене вышла очаровательная статья про этот ресурс:
https://zen.yandex.ru/media/habr/istoriia-xkcd-5ebcd772d916883d118dee5d

Подборка годного:
сделай мне сендвич https://xkcd.ru/149/
адский тетрис https://xkcd.ru/724/
о вреде goto https://xkcd.ru/292/
компилируется https://xkcd.ru/303/
объяснение heartbleed https://xkcd.ru/1354/
git commits https://xkcd.ru/1296/

#fun #xkcd

Занимательное чтиво выходного дня

Поучительная история о том, как фейсбук вместе с ФБР охотились за человеком, который регулярно оскорблял и нападал на девушек в соцсети и чате. Удивительно, они даже оплатили хакеру свежую уязвимость в Tails (это такой лайв-образ линукса на флешке с Тором по умолчанию), позволившую идентифицировать адрес реальный преступника - одна из жертв, по просьбе ФБР, выдала свою голую видеозапись. Разумеется ботинок был отравлен, видео оказалось с эксплоитом, который и позволил фейсбуку получить реальный адрес.

Короче читается как детектив, надеюсь что кино снимут https://www.vice.com/en_us/article/v7gd9b/facebook-helped-fbi-hack-child-predator-buster-hernandez?utm_content=buffer15b0e&utm_medium=social&utm_source=twitter&utm_campaign=buffer

Логирование – важный аспект разработки, которым начинающие разработчики зачастую пренебрегают.
Необходимость логирования можно почувствовать сразу, как только у вашей махарайки появится хоть один активный пользователь.
В статье достаточно подробно с некоторыми важными особенностями описано, как осуществлять логирование в программах на Python.
#python

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

Рассказано, чем последний слайд (выполненные задачи) должен отличаться от слайда с целью и задачами в начале работы. Даже про "спасибо за внимание" совершенно верно рассказано.

Важно! Автор излагает верную структуру слайдов. А вот примеры его слайдов в большинстве случаев ужасны. Текст на слайде – зло, которого нужно стараться избегать. Альтернативные точки зрения, как обычно, в комментариях к статье.

#sudo #edu

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

Существует много онлайн-площадок разного уровня подготовки. Часто топовый (самый свежий и проработанный) материал доступен только на английском языке - это следствие бОльшей аудитории, охватывающей весь мир. Поэтому наибольшие знания вы можете подчерпнуть из англоязычных курсов. Тем не менее, рынок русскоязычных курсов тоже немаленький, и вы можете углубить свои знания в любой профессиональной области.

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

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

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

Некоторые задачи требуют обдумывания, переваривания. Поэтому решение серьёзных задач в режиме набегов зачастую просто невозможно.

#sudo #edu

В рамках практики, курсового и дипломного проектирования студент нередко попадает в болото велосипедостроения. Это порочная практика - любая задача начинается с активного поиска готовых решений, анализа их сильных и слабых сторон. Лучшие решения должны ложиться в основу решения вашей задачи. Не бойтесь, если чужое решение полностью выполняет вашу задачу - руководитель всегда поможет выявить, чего не хватает или что можно улучшить. Хороший пример применения готовых блоков для решения сложной, объемной задачи, на первый взгляд даже невыполнимой - в предлагаемой статье. Такой подход нужно применять и на работе.

#sudo #edu

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

Товарисчи! Именно сейчас у вас есть прекрасная возможность послушать Радио-Т в онлайне с пре и после шоу, которые не попадают в запись.