Нетехнические вопросы на интервью

User avatar
John Smith
Уже с Приветом
Posts: 1679
Joined: 04 Oct 2006 23:30
Location: Las Vegas

Re: Нетехнические вопросы на интервью

Post by John Smith »

IvanGrozniy wrote: 29 May 2020 18:49 3. Вы как программист, не можете смотреть на такую ситуацию, когда клиент рвет на себе волосы и бьется в бессилии, что его проблему задвигают на задний план. Поэтому принимаете решение пофиксить багу непланово - в течении получаса после работы. Мол, сверх плана.
4. На следующий день сообщаете начальтсву что проблема решена. Можно выкатывать к клиенту без затрат доп времени.
5. Менеджеры и клиент ликуют!
А-ха-ха-ха!
User avatar
IvanGrozniy
Уже с Приветом
Posts: 10503
Joined: 04 Feb 2004 14:14
Location: Edgewater, NJ

Re: Нетехнические вопросы на интервью

Post by IvanGrozniy »

M. Ridcully wrote: 29 May 2020 19:20
Херовимчик wrote: 29 May 2020 18:27 аналог С-шных pointers.
Надо четче формулировать, для чего надо. Обычно указатели в Питоне "хотят" по двум причинам:
1. Хотят не сколько указатели, сколько просто отслеживать object identity. Для этих случаев подойдет id(). Например, если вдруг какому извращенцу связный список пренепременно нужен, то id() + dictionary, наверное.
2. Действительно нужны честные указатели - скорее всего для интеропа. import ctypes и вперед.
Библиотека TensorFlow построена на этих декораторах.
Например, сначала описываешь свою математичекую/питонную функцию. Потом ее передаешь как параметр в функцию TensorFlow для поиска локального минимума этой функции при тренировки модели для нейронной сети машинного обучения.
Только признаюсь, что я не знал, что эта фишка передачи указателя на функции в Питоне декоратором называется. Пришлось погуглить определение. Не обессудьте.
User avatar
M. Ridcully
Уже с Приветом
Posts: 12003
Joined: 08 Sep 2006 20:07
Location: Силиконка

Re: Нетехнические вопросы на интервью

Post by M. Ridcully »

IvanGrozniy wrote: 29 May 2020 19:49 Библиотека TensorFlow построена на этих декораторах.
Например, сначала описываешь свою математичекую/питонную функцию. Потом ее передаешь как параметр в функцию TensorFlow для поиска локального минимума этой функции при тренировки модели для нейронной сети машинного обучения.
Только признаюсь, что я не знал, что эта фишка передачи указателя на функции в Питоне декоратором называется. Пришлось погуглить определение. Не обессудьте.
Декоратор - это функция, которая превращает одну функцию в другую, а не то, что вы написали.
Что TF "построена на декораторах" я сильно сомневаюсь.
Подозреваю, что Питон там используется только для того, чтобы построить граф вычислений который потом исполняется на бэкенде (C++, разумеется).
Даже если издали выглядит, будто вы чего-то там на Питоне навычисляли. Это иллюзия.
User avatar
IvanGrozniy
Уже с Приветом
Posts: 10503
Joined: 04 Feb 2004 14:14
Location: Edgewater, NJ

Re: Нетехнические вопросы на интервью

Post by IvanGrozniy »

M. Ridcully wrote: 29 May 2020 20:01
IvanGrozniy wrote: 29 May 2020 19:49 Библиотека TensorFlow построена на этих декораторах.
Например, сначала описываешь свою математичекую/питонную функцию. Потом ее передаешь как параметр в функцию TensorFlow для поиска локального минимума этой функции при тренировки модели для нейронной сети машинного обучения.
Только признаюсь, что я не знал, что эта фишка передачи указателя на функции в Питоне декоратором называется. Пришлось погуглить определение. Не обессудьте.
Декоратор - это функция, которая превращает одну функцию в другую, а не то, что вы написали.
Что TF "построена на декораторах" я сильно сомневаюсь.
Подозреваю, что Питон там используется только для того, чтобы построить граф вычислений который потом исполняется на бэкенде (C++, разумеется).
Даже если издали выглядит, будто вы чего-то там на Питоне навычисляли. Это иллюзия.
А я подозреваю наоборот :gen1:
User avatar
M. Ridcully
Уже с Приветом
Posts: 12003
Joined: 08 Sep 2006 20:07
Location: Силиконка

Re: Нетехнические вопросы на интервью

Post by M. Ridcully »

IvanGrozniy wrote: 29 May 2020 20:03
M. Ridcully wrote: 29 May 2020 20:01
IvanGrozniy wrote: 29 May 2020 19:49 Библиотека TensorFlow построена на этих декораторах.
Например, сначала описываешь свою математичекую/питонную функцию. Потом ее передаешь как параметр в функцию TensorFlow для поиска локального минимума этой функции при тренировки модели для нейронной сети машинного обучения.
Только признаюсь, что я не знал, что эта фишка передачи указателя на функции в Питоне декоратором называется. Пришлось погуглить определение. Не обессудьте.
Декоратор - это функция, которая превращает одну функцию в другую, а не то, что вы написали.
Что TF "построена на декораторах" я сильно сомневаюсь.
Подозреваю, что Питон там используется только для того, чтобы построить граф вычислений который потом исполняется на бэкенде (C++, разумеется).
Даже если издали выглядит, будто вы чего-то там на Питоне навычисляли. Это иллюзия.
А я подозреваю наоборот :gen1:
Ну вы хоть про декораторы почитайте, раз уже это слово назвали. :-)
User avatar
IvanGrozniy
Уже с Приветом
Posts: 10503
Joined: 04 Feb 2004 14:14
Location: Edgewater, NJ

Re: Нетехнические вопросы на интервью

Post by IvanGrozniy »

M. Ridcully wrote: 29 May 2020 20:07
IvanGrozniy wrote: 29 May 2020 20:03
M. Ridcully wrote: 29 May 2020 20:01
IvanGrozniy wrote: 29 May 2020 19:49 Библиотека TensorFlow построена на этих декораторах.
Например, сначала описываешь свою математичекую/питонную функцию. Потом ее передаешь как параметр в функцию TensorFlow для поиска локального минимума этой функции при тренировки модели для нейронной сети машинного обучения.
Только признаюсь, что я не знал, что эта фишка передачи указателя на функции в Питоне декоратором называется. Пришлось погуглить определение. Не обессудьте.
Декоратор - это функция, которая превращает одну функцию в другую, а не то, что вы написали.
Что TF "построена на декораторах" я сильно сомневаюсь.
Подозреваю, что Питон там используется только для того, чтобы построить граф вычислений который потом исполняется на бэкенде (C++, разумеется).
Даже если издали выглядит, будто вы чего-то там на Питоне навычисляли. Это иллюзия.
А я подозреваю наоборот :gen1:
Ну вы хоть про декораторы почитайте, раз уже это слово назвали. :-)
Ну вот пример использования декоратора в тенсор флоу для convolution network на языке Питон. Декоратор под называнием compute_cost

Code: Select all

def compute_cost(Z3, Y):
	cost = tf.reduce_mean(tf.nn.softmax_cross_entropy_with_logits())
return cost
...
cost = compute_cost(Z3, Y) 
...
with tf.Session() as sess:
...
	_ , temp_cost = sess.run([optimizer, cost], feed_dict={X: minibatch_X, Y: minibatch_Y}) 
Убедил, что декоратор?
User avatar
M. Ridcully
Уже с Приветом
Posts: 12003
Joined: 08 Sep 2006 20:07
Location: Силиконка

Re: Нетехнические вопросы на интервью

Post by M. Ridcully »

IvanGrozniy wrote: 29 May 2020 20:28 Ну вот пример использования декоратора в тенсор флоу для convolution network на языке Питон. Декоратор под называнием compute_cost

Code: Select all

def compute_cost(Z3, Y):
	cost = tf.reduce_mean(tf.nn.softmax_cross_entropy_with_logits())
return cost
...
cost = compute_cost(Z3, Y) 
...
with tf.Session() as sess:
...
	_ , temp_cost = sess.run([optimizer, cost], feed_dict={X: minibatch_X, Y: minibatch_Y}) 
Убедил, что декоратор?
Да где же тут декоратор-то?
Декоратор - в Питоне - это, еще раз - функция, которая модифицирует другую функцию, и исползуется со специальным синтаксисом:

Code: Select all

def my_decorator(f):
    return modify_func(f)
    
@my_decorator # turn vanilla_func into smth else
def vanilla_func()
    pass
А вы там, судя по всему, просто функцию как параметр другой функции передаете? Но я не уверен, ибо с TF не знаком, и не знаю, каких монстров этот ваш код на бэкенде рождает. Но уверен, что все написанное на Питоне там - сплошная иллюзия, чтобы болезных машинообученцев не травмировать.
User avatar
Херовимчик
Уже с Приветом
Posts: 5283
Joined: 27 Sep 2008 21:48
Location: Moscow-Seattle-SFBA

Re: Нетехнические вопросы на интервью

Post by Херовимчик »

M. Ridcully wrote: 29 May 2020 19:20
Херовимчик wrote: 29 May 2020 18:27 аналог С-шных pointers.
Надо четче формулировать, для чего надо. Обычно указатели в Питоне "хотят" по двум причинам:
1. Хотят не сколько указатели, сколько просто отслеживать object identity. Для этих случаев подойдет id(). Например, если вдруг какому извращенцу связный список пренепременно нужен, то id() + dictionary, наверное.
2. Действительно нужны честные указатели - скорее всего для интеропа. import ctypes и вперед.
Я ни разу не питонщик, читаю и пишу со словарем. Мне было интересно в контексте какой-то задачи, где в С все легко решается при помощи указателей, а в питоне подтягивается куча функций. Но ответ того чувака очень понравился :D
User avatar
Херовимчик
Уже с Приветом
Posts: 5283
Joined: 27 Sep 2008 21:48
Location: Moscow-Seattle-SFBA

Re: Нетехнические вопросы на интервью

Post by Херовимчик »

IvanGrozniy wrote: 29 May 2020 18:49
Херовимчик wrote: 29 May 2020 18:29 В тему о нетехнических вопросах:
сейчас Линкдином принесло обсуждения вопрос "Расскажите о случаях, когда вы разошлись во мнениях с менеджером или коллегами"
Предлагаемый шаблон:
1. Клиент обнаружил баг
2. Создается собрание с начальниками и с коллегами на подведение итогов релиза и на осмотр текующих багов планируемых для следующего релиза. Начальство выделяет часы на планируюмую заплату для этого клиента. Допустим, 4 часа исправления в исходниках. Также много других задач которые давно запланировали ранее. Соотвественно ремонт баги откладывается до следующего релиза, в конец очереди. Мол, есть работа и поважнее по другим багам. На вас, сетующего на недовольство клиента, внимания не обращают.
3. Вы как программист, не можете смотреть на такую ситуацию, когда клиент рвет на себе волосы и бьется в бессилии, что его проблему задвигают на задний план. Поэтому принимаете решение пофиксить багу непланово - в течении получаса после работы. Мол, сверх плана.
4. На следующий день сообщаете начальтсву что проблема решена. Можно выкатывать к клиенту без затрат доп времени.
5. Менеджеры и клиент ликуют!
Вот таким образом вы разошлись во мнениях с начальством и с коллегами, но все завершилось хорошо!
Это я пример из своего недавнего опыта описал (только я багу фиксил во время митинга из второго пункта, пока все руками размахивали). Сразу 3 амазоновских приципа одним ударом убивает: несогласие с начальством, мания к сохранению клиентов и экономия средств на производстенном процессе.
Не благодарите :gen1:
на самом деле это вопрос с подвохом. Услышать от вас хотят что вам хватило "наглости" вслух высказать свое мнение, и хватило дипломатии выслушать другие версии и принять решение мирно и цивильно. Смогли ли вы убедить (мирно и цивильно) что ваше мнение более правильное? Вообщем опять, soft skills в чистом виде :pain1:
ystar
Уже с Приветом
Posts: 1029
Joined: 27 Apr 2014 17:13
Location: USA

Re: Нетехнические вопросы на интервью

Post by ystar »

IvanGrozniy wrote: 29 May 2020 18:49
Херовимчик wrote: 29 May 2020 18:29 В тему о нетехнических вопросах:
сейчас Линкдином принесло обсуждения вопрос "Расскажите о случаях, когда вы разошлись во мнениях с менеджером или коллегами"
Предлагаемый шаблон:
1. Клиент обнаружил баг
2. Создается собрание с начальниками и с коллегами на подведение итогов релиза и на осмотр текующих багов планируемых для следующего релиза. Начальство выделяет часы на планируюмую заплату для этого клиента. Допустим, 4 часа исправления в исходниках. Также много других задач которые давно запланировали ранее. Соотвественно ремонт баги откладывается до следующего релиза, в конец очереди. Мол, есть работа и поважнее по другим багам. На вас, сетующего на недовольство клиента, внимания не обращают.
3. Вы как программист, не можете смотреть на такую ситуацию, когда клиент рвет на себе волосы и бьется в бессилии, что его проблему задвигают на задний план. Поэтому принимаете решение пофиксить багу непланово - в течении получаса после работы. Мол, сверх плана.
4. На следующий день сообщаете начальтсву что проблема решена. Можно выкатывать к клиенту без затрат доп времени.
5. Менеджеры и клиент ликуют!
Вот таким образом вы разошлись во мнениях с начальством и с коллегами, но все завершилось хорошо!
Это я пример из своего недавнего опыта описал (только я багу фиксил во время митинга из второго пункта, пока все руками размахивали). Сразу 3 амазоновских приципа одним ударом убивает: несогласие с начальством, мания к сохранению клиентов и экономия средств на производстенном процессе.
Не благодарите :gen1:
Отлично. Благодарю!
8K
Уже с Приветом
Posts: 5540
Joined: 20 Mar 2001 10:01
Location: SFBA

Re: Нетехнические вопросы на интервью

Post by 8K »

IvanGrozniy wrote: 29 May 2020 20:28что декоратор?
... и что он Гекубе...

На правах офтопа (из последнего, для интересующихся начинающих):
Увидев друга, Портос вскрикнул от радости...
8K
Уже с Приветом
Posts: 5540
Joined: 20 Mar 2001 10:01
Location: SFBA

Re: Нетехнические вопросы на интервью

Post by 8K »

ystar wrote: 29 May 2020 22:17
IvanGrozniy wrote: 29 May 2020 18:49принимаете решение пофиксить багу непланово - в течении получаса после работы. Мол, сверх плана.
Отлично. Благодарю!
А потом что, нормальным людям не иметь жизни из-за этих стахановцев? Такой футбол нам не нужен.
Увидев друга, Портос вскрикнул от радости...
vdfs
Уже с Приветом
Posts: 676
Joined: 24 Dec 2015 07:50
Location: Madison, WI

Re: Нетехнические вопросы на интервью

Post by vdfs »

Ну почему. "Нормальные люди" имеют нормальную жизнь в других местах. Где меньше платят и/или меньше требования. Не факт, что оно стоит тех инвестиций, денег, или географии. В пересчете на затраченные часы и личную жизнь, ответ не всегда очевиден. Кому и кобыла невеста (с).
Falcon
Уже с Приветом
Posts: 785
Joined: 10 May 2003 17:55
Location: Minsk->NJ->PA->CA

Re: Нетехнические вопросы на интервью

Post by Falcon »

ystar wrote: 29 May 2020 22:17
IvanGrozniy wrote: 29 May 2020 18:49
Херовимчик wrote: 29 May 2020 18:29 В тему о нетехнических вопросах:
сейчас Линкдином принесло обсуждения вопрос "Расскажите о случаях, когда вы разошлись во мнениях с менеджером или коллегами"
Предлагаемый шаблон:
1. Клиент обнаружил баг
2. Создается собрание с начальниками и с коллегами на подведение итогов релиза и на осмотр текующих багов планируемых для следующего релиза. Начальство выделяет часы на планируюмую заплату для этого клиента. Допустим, 4 часа исправления в исходниках. Также много других задач которые давно запланировали ранее. Соотвественно ремонт баги откладывается до следующего релиза, в конец очереди. Мол, есть работа и поважнее по другим багам. На вас, сетующего на недовольство клиента, внимания не обращают.
3. Вы как программист, не можете смотреть на такую ситуацию, когда клиент рвет на себе волосы и бьется в бессилии, что его проблему задвигают на задний план. Поэтому принимаете решение пофиксить багу непланово - в течении получаса после работы. Мол, сверх плана.
4. На следующий день сообщаете начальтсву что проблема решена. Можно выкатывать к клиенту без затрат доп времени.
5. Менеджеры и клиент ликуют!
Вот таким образом вы разошлись во мнениях с начальством и с коллегами, но все завершилось хорошо!
Это я пример из своего недавнего опыта описал (только я багу фиксил во время митинга из второго пункта, пока все руками размахивали). Сразу 3 амазоновских приципа одним ударом убивает: несогласие с начальством, мания к сохранению клиентов и экономия средств на производстенном процессе.
Не благодарите :gen1:
Отлично. Благодарю!
Зря. Это очень мелко. В evaluation будет написано, mild concern
User avatar
Big W
Уже с Приветом
Posts: 920
Joined: 22 Jun 2007 20:41
Location: Santa Rosita

Re: Нетехнические вопросы на интервью

Post by Big W »

8K wrote: 30 May 2020 01:03
IvanGrozniy wrote: 29 May 2020 20:28что декоратор?
... и что он Гекубе...

На правах офтопа (из последнего, для интересующихся начинающих):
www.youtube.com/watch?v=T8CQwGIsrx4
Гм, видео аж почти на 3 с половиной часа... Для меня термин Декоратор в контексте программирования как бы сразу ассоциируется с Decorator pattern, в питоне что-то иное что ли...
User avatar
M. Ridcully
Уже с Приветом
Posts: 12003
Joined: 08 Sep 2006 20:07
Location: Силиконка

Re: Нетехнические вопросы на интервью

Post by M. Ridcully »

Big W wrote: 30 May 2020 17:59
8K wrote: 30 May 2020 01:03
IvanGrozniy wrote: 29 May 2020 20:28что декоратор?
... и что он Гекубе...

На правах офтопа (из последнего, для интересующихся начинающих):
www.youtube.com/watch?v=T8CQwGIsrx4
Гм, видео аж почти на 3 с половиной часа... Для меня термин Декоратор в контексте программирования как бы сразу ассоциируется с Decorator pattern, в питоне что-то иное что ли...
https://docs.python.org/3/glossary.html#term-decorator

Но народу, тут, вижу нравится строить догадки и ассоциации с чем угодно, только бы в первоисточник - или хотя бы в Гугл - не заглянуть! :D
User avatar
Big W
Уже с Приветом
Posts: 920
Joined: 22 Jun 2007 20:41
Location: Santa Rosita

Re: Нетехнические вопросы на интервью

Post by Big W »

Big W wrote: 30 May 2020 17:59... в питоне что-то иное что ли...
Действительно другое
Please do not confuse the Decorator Pattern (or an implementation of this design pattern in Python...) with Python Decorators, a Python language feature. They are different things.
https://en.wikipedia.org/wiki/Decorator_pattern#Python
User avatar
kyk
Уже с Приветом
Posts: 31438
Joined: 21 Nov 2004 05:12
Location: камбуз на кампусе

Re: Нетехнические вопросы на интервью

Post by kyk »

M. Ridcully wrote: 30 May 2020 18:31 Но народу, тут, вижу нравится строить догадки и ассоциации с чем угодно, только бы в первоисточник - или хотя бы в Гугл - не заглянуть! :D
по-научному такой подход называется "Critical Thinking" :umnik1: Мало ли что первоисточник, Гугол или википедия говорит. Сегодня одно, а завтра - другое :angry: Нельзя всё на веру принимать - обманут. Своя голова надёжнее будет, особенно если большая
Лучше переесть, чем недоспать! © Обратное тоже верно :umnik1:
User avatar
M. Ridcully
Уже с Приветом
Posts: 12003
Joined: 08 Sep 2006 20:07
Location: Силиконка

Re: Нетехнические вопросы на интервью

Post by M. Ridcully »

kyk wrote: 30 May 2020 18:45
M. Ridcully wrote: 30 May 2020 18:31 Но народу, тут, вижу нравится строить догадки и ассоциации с чем угодно, только бы в первоисточник - или хотя бы в Гугл - не заглянуть! :D
по-научному такой подход называется "Critical Thinking" :umnik1: Мало ли что первоисточник, Гугол или википедия говорит. Сегодня одно, а завтра - другое :angry: Нельзя всё на веру принимать - обманут. Своя голова надёжнее будет, особенно если большая
Ваши слова были бы справедливы, если бы мы рассуждали о каком-то естественнонаучном феномене. А не чем-то таком, что придумали сами люди и дали этому абсолютно однозначное формальное определение.

Хотя, иногда подходишь в какому-то большому куску кода - вот вроде и код есть исходный, человеками написанный, читай - и все будет понятно, казалось бы. Ан нет, нихрена не понятно. И спустя какое-то время чувствуешь себя именно что исследователем какого-то природного феномена. Эксперименты ставишь - то там палкой ткнешь, то тут ногой пнешь.
ystar
Уже с Приветом
Posts: 1029
Joined: 27 Apr 2014 17:13
Location: USA

Re: Нетехнические вопросы на интервью

Post by ystar »

Falcon wrote: 30 May 2020 05:32
ystar wrote: 29 May 2020 22:17
IvanGrozniy wrote: 29 May 2020 18:49
Херовимчик wrote: 29 May 2020 18:29 В тему о нетехнических вопросах:
сейчас Линкдином принесло обсуждения вопрос "Расскажите о случаях, когда вы разошлись во мнениях с менеджером или коллегами"
Предлагаемый шаблон:
1. Клиент обнаружил баг
2. Создается собрание с начальниками и с коллегами на подведение итогов релиза и на осмотр текующих багов планируемых для следующего релиза. Начальство выделяет часы на планируюмую заплату для этого клиента. Допустим, 4 часа исправления в исходниках. Также много других задач которые давно запланировали ранее. Соотвественно ремонт баги откладывается до следующего релиза, в конец очереди. Мол, есть работа и поважнее по другим багам. На вас, сетующего на недовольство клиента, внимания не обращают.
3. Вы как программист, не можете смотреть на такую ситуацию, когда клиент рвет на себе волосы и бьется в бессилии, что его проблему задвигают на задний план. Поэтому принимаете решение пофиксить багу непланово - в течении получаса после работы. Мол, сверх плана.
4. На следующий день сообщаете начальтсву что проблема решена. Можно выкатывать к клиенту без затрат доп времени.
5. Менеджеры и клиент ликуют!
Вот таким образом вы разошлись во мнениях с начальством и с коллегами, но все завершилось хорошо!
Это я пример из своего недавнего опыта описал (только я багу фиксил во время митинга из второго пункта, пока все руками размахивали). Сразу 3 амазоновских приципа одним ударом убивает: несогласие с начальством, мания к сохранению клиентов и экономия средств на производстенном процессе.
Не благодарите :gen1:
Отлично. Благодарю!
Зря. Это очень мелко. В evaluation будет написано, mild concern
А есть пример как правильно?
User avatar
Херовимчик
Уже с Приветом
Posts: 5283
Joined: 27 Sep 2008 21:48
Location: Moscow-Seattle-SFBA

Re: Нетехнические вопросы на интервью

Post by Херовимчик »

ystar wrote: 30 May 2020 21:04
Falcon wrote: 30 May 2020 05:32
ystar wrote: 29 May 2020 22:17
IvanGrozniy wrote: 29 May 2020 18:49
Херовимчик wrote: 29 May 2020 18:29 В тему о нетехнических вопросах:
сейчас Линкдином принесло обсуждения вопрос "Расскажите о случаях, когда вы разошлись во мнениях с менеджером или коллегами"
Предлагаемый шаблон:
1. Клиент обнаружил баг
2. Создается собрание с начальниками и с коллегами на подведение итогов релиза и на осмотр текующих багов планируемых для следующего релиза. Начальство выделяет часы на планируюмую заплату для этого клиента. Допустим, 4 часа исправления в исходниках. Также много других задач которые давно запланировали ранее. Соотвественно ремонт баги откладывается до следующего релиза, в конец очереди. Мол, есть работа и поважнее по другим багам. На вас, сетующего на недовольство клиента, внимания не обращают.
3. Вы как программист, не можете смотреть на такую ситуацию, когда клиент рвет на себе волосы и бьется в бессилии, что его проблему задвигают на задний план. Поэтому принимаете решение пофиксить багу непланово - в течении получаса после работы. Мол, сверх плана.
4. На следующий день сообщаете начальтсву что проблема решена. Можно выкатывать к клиенту без затрат доп времени.
5. Менеджеры и клиент ликуют!
Вот таким образом вы разошлись во мнениях с начальством и с коллегами, но все завершилось хорошо!
Это я пример из своего недавнего опыта описал (только я багу фиксил во время митинга из второго пункта, пока все руками размахивали). Сразу 3 амазоновских приципа одним ударом убивает: несогласие с начальством, мания к сохранению клиентов и экономия средств на производстенном процессе.
Не благодарите :gen1:
Отлично. Благодарю!
Зря. Это очень мелко. В evaluation будет написано, mild concern
А есть пример как правильно?
Провести анализ бага и предложить 2-3 варианта, с перечислением всех минусов и плюсом. :pain1: Если очень хочется избежать ныться клиента и руки чешутся починить в свободное время, то нужный варинт должен быть единственным адекватным :mrgreen:
nyekimov
Уже с Приветом
Posts: 2749
Joined: 11 Jul 2015 19:01
Location: Chicago

Re: Нетехнические вопросы на интервью

Post by nyekimov »

Херовимчик wrote: 30 May 2020 23:58
ystar wrote: 30 May 2020 21:04
Falcon wrote: 30 May 2020 05:32
ystar wrote: 29 May 2020 22:17
IvanGrozniy wrote: 29 May 2020 18:49

Предлагаемый шаблон:
1. Клиент обнаружил баг
2. Создается собрание с начальниками и с коллегами на подведение итогов релиза и на осмотр текующих багов планируемых для следующего релиза. Начальство выделяет часы на планируюмую заплату для этого клиента. Допустим, 4 часа исправления в исходниках. Также много других задач которые давно запланировали ранее. Соотвественно ремонт баги откладывается до следующего релиза, в конец очереди. Мол, есть работа и поважнее по другим багам. На вас, сетующего на недовольство клиента, внимания не обращают.
3. Вы как программист, не можете смотреть на такую ситуацию, когда клиент рвет на себе волосы и бьется в бессилии, что его проблему задвигают на задний план. Поэтому принимаете решение пофиксить багу непланово - в течении получаса после работы. Мол, сверх плана.
4. На следующий день сообщаете начальтсву что проблема решена. Можно выкатывать к клиенту без затрат доп времени.
5. Менеджеры и клиент ликуют!
Вот таким образом вы разошлись во мнениях с начальством и с коллегами, но все завершилось хорошо!
Это я пример из своего недавнего опыта описал (только я багу фиксил во время митинга из второго пункта, пока все руками размахивали). Сразу 3 амазоновских приципа одним ударом убивает: несогласие с начальством, мания к сохранению клиентов и экономия средств на производстенном процессе.
Не благодарите :gen1:
Отлично. Благодарю!
Зря. Это очень мелко. В evaluation будет написано, mild concern
А есть пример как правильно?
Провести анализ бага и предложить 2-3 варианта, с перечислением всех минусов и плюсом. :pain1: Если очень хочется избежать ныться клиента и руки чешутся починить в свободное время, то нужный варинт должен быть единственным адекватным :mrgreen:
Ну а разве не сказано, что начальство согласно и оценило решение в 4 часа. Только по приоритету отодвинуло это решение, так как текущие или другие задачи важней.
alex_127
Уже с Приветом
Posts: 7723
Joined: 29 Mar 2000 10:01
Location: Kirkland,WA

Re: Нетехнические вопросы на интервью

Post by alex_127 »

ystar wrote: 30 May 2020 21:04
Falcon wrote: 30 May 2020 05:32 ...
Зря. Это очень мелко. В evaluation будет написано, mild concern
А есть пример как правильно?
вник в детали 50млн бизнеса
мотался как бобик по супер клиентам и они все любили
увеличил команду в 5 раз
довел до 500млн.

ну, вроде можно и переходить куда-то после этого...
вы же хотели очень хороший пример?
ystar
Уже с Приветом
Posts: 1029
Joined: 27 Apr 2014 17:13
Location: USA

Re: Нетехнические вопросы на интервью

Post by ystar »

alex_127 wrote: 31 May 2020 05:50
ystar wrote: 30 May 2020 21:04
Falcon wrote: 30 May 2020 05:32 ...
Зря. Это очень мелко. В evaluation будет написано, mild concern
А есть пример как правильно?
вник в детали 50млн бизнеса
мотался как бобик по супер клиентам и они все любили
увеличил команду в 5 раз
довел до 500млн.

ну, вроде можно и переходить куда-то после этого...
вы же хотели очень хороший пример?
мотаться по клиентам, вроде это не работа девелопера.
User avatar
Херовимчик
Уже с Приветом
Posts: 5283
Joined: 27 Sep 2008 21:48
Location: Moscow-Seattle-SFBA

Re: Нетехнические вопросы на интервью

Post by Херовимчик »

nyekimov wrote: 31 May 2020 05:01
Херовимчик wrote: 30 May 2020 23:58
ystar wrote: 30 May 2020 21:04
Falcon wrote: 30 May 2020 05:32
ystar wrote: 29 May 2020 22:17

Отлично. Благодарю!
Зря. Это очень мелко. В evaluation будет написано, mild concern
А есть пример как правильно?
Провести анализ бага и предложить 2-3 варианта, с перечислением всех минусов и плюсом. :pain1: Если очень хочется избежать ныться клиента и руки чешутся починить в свободное время, то нужный варинт должен быть единственным адекватным :mrgreen:
Ну а разве не сказано, что начальство согласно и оценило решение в 4 часа. Только по приоритету отодвинуло это решение, так как текущие или другие задачи важней.
Ну вот вам уже 2 разногласия:
1. Трудозатраты
2. Приоритеты

Удачное разрешение конфликта, это не когда ты промолчал и сделал по-свойму, а когда открыто обсудил и пришел к общему согласию :gen1:

Return to “Работа и Карьера в IT”