Подскажите пожалуйста, в каких сферах программирования меньше требуется логического мышления. Там где нужно меньше создавать кода с нуля, больше пользоваться готовыми скриптами, что-то видоизменять, дополнять, не изобретая велосипед, обрабатывать результаты.
Вопрос В каких сферах программирования не слишком важно логическое мышление
- Автор темы sweeetfy
- Дата начала
3D моделирование может быть
html css, это просто оформление сайта.
пусть еще js.
пусть еще js.
Нет таких сфер, везде нужно работать головой. Разве что каким-нибудь манагером по продажам или работе с клиентами не особо надо знать все, только основное
Это у тех, кто хорошо устроился. В хорошую жирную компанию. Там действительно бывают такие тестировщики и такие DevOps и такие технические писатели.
А где все нищо, там такое будет позволено разве что начальству (сеньор и выше), да и оно иногда таки что-то делает само. Или по блату и т. п.
А тестировщик - это, по-правильному, тоже программист, который знает весь проект до мелочей, а значит умеет анализировать и умеет в логику. Иначе он не поймет, что баг, а что нет, и какие могут быть баги, какие ситуации протестить. Будет дергать нормальных программистов вопросами. А такое нахер не нужно.
И технический писатель тоже, по-правильному, должен разбираться в проекте - чтобы писать правильную и полезную документацию. Иначе аналогично тестировщику.
А где все нищо, там такое будет позволено разве что начальству (сеньор и выше), да и оно иногда таки что-то делает само. Или по блату и т. п.
А тестировщик - это, по-правильному, тоже программист, который знает весь проект до мелочей, а значит умеет анализировать и умеет в логику. Иначе он не поймет, что баг, а что нет, и какие могут быть баги, какие ситуации протестить. Будет дергать нормальных программистов вопросами. А такое нахер не нужно.
И технический писатель тоже, по-правильному, должен разбираться в проекте - чтобы писать правильную и полезную документацию. Иначе аналогично тестировщику.
В основном это Тестировщик, ты просто должен протестировать готовый код, найти ошибки или дать советы программистам.