К слову, интересно, что оба — дизайнер и QA — одинаково не должны заботиться о том, как приложение устроено внутри,
Костя , понимание роли QA у Вас неверное . Как бы так обьяснить ... вот есть написанная книга : так вот по аналогии с it , автор — это developer , редактор — это qa(в идеале, на практике таких нет , причины называть не буду , они очевидны) , иллюстрации — это дизайнер , выбрать жанр — это заказчик. PM , hr и пр.- это саппорт. Красиво от иллюстрированную книгу , с красивой обложкой станут покупать конечно же активнее , но не всем жанрам важны красивые картинки (например талмудам по высшей математике и пр.учебникам гораздо важнее инфор-я , чем картинки), так и с софтом (не везде нужен дизайнер , структура и архитектура уже давно существуют и ничего там менять не нужно). Теперь вернемся к QA : в идеале это человек который знает как устроен в проекте и фронт- и бек — енд , в идеале он должен уметь кодить сам , и его задача при коммите «прочитать» код , увидеть на что он влияет и проверить не отвалилось ли чего в результате этого . Т.е в идеале читать мы умеем все но писателями становятся единицы , т.е qa это тот кто умеет «читать» и находит ошибки — это в идеале , т.к в большинстве случаях тот кто умеет читать тот в принципе может и находить и копипастить написанное высшими писателями( гуру) со Stackoverflow , google и пр. хабрахабры и доки. и становиться — говно.... эм...«писателем» слабеньким таким...но с перспективой стать гуру . Так вот редактировать книгу , это не картинки к ней рисовать на заданную жанром тематику, не путайте . Это сложное и трудозатратное дело , это не полет фантазии . Наверное самое сложное и трудозатратное в IT , если авторы «не очень» то там можно просто упороться будучи редактором, что не грозит конечно же художникам. Поэтому каждый редактор желает стать автором , т.к по их венах течет смузи , и все мировое признание достается им . т.е чисто шкурно это выгоднее. ну и говно подчищать не нужно. А вот художнику грубо говоря по-боку конечно , что там в содержании...тут вы правильно видите картину. так в общих чертах , нужно понимать что происходит , чтобы нарисовать дракона не зеленым , а красным...как его заговно...л аффтар. У меня все)))) Ваш редактор))
Костя , понимание роли QA у Вас неверное . Как бы так обьяснить ... вот есть написанная книга : так вот по аналогии с it , автор — это developer , редактор — это qa(в идеале, на практике таких нет , причины называть не буду , они очевидны) , иллюстрации — это дизайнер , выбрать жанр — это заказчик. PM , hr и пр.- это саппорт.
Красиво от иллюстрированную книгу , с красивой обложкой станут покупать конечно же активнее , но не всем жанрам важны красивые картинки (например талмудам по высшей математике и пр.учебникам гораздо важнее инфор-я , чем картинки), так и с софтом (не везде нужен дизайнер , структура и архитектура уже давно существуют и ничего там менять не нужно). Теперь вернемся к QA : в идеале это человек который знает как устроен в проекте и фронт- и бек — енд , в идеале он должен уметь кодить сам , и его задача при коммите «прочитать» код , увидеть на что он влияет и проверить не отвалилось ли чего в результате этого . Т.е в идеале читать мы умеем все но писателями становятся единицы , т.е qa это тот кто умеет «читать» и находит ошибки — это в идеале , т.к в большинстве случаях тот кто умеет читать тот в принципе может и находить и копипастить написанное высшими писателями( гуру) со Stackoverflow , google и пр. хабрахабры и доки. и становиться — говно.... эм...«писателем» слабеньким таким...но с перспективой стать гуру .
Так вот редактировать книгу , это не картинки к ней рисовать на заданную жанром тематику, не путайте . Это сложное и трудозатратное дело , это не полет фантазии . Наверное самое сложное и трудозатратное в IT , если авторы «не очень» то там можно просто упороться будучи редактором, что не грозит конечно же художникам. Поэтому каждый редактор желает стать автором , т.к по их венах течет смузи , и все мировое признание достается им . т.е чисто шкурно это выгоднее. ну и говно подчищать не нужно. А вот художнику грубо говоря по-боку конечно , что там в содержании...тут вы правильно видите картину. так в общих чертах , нужно понимать что происходит , чтобы нарисовать дракона не зеленым , а красным...как его заговно...л аффтар.
У меня все))))
Ваш редактор))