Все
Дизайн
Код
Геймдев
Бизнес
Маркетинг
Управление
Кино и музыка
Фотография
Развитие
Здоровье
Деньги
Образование
EdTech
Корп. обучение
Блог Skillbox
Спецпроекты
Профориентация
Тест: сможете отличить Zen of Python от философии Лао-цзы?
Попробуйте хакнуть наши вопросы и отделить философию Python от слов Лао-цзы.
Лао-цзы — мудрый китаец, он написал «Дао дэ цзин». А Гвидо ван Россум — умный голландец, он создал Python. У этого языка программирования есть своя философия Zen of Python, текст которой выводит интерпретатор по команде import this. Говорят, её написал Тим Петерс.
Попробуйте определить, какая фраза взята из «Дао дэ цзин», а какая — из «Дзена Пайтона».
Попробуйте определить, какая фраза взята из «Дао дэ цзин», а какая — из «Дзена Пайтона».
| Начать тест |
Безымянное и обладающее именем — одного и того же происхождения, но с разными названиями.
А вот и нет, это сказал Лао-цзы.
Всё верно, это сказал Лао-цзы.
| Дальше |
| Проверить |
| Узнать результат |
Красивое лучше, чем уродливое. Явное лучше, чем неявное. Простое лучше, чем сложное. Сложное лучше, чем запутанное.
В десяточку — это «Дзен Пайтона». И вот расшифровка.
Красивое лучше, чем уродливое.
Программисты часто пишут код второпях, такой код потом тяжело читать. Хороший понятный код — это красиво.
Явное лучше, чем неявное.
Объявляйте типы переменных, присваивайте функциям и переменным понятные имена — в общем, не заставляйте людей думать.
Простое лучше сложного. Сложное лучше, чем запутанное.
Построить что-либо можно с помощью простых или сложных методов. Написать to-do list можно из простых блоков, но для ИИ понадобятся сложные элементы. Простота — это хорошо, но у неё есть ограничения.
Красивое лучше, чем уродливое.
Программисты часто пишут код второпях, такой код потом тяжело читать. Хороший понятный код — это красиво.
Явное лучше, чем неявное.
Объявляйте типы переменных, присваивайте функциям и переменным понятные имена — в общем, не заставляйте людей думать.
Простое лучше сложного. Сложное лучше, чем запутанное.
Построить что-либо можно с помощью простых или сложных методов. Написать to-do list можно из простых блоков, но для ИИ понадобятся сложные элементы. Простота — это хорошо, но у неё есть ограничения.
Возможно, Лао-цзы тоже говорил так, но до нас его слова не дошли :) Это «Дзен Пайтона». И вот расшифровка.
Красивое лучше, чем уродливое.
Программисты часто пишут код второпях, такой код потом тяжело читать. Хороший понятный код — это красиво.
Явное лучше, чем неявное.
Объявляйте типы переменных, присваивайте функциям и переменным понятные имена — в общем, не заставляйте людей думать.
Простое лучше сложного. Сложное лучше, чем запутанное.
Построить что-либо можно с помощью простых или сложных методов. Написать to-do list можно из простых блоков, но для ИИ понадобятся сложные элементы. Простота — это хорошо, но у неё есть ограничения.
Красивое лучше, чем уродливое.
Программисты часто пишут код второпях, такой код потом тяжело читать. Хороший понятный код — это красиво.
Явное лучше, чем неявное.
Объявляйте типы переменных, присваивайте функциям и переменным понятные имена — в общем, не заставляйте людей думать.
Простое лучше сложного. Сложное лучше, чем запутанное.
Построить что-либо можно с помощью простых или сложных методов. Написать to-do list можно из простых блоков, но для ИИ понадобятся сложные элементы. Простота — это хорошо, но у неё есть ограничения.
| Дальше |
| Проверить |
| Узнать результат |
Плоское лучше, чем вложенное. Разрежённое лучше, чем плотное.
Точно!
Плоское лучше, чем вложенное.
Программисты любят выстраивать иерархии — модуль внутри другого модуля и так далее. В итоге получается какая-то бюрократия. Подключать субсубсубсубсубмодуль food.grain.corn.bread.white.fried.bun — это явно чересчур. Желаем всем, кто плодит сущности без необходимости, делать заказы в кафе по таким же алгоритмам :-)
Разрежённое лучше, чем плотное.
Запихивать кучу полезной работы в одну строку — идея не очень. Сделайте несколько понятных строк, не заставляйте коллег проклинать вас.
Плоское лучше, чем вложенное.
Программисты любят выстраивать иерархии — модуль внутри другого модуля и так далее. В итоге получается какая-то бюрократия. Подключать субсубсубсубсубмодуль food.grain.corn.bread.white.fried.bun — это явно чересчур. Желаем всем, кто плодит сущности без необходимости, делать заказы в кафе по таким же алгоритмам :-)
Разрежённое лучше, чем плотное.
Запихивать кучу полезной работы в одну строку — идея не очень. Сделайте несколько понятных строк, не заставляйте коллег проклинать вас.
SyntaxError: invalid syntax. Это «Дзен Пайтона».
Плоское лучше, чем вложенное.
Программисты любят выстраивать иерархии — модуль внутри другого модуля и так далее. В итоге получается какая-то бюрократия. Подключать субсубсубсубсубмодуль food.grain.corn.bread.white.fried.bun — это явно чересчур. Желаем всем, кто плодит сущности без необходимости, делать заказы в кафе по таким же алгоритмам :-)
Разрежённое лучше, чем плотное.
Запихивать кучу полезной работы в одну строку — идея не очень. Сделайте несколько понятных строк, не заставляйте коллег проклинать вас.
Плоское лучше, чем вложенное.
Программисты любят выстраивать иерархии — модуль внутри другого модуля и так далее. В итоге получается какая-то бюрократия. Подключать субсубсубсубсубмодуль food.grain.corn.bread.white.fried.bun — это явно чересчур. Желаем всем, кто плодит сущности без необходимости, делать заказы в кафе по таким же алгоритмам :-)
Разрежённое лучше, чем плотное.
Запихивать кучу полезной работы в одну строку — идея не очень. Сделайте несколько понятных строк, не заставляйте коллег проклинать вас.
| Дальше |
| Проверить |
| Узнать результат |
Длинное и короткое взаимно соотносятся, высокое и низкое взаимно определяются, предыдущее и последующее следуют друг за другом.
А вот и нет — это древнекитайская философия.
Великий китайский файервол аплодирует вам!
| Дальше |
| Проверить |
| Узнать результат |
Ошибки никогда не должны замалчиваться. Если они не замалчиваются явно.
Все верно, это «Дзен Пайтона».
Ошибки никогда не должны замалчиваться. Если они не замалчиваются явно.
Лучше, чтобы программа явно выдавала сообщение об ошибках: даже если они кажутся нестрашными прямо сейчас, со временем могут привести к серьёзным проблемам. И тогда будет трудно понять, что стало причиной сбоя. Но скрыть ошибку сознательно — это нормально, если вы убедились, что всё ок.
Ошибки никогда не должны замалчиваться. Если они не замалчиваются явно.
Лучше, чтобы программа явно выдавала сообщение об ошибках: даже если они кажутся нестрашными прямо сейчас, со временем могут привести к серьёзным проблемам. И тогда будет трудно понять, что стало причиной сбоя. Но скрыть ошибку сознательно — это нормально, если вы убедились, что всё ок.
Поднебесная скорбит — мудреца не интересуют мирские ошибки.
Ошибки никогда не должны замалчиваться. Если они не замалчиваются явно.
Лучше, чтобы программа явно выдавала сообщение об ошибках: даже если они кажутся нестрашными прямо сейчас, со временем могут привести к серьёзным проблемам. И тогда будет трудно понять, что стало причиной сбоя. Но скрыть ошибку сознательно — это нормально, если вы убедились, что всё ок.
Ошибки никогда не должны замалчиваться. Если они не замалчиваются явно.
Лучше, чтобы программа явно выдавала сообщение об ошибках: даже если они кажутся нестрашными прямо сейчас, со временем могут привести к серьёзным проблемам. И тогда будет трудно понять, что стало причиной сбоя. Но скрыть ошибку сознательно — это нормально, если вы убедились, что всё ок.
| Дальше |
| Проверить |
| Узнать результат |
Перед лицом неопределённости отбрось искушение угадать.
Д6 — убит! Это и правда Python.
Перед лицом неопределённости отбрось искушение угадать.
Если код не работает, на то есть причина. И вместо слепого перебора всех методов, которые когда-то сработали, лучше использовать критическое мышление и внимательно проанализировать ситуацию. Ах да, включить-выключить пробовали?
Перед лицом неопределённости отбрось искушение угадать.
Если код не работает, на то есть причина. И вместо слепого перебора всех методов, которые когда-то сработали, лучше использовать критическое мышление и внимательно проанализировать ситуацию. Ах да, включить-выключить пробовали?
Сакура плачет,
Бросая цветы на дорогу.
Даже японцы в курсе.
Это Python. Так уж вышло.
Перед лицом неопределённости отбрось искушение угадать.
Если код не работает, на то есть причина. И вместо слепого перебора всех методов, которые когда-то сработали, лучше использовать критическое мышление и внимательно проанализировать ситуацию. Ах да, включить-выключить пробовали?
Бросая цветы на дорогу.
Даже японцы в курсе.
Это Python. Так уж вышло.
Перед лицом неопределённости отбрось искушение угадать.
Если код не работает, на то есть причина. И вместо слепого перебора всех методов, которые когда-то сработали, лучше использовать критическое мышление и внимательно проанализировать ситуацию. Ах да, включить-выключить пробовали?
| Дальше |
| Проверить |
| Узнать результат |
Тот, кто не борется с вещами, не совершает ошибок.
Оно, конечно, верно и для Python-программиста, но всё-таки это Лао-цзы.
Оно, конечно, верно и для Python-программиста, но всё-таки это Лао-цзы.
| Дальше |
| Проверить |
| Узнать результат |
Полезность чего-либо имеющегося зависит от пустоты.
Лао-цзы загадочно улыбается, восседая на драконе...
Лао Цзы одобрительно улыбается, восседая на драконе...
| Дальше |
| Проверить |
| Узнать результат |
Лучше ничего не делать, чем стремиться к тому, чтобы что-либо наполнить.
Ты познал тайны Дао! А надо было «Дзен Пайтона» :)
Ты познал тайны Дао!
| Дальше |
| Проверить |
| Узнать результат |
Сейчас лучше, чем никогда. Хотя никогда зачастую лучше, чем прямо сейчас.
Тим Петерс шлёт привет!
Сейчас лучше, чем никогда. Хотя никогда зачастую лучше, чем прямо сейчас.
Начни делать прямо сейчас, иначе ничего так и не сделаешь. Но иногда лучше вообще не начинать, если планируешь писать код на скорую руку: глючная и неудобная программа — так себе решение.
Сейчас лучше, чем никогда. Хотя никогда зачастую лучше, чем прямо сейчас.
Начни делать прямо сейчас, иначе ничего так и не сделаешь. Но иногда лучше вообще не начинать, если планируешь писать код на скорую руку: глючная и неудобная программа — так себе решение.
Где-то в мире заплакал один Тим Петерс. Это Python.
Сейчас лучше, чем никогда. Хотя никогда зачастую лучше, чем прямо сейчас.
Начни делать прямо сейчас, иначе ничего так и не сделаешь. Но иногда лучше вообще не начинать, если планируешь писать код на скорую руку: глючная и неудобная программа — так себе решение.
Сейчас лучше, чем никогда. Хотя никогда зачастую лучше, чем прямо сейчас.
Начни делать прямо сейчас, иначе ничего так и не сделаешь. Но иногда лучше вообще не начинать, если планируешь писать код на скорую руку: глючная и неудобная программа — так себе решение.
| Дальше |
| Проверить |
| Узнать результат |
Возвращение к сущности называется постоянством. Знание постоянства называется достижением ясности, а незнание постоянства приводит к беспорядку.
Python достиг ясности в синтаксисе, но это Лао-цзы :)
Всё правильно, это Лао-цзы.
| Дальше |
| Проверить |
| Узнать результат |
Особые случаи не настолько особые, чтобы нарушать правила. При этом практичность важнее безупречности.
Дзен в твоём сердце. Слушай его музыку!
Особые случаи не настолько особые, чтобы нарушать правила. При этом практичность важнее безупречности.
Best practices, правила и тому подобное — это хорошо и полезно, но не надо следовать им слепо. Иначе получится бюрократический код. Это про опыт. Пишите много кода, практикуйтесь и найдите золотую середину между правилами и практичностью. Так вы постигнете Дао. То есть дзен... Ой, да ну их!
Особые случаи не настолько особые, чтобы нарушать правила. При этом практичность важнее безупречности.
Best practices, правила и тому подобное — это хорошо и полезно, но не надо следовать им слепо. Иначе получится бюрократический код. Это про опыт. Пишите много кода, практикуйтесь и найдите золотую середину между правилами и практичностью. Так вы постигнете Дао. То есть дзен... Ой, да ну их!
А вот и нет — это «Дзен Пайтона»
Особые случаи не настолько особые, чтобы нарушать правила. При этом практичность важнее безупречности.
Best practices, правила и тому подобное — это хорошо и полезно, но не надо следовать им слепо. Иначе получится бюрократический код. Это про опыт. Пишите много кода, практикуйтесь и найдите золотую середину между правилами и практичностью. Так вы постигнете Дао. То есть дзен... Ой, да ну их!
Особые случаи не настолько особые, чтобы нарушать правила. При этом практичность важнее безупречности.
Best practices, правила и тому подобное — это хорошо и полезно, но не надо следовать им слепо. Иначе получится бюрократический код. Это про опыт. Пишите много кода, практикуйтесь и найдите золотую середину между правилами и практичностью. Так вы постигнете Дао. То есть дзен... Ой, да ну их!
| Дальше |
| Проверить |
| Узнать результат |
Должен существовать один и желательно только один очевидный способ сделать это.
Есть один и только один способ правильно ответить на этот вопрос — это он =)
Должен существовать один и желательно только один очевидный способ сделать это.
Это дружеский подкол в сторону другого языка программирования — Perl. Его девиз: «Есть больше одного способа сделать это». Но много способов сделать одно и то же затрудняет чтение и написание кода. Поди-ка разберись! Кстати, у этого пункта есть шутливое продолжение: «Хотя этот способ поначалу может быть не очевиден, если вы не голландец». Это намёк на создателя языка Гвидо ван Россума. Он как раз голландец.
Должен существовать один и желательно только один очевидный способ сделать это.
Это дружеский подкол в сторону другого языка программирования — Perl. Его девиз: «Есть больше одного способа сделать это». Но много способов сделать одно и то же затрудняет чтение и написание кода. Поди-ка разберись! Кстати, у этого пункта есть шутливое продолжение: «Хотя этот способ поначалу может быть не очевиден, если вы не голландец». Это намёк на создателя языка Гвидо ван Россума. Он как раз голландец.
Этот ответ похож на совершенный, но нет =)
Должен существовать один и желательно только один очевидный способ сделать это.
Это дружеский подкол в сторону другого языка программирования — Perl. Его девиз: «Есть больше одного способа сделать это». Но много способов сделать одно и то же затрудняет чтение и написание кода. Поди-ка разберись! Кстати, у этого пункта есть шутливое продолжение: «Хотя этот способ поначалу может быть не очевиден, если вы не голландец». Это намёк на создателя языка Гвидо ван Россума. Он как раз голландец.
Должен существовать один и желательно только один очевидный способ сделать это.
Это дружеский подкол в сторону другого языка программирования — Perl. Его девиз: «Есть больше одного способа сделать это». Но много способов сделать одно и то же затрудняет чтение и написание кода. Поди-ка разберись! Кстати, у этого пункта есть шутливое продолжение: «Хотя этот способ поначалу может быть не очевиден, если вы не голландец». Это намёк на создателя языка Гвидо ван Россума. Он как раз голландец.
| Дальше |
| Проверить |
| Узнать результат |
Совершенство похоже на несовершенное, но его действие не может быть нарушено.
А с открытыми глазами получается чуть хуже :)
Бинго! Конечно, это Лао-цзы.
| Дальше |
| Проверить |
| Узнать результат |
Пространства имён — отличная штука! Будем делать их больше!
Это правильный ответ!
Пространства имён — отличная штука! Будем делать их больше!
Пространства имён — как папки на компьютере. Если вы попробуете положить два файла с одинаковым названием python.exe в одну папку — ничего не выйдет, а если в разные — всё получится. Пространства имён помогают разделять переменные и функции с одинаковым названием. Но помните про принцип «Плоское лучше, чем вложенное», используйте пространства имён только там, где они действительно необходимы.
Пространства имён — отличная штука! Будем делать их больше!
Пространства имён — как папки на компьютере. Если вы попробуете положить два файла с одинаковым названием python.exe в одну папку — ничего не выйдет, а если в разные — всё получится. Пространства имён помогают разделять переменные и функции с одинаковым названием. Но помните про принцип «Плоское лучше, чем вложенное», используйте пространства имён только там, где они действительно необходимы.
И это неправильный ответ!
Пространства имён — отличная штука! Будем делать их больше!
Пространства имён — как папки на компьютере. Если вы попробуете положить два файла с названием python.exe в одну папку — ничего не выйдет, а если в разные — всё получится. Пространства имён помогают разделять переменные и функции с одинаковыми названиями. Но помните про принцип «Плоское лучше, чем вложенное», используйте пространства имён только там, где они действительно необходимы.
Пространства имён — отличная штука! Будем делать их больше!
Пространства имён — как папки на компьютере. Если вы попробуете положить два файла с названием python.exe в одну папку — ничего не выйдет, а если в разные — всё получится. Пространства имён помогают разделять переменные и функции с одинаковыми названиями. Но помните про принцип «Плоское лучше, чем вложенное», используйте пространства имён только там, где они действительно необходимы.
| Дальше |
| Проверить |
| Узнать результат |
Junior
Похоже, древняя китайская философия тебе по вкусу. Значит, ты с удовольствием изучишь новую прекрасную философию — «Дзен Пайтона». Давай к нам на курс «Python-разработчик», мы всё покажем и расскажем.
| Пройти ещё раз |
Middle
Очень хороший результат! Только что в каком-то пространстве имён один Тим Петерс прослезился от умиления. А тебе, похоже, нужен хардкор — так получи его на курсе «Fullstack-разработчик на Python».
| Пройти ещё раз |
Senior
Привет, Гвидо! Решил поразвлечься на пенсии и хакнуть несколько тестов о Python? Ну тогда гоу к нам в Skillbox, на курс «Python-фреймворк Django». Мы сумеем тебя удивить!
| Пройти ещё раз |
Понравилась статья?
Да
