Вопросы на собеседовании программисту Python

Question

[papa_justify]

Какие вопросы задавать программисту Python, что бы оценить его знания?

Comments

[tampere]

Мб всё-таки «на собеседовании»?

[papa_justify]

исправил

Answer 1

[DeNnEr]

Проектирование, потоки?
Спроси что такое гринлеты, Twisted, Tornado, в чём отличие мультипроцессинга от потоков, в чём их отличия в модулях Python(тест пройден если человек скажет что GIL работает в обоих случаях, а сами модули имеют одинаковый набор функций).
Про проектирование достаточно сложно говорить. Попроси придумать простейший Singleton и объяснить какие альтернативы этому решению есть. Скажет что-то про мета-классы, про то, что сами по себе модули являются синглтоном — тест пройден.
Спроси что такое кольцевые зависимости. Дай пример кода с такой проблемой и попроси решить её или аргументировать почему выхода нет. Тест пройден если человек переместит все run-time используемые импорты в конец файла или перепроектирует систему, предложив вариант без кольцевых зависимостей.

Comments

[DeNnEr]

Спроси про то, как работает with, будет ли он работать с со всеми переменными. Если нет(а так и есть), то почему и что нужно сделать.
Спроси про работу с юникодом. Лучше всего стимулировать на набор знаний о нём дав ошибку, которую можно найти в презентации farmdev.com/talks/unicode/, мне просто лень копипастить.
Задай простейшие задачи(фазз-базз, найти самый длинный лист в листе, реализовать пару простеньких алгоритмов, не забыв дать доступ в интернет). Всё это нужно чтобы посмотреть на решения, на код. Раньше хороший программист являлся базой данных алгоритмов, сейчас есть знания, требования и важнее, поэтому интернет дайте, разрешите найти суть алгоритма(конечно, вы же не собираетесь чтобы кодеры кодили без документации, книг, интернета?).

[papa_justify]

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

[homm]

Если переместит все run-time используемые импорты в конец файла, разве кольцо разомкнется? Я переносил импорты внутрь использующих их методов и функций.

[DeNnEr]

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

НИКОГДА НЕ ДАВАЙ СИНТЕТИКУ И НЕ СУДИ ПО АЛГОРИТМУ! Исключение — простейшие алгоритмы(фазз-базз). Человек может растеряться, забыться и много где ошибиться и наговорить чуши. Помните главное: программисту всегда нужен интернет. Если он решает задачу с интернетом, значит и решит в реальных условиях. Твоя задача — посмотреть на конечное решение, на код, его качество, анализ кода самим программистом, считает ли он, что функцию нужно переписать и как срочно, какие у него мысли. Он может говорить чушь и бред, потому как гики застенчивы и на собеседовании врубают /dev/brain > /dev/voice, твоя задача — понять что да как, создать нормальную обстановку etc.

[papa_justify]

Спасибо! делаю себе лист вопросов)

[DeNnEr]

@homm Разомкнётся. Конечно, сильно зависит от архитектуры, но я уже обжёгся и хорошо знаю что лучше их кидать внутрь. И да, никогда не делай импорты в ран-тайме(напомню: классы — компайл-тайм, функции — рантайм), т.к. это убьёт всю производительность. Конечно, следовало бы начать с того, что кольца появляются из-за неопытности, невнимательности, но это достаточно обычные вещи, которые нужно уметь решать, анализируя вывод Python.
@papa_justify Я много проводил собеседований с питонистами, каждый скидывал код. Это, как-бы, стандартно. Вопрос в том, что толку от этого кода — 0. Это либо код на Django, в котором весь кодинг заключается в копипасте, либо что-то страшное. Было бы больше толку от диаграмм. Лучше тогда просто дать задачу и попросить спроектировать её решение используя любой инструмент(в вебе их тысячи), а затем реализовать каркас.

[DeNnEr]

*что лучше их(импорты) кидать вниз, конечно

[3ybHa9_Fe9]

@papa_justify Если не трудно, шарни потом, спасибо

[stepank]

@DeNnEr понимаю, что вопрос очень старый, но не понял про threading и multiprocessing. GIL, конечно, работает в обоих случаях, но в случае с multiprocessing создаются не потоки, а процессы, значит, если я все правильно понимаю, будет по гилу на процесс, так что он не будет мешаться на CPU bound задачах. правильно?

Answer 2

[int0x80]

pyobject.ru/blog/2010/02/04/python-quiz/ — довольно интересный список вопрсов

Comments

[papa_justify]

вот за это спасибо!

Answer 3

[homm]

В чем отличие новых и старых классов?
Почему все просто не перешли на новые и не забыли о старых?
С какой версии старые классы не поддерживаются?
В чем отличие (i for i in arr) от [i for i in arr]?

Comments

[papa_justify]

Спасибо!
Есть интересные вопросы, по проектированию, по работе с потоками?

Answer 4

[deex]

Было бы классно увидеть подобный FAQ с ответами на хабре :)

Answer 5

[thenno]

Я писал тут основные вопросы для собеседования питонистов: https://thenno.me/blog/python-interview.html

Answer 6

[VasilKo]

ну вот тут много интересного и из того что назвали - и еще нет ))
vas3k.ru/blog/270
плюс например вопрос о том как так может быть, что float(10**53) +1 < 10**53 :-)

Answer 7

[ACCOUNT]

Еще можно про декораторы с параметрами спросить. Меня вот на одном собеседовании просили написать бесконечное генераторное выражение.