В связи с потугами в обучение новой профессии, взял у знакомого список книг по тестированию. Сейчас читаю "Brian Hambling - Software Testing An ISTQB-ISEB Foundation Guide" и первые главы меня смущают тем, что вместо как мне казалось обучения процессу меня пытаются больше научить IT жаргону и концепциям, которые 90% времени будто существуют чтобы создать эту непонятную завесу сложности и таинственности. Возможно что у меня в списке книги, рассчитанные на мидл-тестеров или выше, потому что они будто пытаются меня научить не только тому как тестировать, но и планированию с аналитикой. А где-то в списке есть еще книги в которых упоминается Python для автоматизации всего процесса, но благо меня заверили что кроме рудиментарных вещей мне ничего там не потребуется (пока).
меня пытаются больше научить IT жаргону и концепциям, которые 90% времени будто существуют чтобы создать эту непонятную завесу сложности и таинственности
Есть проблема.
Подобные жаргонизмы (или профессионализмы, как их называют в моей сфере), нередкость для любой профессии – от переводчика до моряка. Однако иногда они действительно помогают понять, что к чему. Поэтому их нужно понимать.
Разница между жизненными циклами разработки ПО меня как базовую обезьяну с пачкой документации мало должна волновать, но тем не менее мне зачем-то её объясняют.
Это как рассказывать слесарю про то как фрезеровать - классно, конечно, но--
Комментарий недоступен
Короче основное понимание пока в том, что могли бы не выебываться и писать проще
Полагаю, нечто подобное касается множества сфер деятельности в этом проклятом мире. Ну или человечества в целом.
С другой стороны, это не так плохо - хуже, когда тебе начинают названивать по твоей анкете, ты приходишь на собеседование, а там вместо нормальной работы очередной Amway, Тяньши, Эко Дом и т.д...
Но если ты умело выебываешься и сыпешь модными словами, то можешь можешь с нуля влететь на миддла
зачемзотем, вылазь из шкафа