Даниил Пугач - "Современный WebDev. Основные тренды."

Спикер рассказывает почему он выбрал веб-разработку, какие инструменты использует и как работать в команде.

Рекомендуем всем тем, кто хочет писать под веб.

https://vk.com/video-41603819_456239045

Учитесь программировать, создавая настоящие приложения.

Легендарная компания JetBrains запустила свою платформу для изучения программирования. Сейчас можно учить Java, Python и Kotlin. Скоро появятся учебные курсы по Android, Frontend и Data Science.

Она бесплатна, но, возможно, станет платной. Цитата с сайта академии:
В текущей версии (EAP) JetBrains Academy предоставляется абсолютно бесплатно. Мы сообщим вам, когда появятся варианты лицензирования. Возможности бесплатного использования (например, пробный период) будут доступны после выпуска лицензий.

Не упустите шанс поучиться бесплатно! Успехов!

https://www.jetbrains.com/ru-ru/academy

Верим, что со временем у нас будет даже лучшего этого!

Во имя любви к физике

16 мая 2011 года Уолтер Левин, заслуженный профессор MIT в отставке, вернулся в свой старый лекционный зал, чтобы провести последнюю лекцию, которая была приурочена к публикации его новой книги «FOR THE LOVE OF PHYSICS: From the End of the Rainbow to the Edge Of Time — A Journey Through the Wonders of Physics», написанной совместно с Уорреном Гольдштейном.

«Эта книга раскрывает перед нами незаурядный интеллект Уолтера Левина, его страсть к физике и блестящий навык преподавания. Надеюсь, благодаря ей еще больше людей узнает об этом потрясающем преподавателе и учёном» — Билл Гейтс

Лекция — чистое наслаждение:
https://www.youtube.com/watch?v=iLhl0wMY_uI

Как готовился Левин:

В каком-то смысле нужно быть и эксцентричном, но главное — страсть. Надо гореть тем, о чем рассказываешь. Это сложно дается, и вряд ли этому легко научиться.

Вот представьте, я скажу вам или коллегам из MIT, что подготовка к одной лекции обычно занимает от 60 до 80 часов: я делают три полных прогона. Первая репетиция за две недели до занятия, я засекаю время и оставляю пометки в тексте — никогда не укладываюсь и приходится что-то менять.

За неделю до лекции прогоняю ее в пустой аудитории — тут уже понятнее, как организовать мои 50 минут.

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

В MIT студентов не задержишь — они встают со звонком, им ведь и на другие лекции идти. Поэтому нужно уложиться ровно в 50 минут. Возьмите любую мою лекцию: они все от 49 до 51 минуты, не дольше. У меня всегда очень точный план, и я каждые 5 минут сверяю свои пометки в лекции с часами, которые стоят на столе. Если я отстал на минуту, я это отслежу, если две, я уже знаю, что нужно поторопиться, если на три, то все, времени не нагнать. Вот так… нельзя заставлять других так мучатся. (интервью)

The Project Phoenix.

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

Недавно прочитал "Проект Феникс". Это бизнес-роман о том как Билл Палмер, получивший повышение до вице-президента по IT, изменил IT-подразделение и повлиял на улучшения бизнесс процессов корпорации.

Роман показывает, что старые методы разработки программного обеспечения перестали работать, а требования к надежности ПО и скорости выпуска многократно увеличились.

Билл с помощью опыта, ума и наставника понимает важность обратной связи от пользователей, которую возможно получать быстро только при коротких релизных циклах. В поисках ответов на свои вопросы и попытки изменить мир он натыкается на некоторые DevOps подходы/практики/методы.

До сих пор люди не пришли к единому мнению что это такое, но цитата из книги очень близка к тому, что я и мои коллеги считают правдой:
«...разработчики, IT-сопровождение и даже отдел информационной безопасности – все работают вместе и поддерживают друг друга."

Непрерывно взаимодействовать, улучшаться и ориентироваться на создаваемую ценность - вот ключи, которые ведут к успешной разработке продуктов.

Про все это написано в этой книге. Однозначно советуем прочитать.

Успехов!

https://www.ozon.ru/context/detail/id/32211144/

Самое смешное описание вакансии, которое когда-либо я читал:
https://hh.ru/vacancy/38235336

Как победить прокрастинацию?

Страдают все, хотят победить многие, но делают что-то только единицы. Ответ на этот вопрос можно найти в докладе магистра продуктивности Максима Дорофеева.

В докладе рассказаны 3 основных момента:
- Записывать задачи и делать только их:
многие уже научились вести списки задач и это круто, но стоит не забывать, что их еще надо делать. Срочные задачи необходимо записывать и только потом уже начинать делать.

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

- Минимизировать отвлечение:
фокус, выключенные уведомления, отдельная зона для работы и учебы, т.д.

Подробности и способы следовать этому можно найти в докладе, на скорость 1.5х очень хорошо заходит ;)

Успехов!

https://www.youtube.com/watch?v=fWR5SFhBUWc

Бесплатные курсы.

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

Но у них есть бесплатные курсы на основы программирования, которые не зависят от языка.

Например, курс "Жизнь программиста" рассказывает про виды компаний и какие знания нужны каждому программисту.

Я убежден, что обучение программирования должно начинаться со знакомством с Linux, работой в консоли и Git, поэтому рекомендую пройти курсы "Основы командной строки" и "Системы контроля версий (GIT)".

Это не реклама, а честная рекомендация. Некоторые мои друзья, которые только начинают программировать, уже прошли эти курсы и остались довольны.

Успехов!

@it_intern

#нереклама

Create More - Consume Less!

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

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

Употребив "новое знание" необходимо создать нечто описывающие это "знание". Заметка, пост или видео должно содержать четкое и понятное объяснение нового.

Если "новое знание" может быть изложено Вашими словами, понятными для других, то значит, что Вы это понимаете и знаете. Если же нет, то процесс создания выявит пробелы в знаниях.

Мне нравится идея создания базы знаний. Я давно делал подобное - конспектировал, писал заметки в Trello и в Evernote.

"Zettelkästen"- это способ структурировать информацию, чтобы ей можно было пользоваться, т.е. создать базу знаний. Скоро я попробую использовать это страшное слово для своего обучения и результатами поделюсь с Вами.

@it_intern

P.S. Мы также завели паблик в ВК. Там будут выходить старые, новые и эксклюзивные посты. Подписывайтесь!

12 шагов к лучшему коду.

Джоэл Спольски известный IT-специалист, работавший на Microsoft Office, Trello, Stack Overflow, Glitch. В далеком 2000 году он опубликовал статью "The Joel Test: 12 Steps to Better Code".

Это трехминутный тест команды программистов о качестве и скорости их работы. 12 простых, но глубоких вопросов.

Если Вы и Ваша команда набирает 12 ответов "да" - это отлично, 11 - терпимо, но меньше 10 - ужасно. Топовые компании и топовые команды получают 12 баллов. Это делает их топовыми и создает разницу между качественными и популярными продуктами и остальными.

Ниже наш вольный перевод с некоторыми комментариями.

1. Используете ли вы систему контроля версий?

Совместная работа программистов становится трудозатратной и ненадежной без системы контроля версий (Version Control System - VCS). Без нее сложнее узнать кто и что делает, найти ошибки и сделать откат изменений, вызвавших баги. Плюсом к этому добавляется невозможность потерять весь код, т.к. VCS обычно распределенны.

2. Можете ли вы сделать билд за один шаг?

Чем меньше шагов, тем лучше. Меньше ошибок, больше скорость разработки, быстрее доставляется код конечным пользователям.

3. Делаете ли вы ежедневные билды?

Это нужно, чтобы проверить работоспособность проекта.

Я бы добавил сюда Continuous Integration (CI). Чем больше автоматизированных проверок и тестов запускается, тем качественнее получается продукт и быстрее находятся проблемы.

4. Если у вас список багов?

Невозможно запомнить все баги, которые нужно фиксить или с которыми необходимо смириться и предупредить пользователя.

5. Исправляете ли вы баги перед написанием нового кода?

Баги старого кода нужно исправлять перед написанием нового. Чем дольше ждать исправление бага, тем дороже оно по времени и деньгам. К тому же чем старше код, тем сложнее вспомнить о его проблемах.

Баги чинятся за нелинейное и непредсказуемое время - новый код пишется за почти предсказуемое время.

Расписание с большим количеством багов - непредсказуемое. Расписание с большим количеством нового кода - предсказуемое.

Поэтому если старые баги починены, то вы почти всегда готовы сделать релиз в нужное время.

6. Актуальное ли ваше расписание?

Программистам может быть неважно расписание, но бизнесу оно необходимо, чтобы планировать свою работу: сделать демо, запланировать старт продаж, начать маркетинговую компанию, и т.д.

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

7. Есть ли у вас спецификации?

Все согласны, что делать их хорошо, но вместо того, чтобы сначала сделать документ, описывающий решение, люди идут воплощать это решение в коде.

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

Да и программистам стоит научиться писать не только код, но и выражать свои мысли текстом.

8. Спокойные ли условия работы программистов?

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

9. Используете ли вы лучшие инструменты, которые можно купить за деньги?

Лучшие инструменты делают программистов счастливее и в конечном счете продуктивнее.

Именно поэтому многие компании тратят большие деньги на технику и программы для разработки ПО.

10. Есть ли у вас тестировщики?

Нужно иметь 1 тестировщика на каждые 2-3 разработчика, чтобы не выпускать плохой код.

Джоел в этом плане олдскульный (статья написана в 2000 году), я в это не верю. Я верю в то, что большую часть своего кода должны тестировать сами разработчики. Подтверждение этому здесь.

11. Пишут ли код кандидаты во время собеседования?

Крутое резюме и ответ на сложные вопросы не всегда покажут навык кандидата. Но написание небольшого фрагмента кода это покажет.

Продолжение предыдущего поста...

12. Тестируете ли вы удобство использования?

Надо попросить кого-нибудь поиспользовать ваше творение, чтобы сделать его понятнее для пользователя. Если попросить 5 человек сделать это, то это может решить 95% проблем. Особенно это касается GUI.

Моя набрала 11 баллов. Будем исправляться.

Попробуете этот тест у себя в команде?

Started from the bottom.

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

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

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

Так делать не надо.

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

Во время стажировки я запоминал новые слова и термины, записывал их, а потом гуглил и пытался понимать. Это же можно делать, когда Вы слушаете подкасты, смотрите выступления и читаете книги или статьи. Я использую это даже на офлайн конференциях (как давно они не проходили ;()

Как сказал Сократ: "Не стыдно не знать, стыдно не учиться."

Успехов!

Linux Academy.

При обучении программированию иногда забывают про навыки близкие к системному администрированию - Linux, виртуализация, сети, Docker, облака, т.д.

Linux Academy - это Coursera для таких навыков. Эта платформа очень дорогая, но раз в месяц 5 курсов становятся полностью бесплатными. Очень часто попадаются курсы, которые обучают актуальным технологиям.

Успехов!

@it_intern

#нереклама

Стажировки.

10 прекрасных стажировок с разным стеком технологий в Dell Technologies. К сожалению, только в Петербурге.

https://spb.hh.ru/vacancy/40951409
https://spb.hh.ru/vacancy/41962143
https://spb.hh.ru/vacancy/41713046
https://spb.hh.ru/vacancy/41712910
https://spb.hh.ru/vacancy/40765582
https://spb.hh.ru/vacancy/41706213
https://spb.hh.ru/vacancy/41698567
https://spb.hh.ru/vacancy/41706064
https://spb.hh.ru/vacancy/41698540
https://spb.hh.ru/vacancy/41712910

Успехов!

@it_intern

Новости.

Наш канал называется "//АйТи интерн" и в его описании есть фраза: "Веселые и полезные истории из жизни интерна одной из крупнейших IT-компаний".

Я уже давно не интерн и давно не в той компании. Тема начала карьеры стала для меня неактуальной. Поэтому я решил предложить своему молодому другу начать тоже писать сюда.

Ему 23 года, достаточно senior'ен, занимается студенческими проектами в своей компании и даже делает свой онлайн-курс.

Позже мы вас с ним обязательно познакомим ;)

Скоро будет много технических, процессных и карьерных постов.

Stay tuned!

Zettelkasten.

В этом посте я писал, что начал использовать Zettelkasten для построения базы знаний. Это логичная имплементация принципа "Create more - consume less".

Про этот метод много написано, в конце я приведу ссылки, которые меня вдохновляли и по которым я учился им пользоваться.

Он подходит для изучения чего-то нового, создания базы знаний, подготовка текстов и написания книг, исследований новых областей и технологий.
Не подходит для дневников, ведения проектов, to-do листов и списков. Для этого лучше использовать что-то типо Asana, Trello или Jira :)

В основе Зеттелькастен (надеюсь, что написал правильно) лежит два шага.

Первый шаг: обработать информацию. Сформулировать содержание цитаты, статьи, отрывка из книги своими словами. Такие заметки нужно хранить в разделе "Literature notes". Это может быть моментальная обработка информации, а может быть и отложенная. Для такого можно завести отдельный раздел. Я использую именно отложенную обработку информации и храню это в разделе "Reference notes".

Второй шаг: связать информацию с уже существующей. Проставить ссылки на уже переработанные заметки.

После того как это сделано, то нужно создавать "Permanent notes". Эта та заметка, которая содержит теги и ссылки на Literature notes. Но самое важное в этой заметки, что здесь вы используете переработанную информацию для создания чего-то нового и своего, т.е. воплощаете принцип "Create more - consume less".

Есть много программ, которые можно настроить под Зеттелькастен или они были сделаны специально для него: Obsidian, Roam Research, Notion, Zettlr, NValt, The Archive, Vim-Zettel.

Я использую Roam Research, но он платный. Он мне помогает для ведения Зеттелькастена и научной деятельности.

В такой маленькой заметке тяжело рассказать все про Зеттелькастен, но если появятся вопросы, то задавайте их в комментариях. Мы попытаемся ответить.
Ссылки, которые могут помочь в изучении:
- Статья на VC про Зеттелькастен и Obsidian
- Сайт про Зеттелькастен
- Видео, по которому я разбирался с Roam Research

IT - наш потерянный табель о рангах.

Не люблю канал "Русские норм", но иногда там достойные гости.
Их новый выпуск про IT - https://www.youtube.com/watch?v=qlZmGV4QMhs

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

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

Почему мы займем первое место? Потому что мы всегда умеем и умели самообучаться и соревноваться друг с другом, а также делать "не благодаря, а вопреки" (Ломоносов пешком шел учиться в Москву).

Из-за части героев чуть по-другому стал смотреть на наше образование, но они же и доказывают некоторые мои другие тезисы.

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

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

Герои этого видео заметили эти изменения, поэтому они и выживут в новом мире.

И мы с Вами выживем и будем на коне.

Успехов русскому IT!

@it_intern

Магистратура.

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

А еще круче когда сами компании рассказывают с кем они сотрудничают. Яндекс и JetBrains сделали обзоры магистерских программ, в которых принимают активное участие.

Яндекс - https://habr.com/ru/company/yandex/blog/553702/

JetBrains - https://habr.com/ru/company/JetBrains-education/blog/564436/

Успехов!

Выбор каждого.

У молодых людей есть 2 стула - работать много с овертаймами или соблюдать work-life balance. У кого “растяжка” получше получается совмещать или чередовать подходы.

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

Но для меня это все неважно. С возрастом и профессиональным ростом заезженный афоризм Конфуция про работу по душе уже не кажется таким заезженным и глупым 🙂

Я чувствую, что я нашел профессиональную область по душе и, как мне кажется, скоро я найду свой икигай.

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

Желаю вам найти свою работу по душе и быть счастливыми!

P.S. Канал оживает.