Видео

дякую за підтримку!

Дякую за підтримку

дякую за підказку

Поки такого відео немає, та воно в планах на найближче майбутнє Думаю, до кінця року зʼявиться

Вже на каналі: ruclips.net/video/kVqAooo5ZDw/видео.html

мене не змусять називати цю бібліотеку в інший спосіб 😀

@@python_decoded тоді "пітон", "пітест" і "пічарм" 😅🤣

@xlusif2769 незабаром окреме відео по 'підантік'

якщо це VS, то гарячі клавіши можуть звісно відрізнятись, та скоріше за все ви можете навести курсор на кнопку, щоб побачити асоційовану гарячу клавішу. При необхідності IDE дає можливість змінити гарячі клавіши, у випадку PyCharm це може зробити через меню: File > Settings > Keymap

@@python_decoded На цей момент я робив у PyCharm

@@python_decoded На той момент я робив це у PyCharm

@@python_decoded Я робив це у PyCharm

@@python_decoded Не можу розмовляти Коментарі чомусь пропадають

будь який зручний редактор коду, хоч вбудований Python IDLE

@@python_decoded Дякую! В мене VS Code 1.95.2 + Python 3.12

@@python_decoded ​​⁠VS Code мені подобається тим що там можна текст збільшити Також є переклад меню зрозумілою мовою

В Пайчам також можна збільшувати текст Settings > Editor > General > Mouse Control > Change Font Size ... З приводу мови, ІМХО потрібно змушувати себе переходити на англійську мову, адже середовище розробки є англійсько мовним, більшість документації написана на англійській мові, бібліотеки, та і код ми пишемо англійською. Та в будь якому разі розробник обирає для себе такий інструмент з яким комфортно працювати, і який може максимізувати його ефективність.

@@python_decoded У VS Code набагато простіше "Ctrl+" Мені вже за 50 так що не впевнений що вивчу англійську, а деякі інструкції допомогли-б мені наприклад: "def as інструкція", але це чомусь не працює

дякую за відгук, тут саме про фінальний результат, адже уся логіка прихована безпосередньо в Пайтесті, а користувачу потрібно лише вказати очікуваний набір параметрів. можливо незрозумілі моменти краще висвітленні у продовженні теми: ruclips.net/video/MXtujJcgvug/видео.html

Відео про Rest API вже є на каналі ruclips.net/video/S0dlZ9DLqE0/видео.html Далі в продовження серії відео про ВЕБ планую відео про перенос Rest API викликів у Пайтон код.

@@python_decoded Дякую, я не уточнив, хотів би в майбутньому побачити серію відео про Flask, fastapi) Багатьом було би цікаво глянути, особливо зважаючи, що українською такого майже немає))

@@BohdanHalunka потроху рухаємося в цьому напрямку

дякую за підтримку

Складно прокоментувати, без конкретного прикладу перед очима, та фішка генератору в тому що в його локальній області видимості зазвичай знаходиться один обʼєкт або одна сторінка, та не усі одразу, яку генератор йелдить, замість того щоб збирати усі такі обʼєкти у колекцію, тобто тут спрацьовує принцип конвейера. і ніби як виходить що ми кожною новою сторінкою перезаписуємо попередню, тож нам не потрібно більше памʼяті аніж тої, щоб зберігати 1 - 2 сторінки, навіть якщо нам потрібно обробити мільярд записів. А покласти OC задопомогою пайтону не складно items = [ ] for i in range(10000000000): items.apend(10 ** i)

@@python_decoded Щодо генераторної функції, вона ж зберігає обєкт генератора в памяті після виконання. Цей обєкт зберігається в купі, і при наступному виклику повертається в стек? Чи він залишається в стеку до наступного виклику?

​@@CreeperTeamMine гарне питання, при виклику генераторної функції, вона створює обʼєкт генератор, який тепер зберігається у хіпі, і усі його обʼєкти, створені підчас виконання тіла генератора (локальна область видимості) також зберігаються у хіпі. оскільки ми маємо синхронне виконання коду в одному треді, я так розумію підчас виконання тіла генератора створюється елемент стеку, туди вигружаються посилання на елементи хіпу, потім генератор ставиться на паузу його стан зберігається (усі локальні посилання), і сегмент памʼяті вивільняється із стеку. коли в тілі генератора ми доходимо до ключового слова return, нема більше сенсу зберігати локальну область видимості, і її можна прибрати. Це трохи здогадки з моєї сторони, адже C реалізацію генератору не читав, та думаю якось так воно і працює.

зібрав трохи пруфів: pywheel.com/generators-behind-the-scenes/ Функція використовує 'frame' object для створення елементу стеку Генератор використовує 'gi_frame'. Різниця в тому, що генератор при виконання інструкції YIELD_VALUE виконує призупинення генератору (FRAME_SUSPENDED), записує в gi_frame поточну позицію і прибирає gi_frame зі стеку, щоб наступний раз продовжити виконання з того місця на якому зупинився попередній раз. При виконанні інструкції RETURN_VALUE gi_frame знову таки прибирається зі стеку та разом з тим видаляється із генератора.

@@python_decoded дякую за змістовну відповідь)

Дякую за підтримку. Та насправді, не знайшов в Пайтон 3.13 нічого такого цікавого, про що можна було б розповісти. Спроби позбутися GIL, експерименти з JIT Суто внутрішні оптимізації. Може колись зроблю відео про GIL, та наразі не в пріорітеті.

але ж відео не про rar )) можна провести опитування, треба більш репрезентативну вибірку зробити

сподіваюсь мій глядач зможе обрати музику собі до смаку для фону )

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

Ні. Але є рекомендація, поменше використовувати русизми й прибрати російські відео з добірки "Відео варті уваги". А все решту дуже круто.

дякую за рекомендації

дякую за зворотній звʼязок, подивлюсь що можна зробити

відео підтримує роздільну здатність 720p з таким розширенням усе чітко видно, принайні на екрані монітору може я неправильно зрозумів ваш коментар?

дякую за зворотній звʼязок да теорія вона така, та це необхідне відео, щоб "домовитись" про набір понятть та термінологій які ми будемо в подальшому використовувати, і на який тепер можна посилатись

а ліст, тюпл, сет, дікт - це пачка паспортів і жодного обʼєкта всередині, тому пайтон такий гнучкий. але це не стосується str та array вони все ж таки зберігають всередині самі дані, але разом з тим накладають купу обмежень на операції над ними (незмінність, фіксована кількість, тип та розмір елементів і тд.)

ще більше технічної інформації про внутрішню структуру обʼєктів можна знайти у окремому відео ruclips.net/video/swXKm4Q3umY/видео.html

погоджуюсь, я б зробив генератор, який надає усі 4 ключа по черзі і по ньому б ітерувався, та мені здалося що це зайве ускладнення в рамках цілей цього відео щось типу: return any(lock == _key for _key in rotate_key(given_key))