Не воуроженным глазом видны проблемы и огромные пробелы в знаниях угливодной диеты. Повышенная утомляемость и пониженная мотивация - это причины неправильного питания. Тебе бы это подучить, чтобы жить дольше и быть продуктивнее. Повышенный стрес перерабатывает белки в углеводы, это тоже нужно учитывать и не картизолить. Удачи. Вот это реально сейчас твоя личная проблема, а не Python. Возьми себя в руки и поработай над этим, а то в таком организме далеко не уедешь.
Большое СПАСИБО! Досмотрел до конца, параллельно с чтением книги. Эффект чтения с такими подробными комментариями и дополнениями невозможно переоценить!
Я заметил, что на этом канале я сначала ставлю лайк, а потом смотрю. Потому что и контент классный и человек, рассказывающий это все, тоже классный. Удачи дружище.
Офигеть контента, конечно, привалило! Спасибо, придется где-то искать время на просмотр этого видео, и книжку заодно прикупить после! По таймкодам побегал, особенный интерес вызывают аннотации типов. Лайк до просмотра, такой контент за бесплатно - это конечно какой-то невиданный праздник в нашем платном мире!
Уважаемый Диджай (Джидай от Диджитала). Давно смотрю, слушаю. Прошу Вас продолжать в том же духе. Фрейворки Вам в помощь! И Спидран под капот мотивации варить и делиться плюшками.
Перестал заниматься программизмом с уходом Delphi, но почему-то регулярно смотрю этот канал. Он заставляет меня скрипеть на Питоне для мелких нужд. И это в 50++. И этот гигастрим тоже смотрю. Я облаял этот ролик, пламенное вам мерси.
Алексей, превосходный обзор. Интересно за декодирование хекса и кодировки было ( пока досмотрел) про книгу Код .Тайный язык информатики- она не для гуманитариев после 10 главы, после университетского курса схемотехники триггеры,компараторы,сумматоры конечно заходит- но тяжело признаюсь . уровень той книги нужен имхо- для программистов разрабатывающих свои библиоетеки
Так, а разве на 02:48:30 (последний случай с лямбдой) что-то интерпретируется в лист комперхенсион? ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-yHckrS1lvG8.html Там же не инты не будут кастоваться из-за лямбды как раз Получится что-то по типу: [ ..., ] 🤔
ну ты титан, сесть и 9 часов рассказывать. Я поначалу подумал, а чего такое вступление длиннющее(фоном слушал), глянул длительность ролика и охренел. Это именно то что мне нужно, а то книги слушать приходится
3:30:10 лично я использую Ellipsis для протоколов, потому что там не бывает реализации никакой, это чисто какая то сигнатура для типов, а я для абстрактных классов я использую pass, потому что там там может быть реализация : ) но, возможно, я не прав насчёт реализации для абстрактных методах в абстрактных классах, хотя оно будет работать, если реализовать абстрактный метод в дочернем классе и вызвать абстрактный метод родительского класса через функцию super
Был у меня один кейс, после которого в абстрактных методах явно вызываю исключение NotImplementedError вместо pass или ... Пример: from abc import abstractmethod, ABC class AbstractClass(ABC): @abstractmethod def get_data(self, *args, **kwargs): pass @abstractmethod def set_data(self, *args, **kwargs): raise NotImplementedError class RealClass(AbstractClass): pass def main(): val = 123 q = RealClass print(q.get_data(val)) # не рейзит ошибку print(q.set_data(val)) # рейзит ошибку if __name__ == "__main__": main() Да, может показаться несколько притянутым за уши, но что-то очень похожее было на проекте.
Алексей, вы упоминали использование библиотек написанных н Си ,на Хабре имеется статья про написание на Раст и подключение а питон в качестве либы, что Вы думаете про такой подход?
3:44:04 Я вообще их не использую и не могу понять когда их стоит применять, а когда нет. Во многих примерах применения декораторов указывается записи логов, мол это удобно, но я не вижу в этом удобства, можно из одной функции вызвать другую функцию, которая залогирует то, что мне нужно, и я не буду строить велосипед. Хотелось бы вашего комментария на эту тему, когда же все-таки нужно применять декораторы и в каких случаях лично вы их применяете?
1:36:17 всё с точность да наоборот) Далее на слайде написано, что цифровая схема мне подвержана шумам, то есть больше к ним устойчива. Пример: делаем мы газульку на мопеде аналоговую от 0 до 5в, и шум в 1в нам всё к хренам сломает. Делаем мы цефровую передачу нулей и единичек с триггером Шмидта (нуль в единичку переходит в 4в, единичка в 0 в 1в) - и шум в 1 вольт нам особо ничего не поломает, какие нули и единички отправили - такие и дойдут
привет! спасибо за видео) интересно было бы узнать подробнее про момент в 2:20:10, а именно про хранение атрибутов не в __dict__ а в другой структуре при использовании slots. Ну и про хранение в дикте тоже тоже не будет не лишним сказать пару слов) про логику, завязанную на использование __dict__, тоже интересно твоё мнение. Как по мне то где-то между "лучше избегать" и "дичь"
У меня есть книга Полла Берри и Васильева А.Н., но такая толстенная только в электронном варианте, и то на английском. С удовольствием посмотрю 8 часов, чего почерпну полезного.
Привет! Я не согласен с твоим мнением о множественном наследовании интерфейсов. На мой взгляд, это отличный способ следовать принципу DRY. Множественное наследование, в случае интерфейсов, не несёт в себе никаких рисков, так как они не содержат реализацию и не раскрывают детали потомкам. Стоит отметить, что более правильным подходом было бы создание нового интерфейса, который наследует несколько других. Кстати, расширение интерфейсов - это весьма распространённая практика в Go.
Алексей, спасибо за видео. Интересно слушать =) Вы упоминаете вещи, которые вам показались интересными. У меня есть набор конспектов по python, где я в том числе эти особенности описываю. Если интересно, могу прислать ссылку. Там немного, чуть больше 100 страниц. Может быть чем-то еще заинтересую вас в базовом питоне. PS: там есть несколько ошибок, которые мне все лень поправить, думаю вы их заметите по ходу чтения. PPS: ни коим образом не хочу претендовать на ваше обучение, но какой-то набор фактов может быть будет новым =)
для data-scientist есть numpy. array позволяет быстрее обрабатывать в простых алгоритмах однотипные данные, чем список. Потому что нет необходимости из кучи дергать данные (насколько я помню реализацию array). После языков типа С/С++ идея становится понятнее (там же вопрос про индексацию становится более прозрачным).
Классная идея с dict из списка параметров. Интуитивная, но раньше не встречал. Ведь по факту мы же передаем словарь параметров (возвращаясь к цитате про словари).
Про byte array и bytes скорее "Битовая последовательность". Хотя все очень ситуативно. Не всегда корректно исходя из постановки задачи переводить байты в биты или называть массив строкой.
2:16:20 - А разве это опечатка, при изменении атрибута `b` DemoDataClass.b = 2.2, экземпляры DemoDataClass не меняются. То есть пишем demo = DemoDataClass(1) vars(demo) и видим у нас 2 проинициализированные переменные, значит ли это, что это всё же атрибут экземпляра класса?
ребята, скажите кто знает.... почему браузеры не задействуют CUDA ядра при их наличии? NVIDIA вроде постарались и есть хорошая документация, как для С++ так и для Python. в чем проблема?
Подскажи пожалуйста как эта книга для начинающих? Базу прошел(типы данных, хеш таблицы, циклы и т.д.), нравиться работать с данными, иду в сторону data engineering.
