Иначе спам, или «не, не приходило» и прочие отмазы.
Лично у меня такой ответ вызовет обоснованные сомнения что я связался не с профессионалом, а с фрилансером из тех, что любят «пропадать». У которых постоянно отключают электричество, ломается компьютер и «родственников очень много и они постоянно умирают» (с).
Потому что «не приходило» в нашем времени случает редко. А спам решается белым списком в начале сотрудничества.
Тут вся концепция строится на том, что вы сами распоряжаетесь своим временем.
То есть ситуацию «работа в офисе» нельзя рассматривать, т.к. это противоречит основной концепции.
А в условиях работы вне офиса почта и телефон становятся ключевыми элементами рабочего процесса. Во всяком случае я не могу представить себе работу вне офиса без средства связи типа почты/сайка/телефона.
Раздел почта непонятен…
В рабочей почте не бывает ничего не важного.
К примеру у меня два клиента общаются исключительно по почте не признавая скайпа и других IM — я не могу их игнорировать. Как минимум не плохо отписаться что принял к сведению.
Но даже если их убрать, почту все равно не придется игнорировать — на рабочую почту просто не приходит ничего лишнего.
Если кому-то очень срочно надо вас разыскать, они могут позвонить, отправить гонца, подать дымовой сигнал, или придумать что-нибудь ещё. А лучше всего – найти кого-нибудь другого, кто сделает то, что им нужно.
Нет, мы серьезно говорим о рабочей почте?
В этом контексте «найти кого-нибудь другого» означает отказаться от сотрудничества с получателем. Увольнение или расторжение контракта как итог.
Потому, что если бы баги ловились автотестами — мы бы жили совершенно в другом мире. :)
А вообще, то что вы описали — это не «помогает искать баги», а не «не мешает искать».
Конечно, тест не должен портить стэк и не должен мешать дебагеру. Но именно что не должен мешать, а не должен помогать.
Дополню:
Нет никакого смысла писать изначально тест заточенный на поиск проблемы, т.к. проблема может никогда не появится, а время на усложнение теста будет потрачено.
Писать надо простой тест, который обнаружит факт наличия проблемы. И уже в случае возникновения проблемы надо усложнять тест, чтобы он более детально обрабатывал ситуацию. Или же вообще к другим инструментам прибегать.
Нет не бесполезен. Он позволяет узнать о проблеме. Если мое приложение падает — я буду искать почему падает.
Если я не знаю о том, что падает — искать не буду.
Все же очень просто.
Почемуже это самый важный момент?
Сам факт наличия бага нисколько не мешает и не пугает. Зная о баге — его можно найти, разными способами и затратами по времени, но все же. В худшем случае предупредить клиентов/временно отключить фичу/сделать костыль.
А вот не знание о существовании бага — это прямые потери и беды.
Так что самый важный момент — это по прежнему определение факта наличия бага, а не поиск причины.
Но общий уровень онкологии, например, в Германии несоизмеримо выше, чем общий уровень онкологии у нас в стране, так что даже смешно об этом говорить.
Ну конечно он несоизмеримо выше! В среднем. Потому что на всю Германию пяток онкоклиник. Против нашей огромной страны. В которой тоже пяток классных онкоклиник, а еще сотни хреновых.
Видимо, наши официальные спикеры видят лишь то, что происходит у них в ведущих центрах, и то далеко не все, а только самую радужную сторону.
А что, когда говорят про Германию — говорят о поликлиниках? Неужели в них тоже супер онкологи сидят?
Если уж сравнивать, то давайте сравнивать не в среднем. Потому что такие вещи как онкология решаются на уровне отдельных учереждений, а не в среднем по всем больцам.
Брр. Прочитал, много «ола-ла, как все хорошо, а у нас то как плохо». Это не пример.
Давайте конкретный пример. Желательно не единичный.
Например, подойдет пример с описанием того, что у нас в окнологии нет МРТ(каменный век же), а у них есть. И тогда я вам отвечу, что у нас есть МРТ во всех ключевых клиниках и даже в клиниках поменьше.
А перевязку я оспорить нему. Фиг знает кто и в каких условиях делал вашему другу перевязку.
В чем его универсальность? В поддержке Windows 7?
Так количество устройств с тачскрином на Windows 7 стремится к нулю.
При этом многие вещи на WM_TOUCH делаются совершенно не очевидно. Например, как узнать о том, что последнее касание прекратилось? в WM_POINTER это событие WM_POINTERUP. А в случае WM_TOUCH?
А жаль. 900 рублей на кошеле пропадают. :(
Лично у меня такой ответ вызовет обоснованные сомнения что я связался не с профессионалом, а с фрилансером из тех, что любят «пропадать». У которых постоянно отключают электричество, ломается компьютер и «родственников очень много и они постоянно умирают» (с).
Потому что «не приходило» в нашем времени случает редко. А спам решается белым списком в начале сотрудничества.
То есть ситуацию «работа в офисе» нельзя рассматривать, т.к. это противоречит основной концепции.
А в условиях работы вне офиса почта и телефон становятся ключевыми элементами рабочего процесса. Во всяком случае я не могу представить себе работу вне офиса без средства связи типа почты/сайка/телефона.
В рабочей почте не бывает ничего не важного.
К примеру у меня два клиента общаются исключительно по почте не признавая скайпа и других IM — я не могу их игнорировать. Как минимум не плохо отписаться что принял к сведению.
Но даже если их убрать, почту все равно не придется игнорировать — на рабочую почту просто не приходит ничего лишнего.
Нет, мы серьезно говорим о рабочей почте?
В этом контексте «найти кого-нибудь другого» означает отказаться от сотрудничества с получателем. Увольнение или расторжение контракта как итог.
А вообще, то что вы описали — это не «помогает искать баги», а не «не мешает искать».
Конечно, тест не должен портить стэк и не должен мешать дебагеру. Но именно что не должен мешать, а не должен помогать.
Нет никакого смысла писать изначально тест заточенный на поиск проблемы, т.к. проблема может никогда не появится, а время на усложнение теста будет потрачено.
Писать надо простой тест, который обнаружит факт наличия проблемы. И уже в случае возникновения проблемы надо усложнять тест, чтобы он более детально обрабатывал ситуацию. Или же вообще к другим инструментам прибегать.
Если я не знаю о том, что падает — искать не буду.
Все же очень просто.
Сам факт наличия бага нисколько не мешает и не пугает. Зная о баге — его можно найти, разными способами и затратами по времени, но все же. В худшем случае предупредить клиентов/временно отключить фичу/сделать костыль.
А вот не знание о существовании бага — это прямые потери и беды.
Так что самый важный момент — это по прежнему определение факта наличия бага, а не поиск причины.
Ну конечно он несоизмеримо выше! В среднем. Потому что на всю Германию пяток онкоклиник. Против нашей огромной страны. В которой тоже пяток классных онкоклиник, а еще сотни хреновых.
А что, когда говорят про Германию — говорят о поликлиниках? Неужели в них тоже супер онкологи сидят?
Если уж сравнивать, то давайте сравнивать не в среднем. Потому что такие вещи как онкология решаются на уровне отдельных учереждений, а не в среднем по всем больцам.
Тогда точно не стоит вам кормить никого, плохо получается.
Давайте конкретный пример. Желательно не единичный.
Например, подойдет пример с описанием того, что у нас в окнологии нет МРТ(каменный век же), а у них есть. И тогда я вам отвечу, что у нас есть МРТ во всех ключевых клиниках и даже в клиниках поменьше.
А перевязку я оспорить нему. Фиг знает кто и в каких условиях делал вашему другу перевязку.
Просто для того, чтобы вести более предметный диалог.
Так количество устройств с тачскрином на Windows 7 стремится к нулю.
При этом многие вещи на WM_TOUCH делаются совершенно не очевидно. Например, как узнать о том, что последнее касание прекратилось? в WM_POINTER это событие WM_POINTERUP. А в случае WM_TOUCH?