Вести с полей стажировки.

Приветствую.

Первого ноября началась стажировка и тогда же было первое организационное собрание.

Собрание вёл директор академии Lad.

Рассказывал:
- Об Академии. Это небольшое ответвление от компании Lad, направленное на обучение IT-специалистов. Базируются в Нижнем Новгороде. Мы 4-й поток стажировки. Они отлаживают механизмы, грубо говоря, пока мы учимся у них, они учатся на нас.

- Про стажёров и отбор. Всего прошло на стажировку свыше 100 человек. Больше всего набрали дизайнеров. Меньше всего бэкэндеров, по ним недобор по Node и всего один по PHP.

- Про гарантию трудоустройства. Обещания взять на работу по результатам стажировки не дают. Объяснил он это на примере академии и других онлайн-курсов (привет GB). Для того, чтобы гарантировать трудоустройство, необходимо иметь своё HR-агентство. Учитывая, что большинство стажёров выходцы из GB, ЯП и других, то почему мы тогда не трудоустроены? Вопрос риторический.

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

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

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

Приветствую.

Изначально канал задумывался как личный, но в процессе появились люди, желающие поделиться своими знаниями и опытом с вами.

Спешу представить вам нового автора постов на моем канале!

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

Прошу любить и жаловать Андрея Лебедева!

Новая рубрика "Код в мешке"
Автор: Андрей Лебедев

Привет! Меня зовут Андрей, и я с недавних пор занимаюсь программированием на Python. Я заинтересовался разработкой уже во взрослом возрасте на гребне IT-лихорадки, которая с подачи государства захлестнула российское общество. Многие, включая и меня самого, резко захотели “войти в IT”. Онлайн-курсов и всевозможных образовательных программ для взрослых появились десятки, и многие тысячи их выпускников заметно поддавливают рынок трудоустройства, поднимая до предела входной порог не только для “джунов”, но и даже для кандидатов на бесплатные стажировки в IT-компаниях.

При этом мало кто из будущих разработчиков отдаёт себе отчёт в том, насколько сложные вещи обсуждаются на видеоуроках, которые они смотрят, и Zoom-семинарах, в которых они принимают участие. Люди молча кивают (или ставят плюсик в чате), когда им озвучиваются определения из разряда “Docker - программное обеспечение для автоматизации развёртывания и управления приложениями в средах с поддержкой контейнеризации, контейнеризатор приложений”. Здесь в пояснении нуждается буквально каждое слово, но мало кто из преподавателей будет заниматься подобной расшифровкой. А взрослым учащимся детально вникать в такие вещи зачастую просто некогда: надо делать домашнее задание, разрабатывать выпускные проекты, а еще ведь и работать, и с близкими общаться, и домашние дела делать, а иногда даже и отдыхать.

Как раз в помощь тем, кто постеснялся признаться себе и/или окружающим в том, что чего-то не понял в непрерывном потоке программистского жаргона, и создан этот блог. Здесь об экстремально сложных вещах мы постараемся рассказать экстремально простым языком. “Если вы что-то не можете объяснить 6-летнему ребёнку, вы сами этого не понимаете”, - одна из распиаренных фраз, которую приписывают то Эйнштейну, то Фейнману, то ещё кому-то. Возможно, у неё и вовсе одного автора нет, для нас это неважно. Мы просто возьмём её на вооружение как девиз. Постараемся настолько разложить сложные вещи, чтобы на выходе получился набор простых. Мы освоим их, а потом заново из них соберем сложную вещь, которая от этого сложной быть не перестанет, но при этом станет хотя бы приблизительно понятной для нас.

Сложно? Непонятно? Мне тоже. Давайте разбираться вместе!

P.S. Статьи в рамках этой рубрики будут неизбежно критиковаться опытными (и не очень) разработчиками, что и неудивительно: я тоже только учусь. Ориентируясь на конструктивную критику, мы будем улучшать качество материалов, делая их более точными, но не в ущерб понятности.

Пост на сайте
Поддержать проект

Напоминаю, на нашем канале проводится мероприятие по типу "Тайного Санты".

Нас уже 8 участников!

Пост тут: https://t.iss.one/press_any_button/263

Форма для участия тут: https://forms.gle/adM65uCYJEPgSggW7

Ветер переменных
Автор: Андрей Лебедев

Да, переменные - это основа основ. Если вы изучали Python хотя бы месяц, то не могли пройти мимо них. Хотя какой там месяц - о переменных обычно рассказывают на первом же занятии. А если Python - это не первый ваш язык, то вы тем более в курсе, что значит “переменная”. И всё-таки я рекомендую вам продолжить чтение в любом случае, потому что здесь не всё так просто. Но мы попробуем упростить.

Что такое переменная?
Переменная (что очевидно из названия) - это то, что можно легко изменить. Чаще всего в объяснениях мелькает сравнение переменных с коробочками. Любая коробочка - переменная, потому что можно легко изменить её содержимое. Сначала положить в неё ручку. И тогда она будет содержать ручку. Потом ручку вынуть и положить туда смартфон. Коробочка та же, а содержание изменилось. Вот и в переменную мы можем положить строку, можем список, а можем даже целую функцию. Что положили, то там и “лежит”. И если мы содержимое изменим, называться переменная будет прежним образом (коробочка та же). Чаще всего на этом объяснение и заканчивается. Всем всё понятно, расходимся. Попробуем немного усложнить.

Что значит “коробочка”, куда попадает содержимое в виде строк, списков и всего прочего, что мы туда кладём? В языке C (Си), например, коробочка (то есть переменная) - это ячейка памяти. То есть прям вот коробочка и есть. Когда мы объявляем переменную, в недрах компьютера (как на складе) резервируется ячейка памяти (коробка определенного размера), куда и попадает содержимое, которое мы в нее решили положить. Если мы содержимое коробочки решим поменять, то коробочка (ячейка памяти) в прямом смысле остаётся той же самой.

А как обстоит дело в Python?
Совсем не так. При объявлении переменной тоже резервируется ячейка памяти (коробочка), но когда мы решаем в ту же переменную записать что-то другое, мы кладем это в другую ячейку памяти (новую коробочку), хоть и называется она точно так же. Потому что то, что мы называем “переменной” в Python, - вовсе не коробочка, а бирка, которую мы на нее наклеиваем. И когда мы меняем содержимое переменной, мы не кладем в ту же коробочку (ячейку памяти) что-то новое, а переклеиваем ту же самую бирку на новую коробочку с новым содержимым.

Если говорить совсем уж строго, переменная в Python - вообще не переменная в том смысле, в котором это слово употребляется в контексте языка C. Она скорее ссылка на объект (object reference) или имя (name).

Тогда почему мы называем одним и тем же словом (“переменная”) вещи, которые в Python и других языках различаются? Для упрощения: потому что используем мы их в разных языках схожим образом. Объявил переменную, положил в неё что-нибудь - и вперед: крути циклы, отправляй в функции, меняй содержимое. Чаще всего задумываться о том, что она там означает на самом деле - коробочку или бирку на ней, не придется.

А зачем тогда вообще об этом знать?
Всё-таки этот момент нужно уяснить, чтобы разобраться с другими важными вещами, которые напрямую с ним связаны:
- разницу между оператором “==“ и ключевым словом ‘is’
- нюансы изменяемости и неизменяемости объектов
- сложности поведения некоторых переменных, которые передаются в функции в качестве параметров
- динамическую типизацию и т.д. и т.п.

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

Пример

name = "Стэн"
print(id(name))
# 4427735920

same_name = "Стэн"
print(id(same_name))
# 4427735920

name = "Эрик"
print(id(name))
# 4428719728

Разберёмся в том, что только что произошло на наших глазах.
1️⃣ Мы завели бирку (переменную) name и наклеили ее на коробку (ячейку памяти), в которую положили строку “Стэн”. Дальше мы захотели посмотреть на уникальный заводской номер этой коробки (вызвали функцию id, которая возвращает уникальный адрес ячейки памяти, в которой хранится объект).

2️⃣ Далее мы завели переменную same_name и записали в нее ту же самую строку “Стэн”. Проверяем адрес ячейки и… он оказывается тем же самым. Почему? Потому что на нашем складе (в памяти) уже хранится коробка (ячейка) с таким же точно содержимым. Мы завели её на предыдущем шаге. Зачем создавать ещё одну такую же коробку для такого же содержимого, если можно просто наклеить на уже существующую коробку ещё одну бирку (нашу новую переменную)? Незачем, она будет занимать лишнее место. Точно так же "думает" и интерпретатор Python. В целях экономии памяти он проверяет, не создавалась ли уже ранее строка, которую мы пытаемся создать. И если она-таки создавалась, новая переменная привязывается к уже существующей ячейке памяти. Всегда ли так происходит? Нет, не всегда, но об этом поговорим подробнее в следующих постах. А пока запомним, что за экономией пространства на нашем складе с коробками следят довольно внимательно.

3️⃣ Наконец, мы меняем содержимое нашей первой переменной name, записав туда новую строку “Эрик”. Проверяем уникальный адрес ячейки, и он теперь другой! Почему? Потому что мы просто переклеили бирку на новую коробку. В старой у нас по-прежнему лежит “Стэн”, и на неё наклеена бирка same_name…

Если это всё ещё выглядит сложно и непонятно, советую немножко поиграться с этим и самостоятельно всё “пощупать” в PyCharm или любой другой удобной IDE. Заранее предупреждаю: если вы будете экспериментировать с другими типами данных, результаты могут отличаться, но об этом подробнее поговорим в другой раз.

Пост на сайте
Поддержать проект

Django + AIOgram3 + Redis - Отправка поста с Django в AIOgram
Автор: Иван Ашихмин

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

Решение было найдено не сразу. Вариантов реализации отправки данных из Django в AIOgram3 достаточно много, я остановился на связке Django + AIOgram3 + Redis. И в этом посте расскажу, как можно реализовать такой функционал.

Действия проводятся на основе файлов из постов "Django 35.2. Расширенный профиль пользователя" и "AIOgram3 15. Обработка события вступления или покидания чата".

Продолжение в посте на Boosty (платный контент)
Пост на сайте
Поддержать проект

Напоминаю, на нашем канале проводится мероприятие по типу "Тайного Санты".

Нас уже 8 участников!

Пост тут: https://t.iss.one/press_any_button/263

Форма для участия тут: https://forms.gle/adM65uCYJEPgSggW7

👀Зачем вообще надевать что-то на онлайн собес?

Оглавление для серии постов рубрики "Код в мешке".

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

Новая рубрика "Код в мешке"
Ветер переменных
== != is (о разнице между оператором "==" и ключевым словом "is")
Питон на измене
Декораторы в питоне
Основы ООП на Python. ч. 1
ООП на Python. ч. 2. Статические методы
ООП на Python, ч. 3. Методы __str__ и __repr__

#код_в_мешке #оглавление

☝️Всё правильно говорит)

Приветствую!

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


Оглавления:
Для удобства навигации есть посты с оглавлениями по темам:

"Сайт на Django"

"Telegram-бот на AIOgram3"

"Применение Docker"

"Полезные инструменты"

"Код в мешке"


Ресурсы канала:

Уютный и немного безумный чат канала.

Бот с материалами к постам

Сайт со всеми постами


Поддержка.

Если вам нравится канал и выходящий материал, поделитесь ссылкой с людьми, кому это тоже может быть интересно.

Также поддержать канал можно на Boosty.

Или внеся сайт в исключения вашего блокировщика рекламы.

== != is
Автор: Андрей Лебедев


Поговорим о разнице между оператором "==" и ключевым словом "is". Если до этого вы не читали мой пост о переменных в питоне и коробочках, сейчас самое время сделать это, потому что мы будем продолжать всё ту же аналогию.

Итак, вспомним, что у нас есть:
*️⃣ Переменная - она же бирка на коробочке
*️⃣ Коробочка - она же ячейка памяти
*️⃣ Заводской номер коробочки - он же адрес ячейки памяти
*️⃣ Содержимое коробки - значение
*️⃣ Склад - память в целом.

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

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

Как поставить работнику задачу? Дать ему данные с двух бирок (переменные) и попросить его сравнить содержимое коробок, на которых они наклеены. Рассмотрим на примере.

name = "Стэн"
same_name = "Стэн"

print(name == same_name)

Наш трудяга стремглав летит проверять, что у нас лежит в коробках с бирками name и same_name. А лежит у нас и там, и там одинаковая строка "Стэн". Оператор радостно нам сообщает об этом: True!

Закрепим - оператор "==" сравнивает переменные по значению (содержимое двух коробок с бирками, которые мы ему передали).

Ключевое слово "is"
Помимо работника, у нас в команде есть ключевое слово "is" (пускай на этот раз будет сотрудница). Умеет опять-таки немного, но работу свою выполняет чётко. Ей мы также даём информацию о том, что написано на двух бирках (названия переменных), а она проверяет, наклеены ли они на одну и ту же коробку (ссылаются ли переменные на одну и ту же ячейку памяти).

Рассмотрим на примере.

name = “Стэн"
print(id(name))

same_name = “Стэн"
print(id(same_name))

print(name == same_name)
print(name is same_name)

Из поста про переменные мы помним, что две одинаковые строки, которые мы кладем в две разные переменные, на самом деле будут лежать в одной и той же ячейке памяти, что и видно по адресу, который мы в обоих случаях вывели в консоль print’ом. И нашей сотруднице это видно, о чём она нам и заявляет: True.

То есть ещё раз: оператор "==" показывает, одинаковое ли значение (содержимое) хранится в двух ячейках памяти (коробках), на которые ссылаются две переменные (наклеены две бирки). Ключевое слово "is" показывает, ссылаются ли две переменные (наклеены ли две бирки) на одну и ту же ячейку памяти (коробку), или нет.

А зачем это вообще нужно?
Разве бывает так, чтобы ответы наших работников по поводу одинакового содержимого двух разных переменных различались?

Бывает. Рассмотрим на примере:

a = "Стэн"
b = "Стэн"
c = "Ст" + "эн"
d = input('Введите слово "Стэн": ')  # Введем слово "Стэн" (без кавычек)

print(id(a))  # 4352025456
print(id(b))  # 4352025456
print(id(c))  # 4352025456
print(id(d))  # 4353014544

print(a == b)  # True
print(a is b)  # True

print(a == c)  # True
print(a is c)  # True

print(a == d)  # True
print(a is d)  # False

Несложно заметить, что во всех четырёх наших переменных в итоге окажется одна и та же строка (если мы честно ввели слово “Стэн” без кавычек, когда нас об этом попросили). Но в первых трех случаях эта строка оказалась в одной и той же ячейке, на которую “наклеились” три переменные: a, b, c.

Почему же в четвертом случае (для переменной d) потребовалось новая ячейка в памяти? Всё дело в том, как Python пытается экономить память. На этапе компиляции кода он способен сравнивать строки между собой, а также проверять результат простых операций со строками (вроде конкатенации строк “Ст” и “эн”). Так как этот результат соответствует уже существующей в памяти строке “Стэн”, нам незачем создавать еще один такой же объект. Смело клеим бирку на уже созданную ранее коробку со Стэном. Процесс оптимизации работы со строками и некоторыми другими объектами называется “интернированием”, и мы когда-нибудь уделим ему отдельное внимание.
А вот то, что мы вводим с клавиатуры и передаем в переменную d, попадает в память уже в момент работы кода и поэтому для новой строки подбирается новая ячейка.

Советую не верить мне на слово, а «пощупать» всё в PyCharm самостоятельно.

Ещё один пример

list_one = [1, 3, 5]
list_two = [1, 3, 5]
list_three = list_one
list_four = list_one.copy()

print(id(list_one))  # 4509660416
print(id(list_two))  # 4511778176
print(id(list_three))  # 4509660416
print(id(list_four))  # 4510270528

print(list_one == list_two)  # True
print(list_one is list_two)  # False

print(list_one == list_three)  # True
print(list_one is list_three)  # True

print(list_one == list_four)  # True
print(list_one is list_four)  # False

Пройдёмся сверху вниз по коду примера:

1️⃣ Мы создали список из трех цифр и записали его в переменную list_one.
2️⃣ Далее создали точно такой же список и записали его в переменную list_two.
3️⃣ Затем на ячейку, к которой уже “прикреплена” переменная list_one, "вешаем" еще одну переменную list_three.
4️⃣ Наконец, в переменную list_four записываем результат копирования списка из list_one.

Первое, на что стоит обратить внимание, list_one и list_two записались в разные ячейки памяти, что видно и по номерам этих ячеек, и по работе нашей прекрасной сотрудницы "is", которая выдает “False”, хотя её коллега "==" справедливо подтверждает, что содержатся в обеих переменных идентичные списки. Со строками из предыдущего примера в такой же ситуации результат, как мы помним, был другим. Да, такое поведение напрямую связано с особенностями этих типов данных, о чем мы подробно поговорим в следующий раз.

Второе, на что стоит обратить внимание, list_one и list_three “прицепились” к одной и той же ячейке. Это видно по работе функции id(), а также по показаниям наших сотрудников - "==" и "is".

Третий важный момент: когда мы используем функцию copy() для копирования списка, в переменную list_four попадает идентичный список с числами. Но записывается он уже в новую ячейку памяти, что легко видно по результатам работы id(), "==" и "is". Возможно, вы спросите, для чего вообще нужна эта манипуляция c copy(), если можно было бы, как и в случае с list_two, просто вручную пересоздать точно такой же список. Ну, хорошо, когда это можно сделать “на берегу” до запуска кода. А если список попадает к нам каким-то другим образом? Например, вводится через консоль или получается автоматически с какого-нибудь сайта? Если нам нужна точная его копия в другой ячейке памяти (а иногда это просто-таки необходимо), то copy() - один из возможных выходов из ситуации.

Ну и последнее

list_one = [1, 3, 5]
list_two = [1, 3, 5]
list_three = list_one
list_four = list_one.copy()

list_one.append(7)

print(list_one)  # [1, 3, 5, 7]
print(list_two)  # [1, 3, 5]
print(list_three)  # [1, 3, 5, 7]
print(list_four)  # [1, 3, 5]

Работаем всё с теми же четырьмя переменными, в которых находится всё то же самое. К списку в list_one добавляем еще одно число и выводим в консоль все четыре переменные. Для тех, кто внимательно следил за ходом нашей мысли, не должно стать сюрпризом, что изменения, помимо списка в переменной list_one, коснулись и списка в переменной list_three. Почему? Потому что это один и тот же список, который “лежит” в одной и той же коробке, к которой мы прицепили две бирки: list_one и list_three. Списки из list_two и list_four остались нетронутыми, потому что каждый из них спокойно себе лежит в своей “коробке”.

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

Пост на сайте
Поддержать проект

#Python #код_в_мешке #переменные #управление_памятью #операторы #ключевые_слова #is #оператор_сравнения