Уместно ли интервьюерам спрашивать у кандидатов свое имя пользователя в Stack Exchange? [закрыто]


126

Считаете ли вы это уместным, если вас попросили указать ваше имя пользователя в Stack Exchange на собеседовании по программному обеспечению (или в качестве вопроса для предварительного собеседования)?

Мне кажется, что это очень разумный запрос, который был бы чрезвычайно информативным - я уверен, что смогу узнать больше о кандидате за пять минут, посмотрев на вопросы и ответы, которые они разместили на Stack Exchange, чем 30-минутное интервью. Но будет ли такой вопрос плохим? Это слишком личное?

(Аналогично для GitHub или других общедоступных / онлайновых форумов по обмену кодами.)


36
Я думаю, что это многое говорит о компании / менеджере / работе, если они просят об этом.
Джефф


25
В моем случае, если у них есть мое резюме, они не должны спрашивать.
Кит Томпсон

45
Один аспект, который я нахожу немного тревожным, заключается в том, что учетная запись SO может быть связана с гораздо большей личной информацией, если пользователь также активен на других сайтах SE. Содержимое на религиозных сайтах или, например, Parenting может дать работодателю личную информацию, которой пользователь на самом деле не хочет делиться. И не следует забывать, что работодатель может потенциально искать все, что пользователь когда-либо говорил в чате SE с идентификатором пользователя.
Безумный ученый

18
Ну, это отстой, я использовал SO, чтобы задать все мои глупые вопросы, чтобы я не выглядел глупо для своего работодателя. Backfire!
Чад Харрисон

Ответы:


105

Краткий ответ : Абсолютно хорошо.

Немного более длинный ответ : на
моем рабочем месте мы обычно спрашиваем имя пользователя Stack Overflow / Stack Exchange. Вклад в сообщество Stack Exchange оставляет гораздо более четкий след о том, где кто-то находится со своими навыками.

Я знаю других, которые запрашивают учетные записи GitHub и отказываются принимать кандидатов без учетной записи GitHub *.

В нашем случае мы не будем удалять кандидата на рассмотрение, если у него нет аккаунта.

В конечном счете, это всего лишь одна часть головоломки на собеседование, поскольку вы пытаетесь определить соответствие между потребностями компании и навыками кандидата. Это не фактор «сделай или сломай»; это просто помогает подтвердить впечатления, сделанные во время интервью.

* Чтобы быть ясным, я не одобряю такой подход, и я думаю, что это заставляет эту команду пропускать в других отношениях хорошо квалифицированных кандидатов. Я поднял это, чтобы подчеркнуть, что слышал о более экстремальных позициях, и показать, что просто запросить имя учетной записи переполнения стека довольно мягко по сравнению.


Некоторые дополнительные классификаторы, основанные на комментариях:

  1. Мы не смотрим на переполнение стека мета и посты типа мета. Мета другая, и мы это понимаем. Также очень легко пропустить контекст этих постов. ИМО, они ближе к шуму, чем к сигналу, когда дело доходит до оценки кандидата.

  2. Кроме того, комментарии и обзор деятельности не рассматриваются. Им не хватает контекста, и они не имеют значимой корреляции со способностью кандидата выполнять работу.

  3. Мы обнаружили четкую корреляцию между эффективностью кандидата на собеседовании и уровнем вопросов и ответов, в котором они участвуют. Их учетная запись переполнения стека / обмена стеками становится вспомогательным фактоидом, эквивалентным представленному образцу кода во время собеседования.


Обязательный xkcd strip на собеседованиях . Разработка .


70
Отклонение кандидата, потому что у него нет аккаунта на github, кажется грубым (читай глупо). Github - не единственная служба, которую можно использовать для публикации исходного кода, не считая того, что у человека может быть свой собственный общедоступный сервер контроля версий.
Арсений Мурзенко,

5
@MainMa - согласился, и, надеюсь, я не имел в виду, что оправдываю это. Просто рассказываю об этом как о чем я знаю других интервьюеров. Я отредактирую свой ответ, если вы не думаете, что я в этом уверен.

13
У большинства людей, имеющих учетную запись Github, есть код, который они сделали много лет назад. Судить о кандидате по репутации, которую вы нашли через Google, было бы несправедливо.
Reactgular

2
Я не использую GitHub, потому что вы не можете бесплатно иметь личный аккаунт, предпочитаю Bitbucket, и да, меня попросили GitHub, я должен объяснить интервьюеру, почему я не использую GitHub, и он не понимает, GitHub хорош, только если у вас есть отлаженное программное обеспечение, которое вы хотите опубликовать, а не играть
Lynob

23
Если кто-то никогда не слышал о StackOverflow, это означало бы, что он, вероятно, никогда не использовал Google для поиска решения технической проблемы.
Кен Лю

113

Спрашивать прямо, что их имя пользователя SO, вероятно, не подходит. Это звучало бы очень прямо, и я нашел бы такой вопрос немного агрессивным. Спросить, какие интернет-ресурсы они используют, когда решают проблемы, гораздо более уместно. И если они отвечают , что они пользователь StackOverflow, то я думаю , что вы могли бы спросить их , как интерактивные они есть. Если они упоминают, что являются активными спрашивающими / отвечающими, то уместно спросить их, какое у них имя пользователя.

Я думаю, что интервьюер может спросить, но если кандидат отказывается, он не должен нарушать договоренности.

Некоторые люди работают со специализированными, специализированными инструментами , которые не имеют какие - либо вопросов на StackOverflow (я только что проверил). У некоторых людей нет времени тратить на ответы на общие вопросы других людей. Я знаю некоторых разработчиков, которые не спрашивают и не отвечают на SO в основном из-за языковых барьеров.

Есть отличные разработчики, которые просто мало участвуют в экосистеме StackExchange.


14
Вот почему я думаю, что не стоит спрашивать. Вы правы: кандидат не должен нарушать договор, если кандидат отказывается отвечать, но в конечном счете, действительно ли вы можете сказать, что этого не произойдет? Психология говорит, что это маловероятно: даже если это не настоящее поведение, подобная информация все равно будет влиять на ваше решение, по крайней мере, до некоторой степени. Чтобы быть справедливым по отношению к людям, у которых здесь нет аккаунтов, единственный выигрышный ход - не играть: не задавайте вопрос в первую очередь.
Ложная

9
Согласитесь на момент времени. Мой профиль SO в основном вопросы, которые я задавал. В тех областях, где я могу ответить на лучшие простые вопросы, они относятся к самым быстрым машинистам (а не ко мне) или требуют больше усилий, чем я хочу тратить в свободное время. Мой основной вклад в сообщество находится в очереди на проверку. Поскольку рецензии показываются только нескольким пользователям, я могу вернуть их сообществу всего за несколько минут и без необходимости набирать на клавиатуре 80 или 100 слов в минуту, просто чтобы не быть уволенным кем-то другим.
Дэн Нили

3
Точно, если вы нанимаете болотных парней из C # и Java, то спросите об идентификаторах использования StackExchange / StackOverflow. Я среди прочего Delphi, и раздел Delphi на StackOverflow очень активен, но, вероятно, 90% парней Delphi со «светящимся» уровнем НЕ находятся на StackOverflow. Я бы принял «что-то, что вы построили, я слышал или могу загрузить» вместо представителя StackOverflow, без промедления. РЕАЛЬНЫЙ код над поддельными точками интернета, в любой день.
Уоррен П

27
@WarrenP: «что-то, что вы создали, я слышал или могу загрузить» усложняет людям, которые разрабатывают программное обеспечение, которое используется внутри компании и никогда не поставляется за пределы основных бизнес-пользователей, сидящих в одном здании. Большая часть созданного программного обеспечения никогда не доставляется «внешним» пользователям.
FrustratedWithFormsDesigner

3
Если мне придется оценить кого-то, кто не может доказать мне, что он создал что-то существенное, я, вероятно, все равно попробую, но это не очень хороший знак. Большая часть моей 25-летней истории работы была внутренним материалом с закрытым исходным кодом, о котором вы никогда не слышали. Но я все еще добавляю код и исправления в общие библиотеки и т. Д., Которые используются в моем языковом сообществе. Я считаю, что большинство звездных людей в моей области имеют.
Уоррен П

68

Похоже, это мнение не особенно популярно, но я не думаю, что можно спрашивать эту информацию.

Stack Exchange - это место обучения; вам не нужно беспокоиться о том, что вас будут судить за то, что вы будете задавать «глупые вопросы» в дальнейшем. Я знаю, что прихожу в Stack Exchange, чтобы расширить свои знания не только по программированию, но и по всем предметам. Пока я приложил некоторые усилия для самостоятельного решения вопросов, мне не нужно было стесняться задавать вопрос, на который большинство экспертов в этой области должны были бы знать ответ.

Более того, это усугубит проблему, связанную с тем, что пользователи ведут несколько учетных записей: одна для вопросов и одна для ответов. Я уже видел это несколько раз на SE. Я думаю, что пользователи делают это, потому что они кажутся более осведомленными с меньшим количеством задаваемых вопросов.


2
Я согласен, компания должна придумать свои критерии судейства. Если пользователей просят предоставить свое имя пользователя SE, тогда интервьюеры должны предоставить кандидату свое имя пользователя SE
hanzolo

6
Согласен. Я отказался предоставить свой идентификатор пользователя ранее. Я чувствую, что это будет вредно для моей работы и плохой работы моего нынешнего работодателя, если мне придется думать о моем присутствии в Интернете для будущих заявлений о приеме на работу каждый раз, когда я использую SE / SO.
jwg

3
Хотя я могу оценить, насколько кандидат может стесняться потенциального работодателя, видящего историю своих вопросов, как интервьюера я не очень беспокоюсь об их «глупых вопросах» (я сам много задавал). Я был бы немного более обеспокоен их глупыми ответами. Но в основном я просто хотел бы увидеть, как развивалось их развитие. (Но, конечно, кандидат никак не может узнать мои мотивы, поэтому ваше беспокойство действительно.)
kmote

7
Да, в идеальном мире я хотел бы представить интервьюера, внимательно изучающего мою прогрессию и смотрящего на ясность, с которой я могу объяснить свои ответы. Однако в реальном мире я бы волновался, что они увидят вопрос, на который «они думали, что я должен был знать ответ», а затем пропустят меня.
MikeS

2
@emory Это боль для пользователя. Это трудно сделать должным образом, так как вы никогда не знаете, когда вы можете проявить блеск как часть прагматичного «рабочего» запроса. Это делает SE и систему повторений менее полезной. Это лишает работодателей выгоды, поскольку они больше не видят ваше реальное рабочее пространство, а репутацию, которую вы цинично создали в свободное время. Наконец, это дает стимул агрессивно отвечать на простые вопросы о таких вещах, как удаление удаленной ветки в Git, а не писать подробные ответы на непонятные технические вопросы, о которых знают только вы.
JWG

26

Я думаю, что слегка неуместно спрашивать у кандидата информацию, которую он не добровольно предлагал (с несколькими очевидными исключениями, например, криминальное прошлое и т. Д.). Это также, по крайней мере, потенциально опасно, поскольку во многих местах существуют законы, запрещающие дискриминацию в сфере занятости, которые ограничивают какие вопросы вы можете задать. Если участие в определенном сайте оказывается связанным с расой, возрастом, полом или другой категорией, для которой дискриминация запрещена, то вы потенциально можете подать в суд. Вы даже можете фактически совершать такую ​​дискриминацию (почти наверняка непреднамеренно).

Согласно этому быстрому результату поиска в Google, в социальных сетях существует риск того, что работодатель обнаружит информацию, о которой в противном случае запрещено спрашивать, потенциально подвергаясь иску о дискриминации. В некоторых местах не разрешено спрашивать об инвалидности или беременности. Так как SO и SE являются профессиональными сайтами, более разумно утверждать, что целью вопроса не была дискриминация, но ...

Лично я бы спросил что-то вроде: «Участвуете ли вы в каких-либо профессиональных веб-сайтах, о которых вы хотели бы, чтобы мы знали, но не попали в ваше резюме?» И я не расценил бы это как негатив для тех, кто не имел такого участия, кроме того, что другие кандидаты, с которыми они конкурируют, могли бы помочь себе с их ответом.


9
Собеседование - это вопрос кандидатов о предоставлении информации, которую они не предлагали добровольно. «Я действительно ничего не знаю о JavaScript, но поместил это в свое резюме, чтобы я мог получить обратные вызовы» - это маловероятное признание, но вы должны знать, когда работа требует этого. Лично я часто спрашиваю кандидатов о любых веб-сайтах, блогах и сообществах, связанных с технологиями или программированием, которые они любят читать или в которых они участвуют. Я узнаю, как кандидат постоянно учится и учится, а также я получаю рекомендации для себя. Я также спрашиваю о предпочитаемых инструментах, редакторах, IDE, ... по той же причине.
Зак Липтон

1
Я думаю, что у вас есть законные / незаконные основания для дискриминации. Когда две переменные коррелируют, и одна из них является достоверным предиктором эффективности работы, вам разрешается спросить об этом. Очевидный пример: регистрация в Массачусетском технологическом институте не является нейтральной в гендерном отношении, однако вам разрешается спросить, окончил ли кто-нибудь из Массачусетского технологического института - это касается технических работ. Точно так же участие SE / SO является верным показателем вашей способности сообщать технические вопросы и не отставать от разработки технологий, и поэтому действителен, даже если он соотносится с одной из этих категорий (я уверен, что это так: пол)
MSalters

1
@psr Я ценю ваше несогласное мнение, и ваше мнение о потенциальных проблемах дискриминации стоит отметить. (Это побудило меня представить этот вопрос в мой отдел кадров до моего следующего собеседования.) Но лично я согласен с другими комментаторами здесь: если мне не разрешают спрашивать о чем-либо, что кандидат не вызвался добровольно, я С таким же успехом можно выбрать резюме наугад.
kmote

25

Считаете ли вы это уместным, если вас попросят указать ваше имя пользователя в Stack Exchange на собеседовании на SW (или в качестве вопроса для предварительного собеседования)?

У некоторых хороших кандидатов не будет учетной записи StackExchange. Так что, если вы можете предложить собеседования на месте только 5 людям и рассчитывать на 100 претендентов, это может быть хорошей стратегией, просто обеспечивающей лучший способ отличить первоначальных кандидатов.

Но имейте в виду, что вы не можете исключить кандидатов, у которых нет учетной записи StackOverflow, если вы не готовы рисковать людьми, которые в противном случае были бы отличными кандидатами, не имеющими учетных записей.

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

Просто убедитесь, что это не представлено как обязательное.


Я бы добровольно предложил свой профиль, если это возможно, на собеседовании в качестве собеседника. Это, естественно, может возникнуть в связи с вопросами о том, "Вы пишете для удовольствия?" или "что ты делаешь, чтобы учиться вне работы?" или любой такой вопрос.

Это помогает найти их , хотя.


Кроме того, имейте в виду, что учетная запись StackExchange может показывать две разные истории *:

  • Умение задавать содержательные вопросы
  • Умение давать содержательные ответы

Оба могут быть хорошими или плохими, в зависимости от вашего профиля и соотношения вопросов / ответов.

* это также может указывать на то, что вы проводите слишком, слишком много времени здесь ...


2
+1 за «Если вы хотите использовать это как часть процесса собеседования, я бы порекомендовал его как один из многих вариантов - github и StackExchange оба популярны, но не эксклюзивны». Участие в любом законном сайте разработчика / списке рассылки / и т.д. может предоставить полезную информацию.
Дэн Нили,

Я могу думать о гораздо худших местах, где потенциальные сотрудники проводят время в Интернете. Но, как вы говорите, это действительно зависит от того, что они делают на StackExchange.
Майкл Лай

если я вижу что-то с «о, но это не обязательная информация», я уже подозреваю. Скорее всего, это только «не требуется», если отвергнуть любого, кто его не предоставит, оставит их без подходящих кандидатов ...
С

13

Да, но я думаю, что это было бы наиболее полезным в качестве предварительного вопроса. На самом деле, вы не сможете действовать осмысленно во время интервью, если вы впервые об этом спрашиваете. Это все равно что ждать, пока они не окажутся в офисе, чтобы попросить образцы кода. Еще одним преимуществом вопроса перед отбором является то, что если они решат, что не хотят делиться им по какой-либо причине, они могут принять это решение, не находясь на горячем месте.

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


11

Я думаю, что для работодателя разумно просить об этом, но я не думаю, что разумно, чтобы это было квалификацией «сделай или сломай».

Джоэл упоминает, что высокая репутация означает получение высокооплачиваемой работы, но по его собственной логике, если вы не работаете, у вас может не быть времени на то, чтобы развить свои умственные способности и получить большое количество повторений. Таким образом, человек, который всерьез отзывается о Stack Exchange (и это справедливо), признает, что это действительно показатель как высокой занятости, так и недостаточной занятости.


1
И все же пользователь, набравший наибольшее количество баллов, имеет работу и, как правило, отвечает только на вопросы во время поездок на работу или на обед.
Брендан Лонг

Как насчет того, чтобы быть индикатором того, что вы проводите много времени на сайте вместо своей работы?
JeffO

@JeffO Я думаю, это был аргумент, который пытался сделать Джоэл. Если вы тратите кучу времени на переполнение стека, а не на работу, вы можете быть заняты неполный рабочий день.
День

@BrendanLong Я думаю, что Джон Скит - исключение в этом случае, а не правило.
Ampt

1
@Ampt Моя точка зрения заключается в том, что вы можете сделать необоснованное предположение о том, что «люди с большой репутацией» не имеют работы.
Брендан Лонг,

5

Я делаю это все время.

ИМХО запрашивать онлайн-источники репутации - это все равно, что запрашивать ваше резюме, но с одним важным отличием: подделать хорошую онлайн-репутацию гораздо сложнее, чем подделать хорошее резюме.

Stack Exchange - хорошее место, чтобы узнать о коммуникативных навыках кандидата.

Нет ничего, что я уважаю больше, чем великий программист. Но если вам удастся стать великим программистом и отличным коммуникатором, вы почти ничего не сможете сделать. - Джефф Этвуд

На GitHub размещается большинство высококлассных проектов (по крайней мере, для технологического стека, который мы используем), и если кандидат участвовал в некоторых из этих проектов, это многое говорит о качестве его работы (хорошие проекты не будут принимать запросы на извлечение без документации и / или юнит-тесты).


4

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

Когда вы подаете заявление на работу, в качестве кандидата вы хотите представить себя, свой опыт и свою способность выполнять данную работу. Вы активно определяете, как вас представляют, чтобы работодатель мог легко сказать « да», это наш новый сотрудник .

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

Поэтому, когда я принимаю на работу, я не буду и не буду спрашивать у кандидата его личность в Stack Exchange, или его имя пользователя Facebook, учетную запись Twitter или Google ID. Я бы рассматривал все это как частную личную деятельность и уважал бы разумные ожидания кандидатов, что это не связанные с работой вопросы, если только из-за их поведения они не сделали это.

Если бы в приложении, в резюме упоминалась их идентификация Stack Exchange, я бы проигнорировал его, кроме того, что заметил, что они используют Stack Exchange, мягко позитивно для выпускника, что-то ожидаемое для любого, имеющего коммерческий опыт.

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

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

Если бы в процессе собеседования меня спросили, использую ли я и участвую ли в Stack Exchange, ответ был бы положительным, но если бы меня спросили, какое у меня имя пользователя, я бы сказал: «Я должен ответить вам». Причина в следующем: меня никогда не привлекали для участия в Stack Exchange, и до тех пор, пока это не изменится, это полностью часть моей личной, личной жизни.


Теперь подумайте, как это повлияет на Stack Exchange, если ваш профиль станет частью процесса собеседования.

Люди скоро узнают, что у вас должен быть довольно исключительный профиль, чтобы он был значительным фактором для вас, приглашенных на собеседование, и что это никогда не сможет компенсировать плохое собеседование. Короче говоря, его единственный эффект будет препятствовать тому, чтобы вы получили работу.

Итак, точно так же, как вы очень внимательно относитесь к тому, что написано в вашем резюме, вы бы поступили так же в Stack Exchange. Никаких комментариев, только очень тщательно продуманные ответы, и если бы вы не были уверены на 100%, вы бы не писали. Вы бы оставили ответ с отрицательным голосом? Или плохо полученные вопросы? Конечно, нет.

Обмен стека будет хуже для него.


1
"I have never been employed to contribute to Stack-Exchange, and until that changes, it's completely part of my private, personal life."Вы делаете сильное замечание (и это именно та проблема, с которой я боролся в своем вопросе). Значит ли это, что вы считаете следующий вопрос интервью чрезмерно навязчивым: «Считаете ли вы, что ваш профиль SO / SE-Prog достаточно репрезентативен для вашего профессионального опыта и навыков общения?»
kmote

4
Я бы посчитал, что этот вопрос довольно плохо отражается на профессионализме интервьюеров. Столкнувшись с этим, я ответил бы: «Мой профиль даст вам хорошее представление о моем персонаже на собрании группы разработчиков, где я нахожусь там в личном качестве. Иногда я серьезен, иногда менее, иногда я прав, а иногда я ошибаюсь, но, прежде всего, я счастлив присоединиться и обсудить проблемы »
Майкл Шоу

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

4

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

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

Что касается GitHub, я также спрашиваю, участвуют ли они в каких-либо проектах с открытым исходным кодом, и если они упоминают GitHub, я считаю, что это тоже бонус.


3

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

Я уверен, что смогу узнать больше о кандидате за 5 минут, взглянув на вопросы и ответы, которые они разместили на SE, чем за 30 минут интервью.

Да, ты мог. Я был в рабочей силе в течение долгого времени, и у меня были некоторые плохие события. Кто-то, кто берет у меня интервью и проверяет мою историю публикаций, может задаться вопросом, буду ли я писать о них тоже.

и отказываются принимать кандидатов без учетной записи GitHub

Мой нынешний работодатель запрещает участвовать в проектах с открытым исходным кодом, так как они боятся, что код GPL заражает их кодовую базу.


Вы поднимаете хороший вопрос - посты MSO и Meta "сняты со счетов" для рассмотрения IMO. Аналогично с комментариями. Хотя они дают представление о личности, они не принимают во внимание обстоятельства на тот момент. На моем месте, мы были бы довольно дзен об этом, так как у всех нас были те дни. Но качество ваших основных вопросов и ответов является показателем вашей логики и того, как вы решаете проблемы.

Каким бы талантливым я ни был, я не найму придурка или примадонну. Когда я был молодым, меня тоже соблазнила левая идеология, я не могу поверить, насколько я был наивен. К счастью, я нашла « Руководство к идеальному латиноамериканскому идиоту », эта книга спасла мне жизнь.
Пауло Скардин
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.