Я только начинаю погружаться в эту область, но уже мысленно представляю как страшно будет на будущей работе кого-то лишний раз отвлечь с неудобным вопросом. Надеюсь, что к новичкам в этой сфере хоть немного относятся с пониманием. Очень не хочется сразу навлечь на себя ненависть разработчиков))
Ничего подобного не следует ожидать и бояться. Это ненормальная вещь, и конфликтные люди не задерживаются в нормальных компаниях. Хороший разработчик любит, ценит и уважает тестировщика.
Я знаю, что мой комментарий запоздалый - но обязательно подходите с вопросами к людям. Если не получается найти человека, который ответит - спросите, кто может в целом с этим вопросом помочь. 99.5% вопросов решаются в течении получаса, максимум часа, а в итоге будет сделана добротная работа, которая не только не вызовет "разработческую ненависть", но и даст +100 пунктов репутации
@@themanwhochoppedoffthefinger уже работаю)) работаю удаленно, поэтому с командой общаемся в телеге, скайпе. И мне помогает правило 20 минут- если за 20мин ничего не смогла найти по теме вопроса, то пишу, спрашиваю. Все добрые, понимающие, не бросают без ответов👍
Что до повторов и неполного описания и прочую тех.часть, то согласен, хотя это и к разработчикам относится. Но вот что касается социальной. Этот вот дурацкий европо-американский подход целования дурачков и раздолбаев (не все, конечно) разработчиков в попу делает из любого продукта посредственно-плохой, да и пусть им менеджер сопли утирает, он там на то и есть. Условно говоря, уговаривать втихую джуна Васеньку починить багочку (а он же девелопер - его не тронь) - это нафиг оно надо, пусть фирма знает своих героев-бракоделов, особенно если это постоянно. Должны быть суровые профессионалы, адекватно реагирующие на критику, а не то инфантильное нечто, которым заполнена куча фирм и единственное достоинство которых, что остальные вообще не умеют код писать. Вообще, владелец бизнеса должен решать станет так лучше или хуже, если, конечно, захочет в этом разобраться, но обычно не хочет, но тратить своё время на вот эти заигрывания - это нафиг оно уже не надо лично мне, есть регламент - действуем по нему, могу по нему отфутболить сборку за день до релиза - это будет сделано при необходимости, в следующий раз её пришлют не за два дня, а заранее, могу найти крит. баги за день - ну что ж теперь, не только тестировщикам в выходные выходить, надо привлечь менеджера - он будет привлечен, это его работа, дальше ответственность на нём. И нет, я не токсичен, такова жизнь, а кто не согласен, того в крупной фирме "съедят" и не вспомнят :)
Я не согласен. В нормальных современных компаниях происходит достаточное количество процессов работы с командами, которые позволяют выявить эти проблемы на начальных стадиях и реагировать на них соответствующе. Код-ревью позволит понять разработчикам, что кто-то пишет лажу. Ретроспективы помогут понять почему ошибки были найдены слишком поздно и в следующий раз, может быть, этого не случится. Понятное дело, что если надо, то и релиз остановим в последний момент, и менеджеров будем привлекать, и все что угодно сделаем, но это не значит, что это правильно или, тем более, хорошо. Это означает, что в команде и в процессе есть проблемы, которые нужно выносить на всеобщее обсуждение и что-то делать с ними. А если не делать ничего и продолжать делать жесть - то ни приложение, ни работа по срокам, ни отношения в команде лучше не станут.
@@СтаниславМарков-ы7х Так я с этим не спорю. Ключевое - нормальные компании, если все эти процессы в них действительно работают, а не на бумаге. А как я говорил, всё упирается в желание собственника что-то поменять в лучшую сторону. Ну или менеджера, тех. дира, кого угодно, кто имеет на это полномочия. Вот тут очень и очень большая проблема. Конечно, не могу отвечать за все компании... А как кому действовать - это каждый решит сам, ситуации у всех свои.
Я только начинаю погружаться в эту область, но уже мысленно представляю как страшно будет на будущей работе кого-то лишний раз отвлечь с неудобным вопросом. Надеюсь, что к новичкам в этой сфере хоть немного относятся с пониманием. Очень не хочется сразу навлечь на себя ненависть разработчиков))
Ничего подобного не следует ожидать и бояться. Это ненормальная вещь, и конфликтные люди не задерживаются в нормальных компаниях. Хороший разработчик любит, ценит и уважает тестировщика.
Я знаю, что мой комментарий запоздалый - но обязательно подходите с вопросами к людям. Если не получается найти человека, который ответит - спросите, кто может в целом с этим вопросом помочь. 99.5% вопросов решаются в течении получаса, максимум часа, а в итоге будет сделана добротная работа, которая не только не вызовет "разработческую ненависть", но и даст +100 пунктов репутации
@@themanwhochoppedoffthefinger уже работаю)) работаю удаленно, поэтому с командой общаемся в телеге, скайпе. И мне помогает правило 20 минут- если за 20мин ничего не смогла найти по теме вопроса, то пишу, спрашиваю. Все добрые, понимающие, не бросают без ответов👍
гайд о том, как сделать чтоб вас уволили
Отличный мануал! 🤭
А я орнула :)
И мои разработчики тоже
Что до повторов и неполного описания и прочую тех.часть, то согласен, хотя это и к разработчикам относится. Но вот что касается социальной. Этот вот дурацкий европо-американский подход целования дурачков и раздолбаев (не все, конечно) разработчиков в попу делает из любого продукта посредственно-плохой, да и пусть им менеджер сопли утирает, он там на то и есть. Условно говоря, уговаривать втихую джуна Васеньку починить багочку (а он же девелопер - его не тронь) - это нафиг оно надо, пусть фирма знает своих героев-бракоделов, особенно если это постоянно. Должны быть суровые профессионалы, адекватно реагирующие на критику, а не то инфантильное нечто, которым заполнена куча фирм и единственное достоинство которых, что остальные вообще не умеют код писать. Вообще, владелец бизнеса должен решать станет так лучше или хуже, если, конечно, захочет в этом разобраться, но обычно не хочет, но тратить своё время на вот эти заигрывания - это нафиг оно уже не надо лично мне, есть регламент - действуем по нему, могу по нему отфутболить сборку за день до релиза - это будет сделано при необходимости, в следующий раз её пришлют не за два дня, а заранее, могу найти крит. баги за день - ну что ж теперь, не только тестировщикам в выходные выходить, надо привлечь менеджера - он будет привлечен, это его работа, дальше ответственность на нём. И нет, я не токсичен, такова жизнь, а кто не согласен, того в крупной фирме "съедят" и не вспомнят :)
Я не согласен. В нормальных современных компаниях происходит достаточное количество процессов работы с командами, которые позволяют выявить эти проблемы на начальных стадиях и реагировать на них соответствующе. Код-ревью позволит понять разработчикам, что кто-то пишет лажу. Ретроспективы помогут понять почему ошибки были найдены слишком поздно и в следующий раз, может быть, этого не случится.
Понятное дело, что если надо, то и релиз остановим в последний момент, и менеджеров будем привлекать, и все что угодно сделаем, но это не значит, что это правильно или, тем более, хорошо. Это означает, что в команде и в процессе есть проблемы, которые нужно выносить на всеобщее обсуждение и что-то делать с ними. А если не делать ничего и продолжать делать жесть - то ни приложение, ни работа по срокам, ни отношения в команде лучше не станут.
@@СтаниславМарков-ы7х Так я с этим не спорю. Ключевое - нормальные компании, если все эти процессы в них действительно работают, а не на бумаге. А как я говорил, всё упирается в желание собственника что-то поменять в лучшую сторону. Ну или менеджера, тех. дира, кого угодно, кто имеет на это полномочия. Вот тут очень и очень большая проблема. Конечно, не могу отвечать за все компании... А как кому действовать - это каждый решит сам, ситуации у всех свои.
У кого-то подгорело)))
Всё от контекста же зависит. Это ведь не свод правил, а скорее рекомендации)
@@polinatynyanskaya4772 Да.