Комментарии 14
не бывает системных аналитиков в вакууме, есть системные аналитики конкретных категорий систем
и если твоей системой являются компоненты с API — да, таким аналитикам стоит уметь программировать иначе сложно выполнять свою работу
иначе вопрос звучит слишком общо «должен ли водитель знать английский язык»
я провёл исследование и опросил почти 200 системных аналитиков.
есть такое понятие нерепрезентативная выборка - нужно понимать что IT-команды состоят не из одних аналитиков, и поэтому опрашивать конечно лучше более широкую аудиторию
В данном опросе меня интересовало мнение представителей самой отрасли, т.е. что думают системные аналитики сами о своей зоне ответственности. Поэтому опрос проводился именно среди данной целевой аудитории.
Судя по прогнозам развития ии скоро разница между разрабом, сис аналитиком, тех писом и архом сотрётся и будет какой нибудь инженер программных продуктов. И нужно будет и в коде разбираться, и в паттернах и прочие
Да, такое возможно. На прошлой неделе писал статью "Кто выполняет функции системного аналитика в США?". Там это более инженерная специальность.
Ну вообще есть класс профессий с размытой ценностью типа менеджер среднего звена суть которых сводится к коммуникациям между заказчиком и конечным разработчиком. Скажем так программист сможет сделать чтото без аналитика, а аналитик без программиста уже нет.
Например когда документацию пишут после кода это извращение. Документация живая когда ей пользуются сразу . Ide со структурой субд это тоже вариант документации если грамотно его использовать а не дублировать описания гдето еще
Я бы архитекторов растил из программистов и прикладных аналитиков из пользователей. Это позволит и ценность увеличить и быть в своей проф области
каменщик может сделать что-то без архитектора, а архитектор без каменщика уже нет
технолог может сделать что-то без учёного, а учёный без технолога уже нет
солдат может сделать что-то без генерала, а генерал без солдата уже нет
дурацкая логика, которая не принимает во внимание разделение труда и специализацию на задачах разного рода
дурацкая логика, которая не принимает во внимание разделение труда и специализацию на задачах разного рода
Ну да так уже наразделялись в труде и специализации на задачах что у нас сейчас
Менеджеры проектов без ит образования в ит. Им же в ms project достаточно рисовать
Архитекторы ит на uml без навыков программирования. Им же на uml или какой нибуть еще нотации достаточно написовать
Хотя работы гораздо больше https://habr.com/ru/articles/801417/
Руководители ит департаментов без образования в ит - классика
Дизайнеры квартир без знания сопромата - они же только рисуют :) а понять - выдержит стена из пазогребневых блоков полки весом xxx кг уже нет. И как проверить качество работ бригады тоже не всегда знают
и как это относится к фразе «Скажем так программист сможет сделать чтото без аналитика, а аналитик без программиста уже нет.»
аргументы будут, почему это, подразумеваемо, плохо?
Если аналитик прикладной то ему достаточно изьяснятся в экономических терминах или в uml стиле.
А если системный без программисткого бэкграунда уже не поймешь что важно и нужно программисту в т.з.
Не случайно в ссср была производственная практика у студентов чтобы от сохи не отрывались
А если системный без программисткого бэкграунда уже не поймешь что важно и нужно программисту в т.з.
а что, это каждый раз зависит от задачи?
не существует никаких стандартов де-факто по форме постановки задачи?
для описания структуры и логики отчёта нужен программистский бэкграунд?
исторически СА занимался определением входных и выходных данных, алгоритмов преобразования, спецификцией входных и выходных форм
это деятельность уровня конструктора-проектировщика, а не программиста
и ничего в ней специфичного нет
не существует никаких стандартов де-факто по форме постановки задачи?
Я обожаю стандарты если они есть, Вы про какие стандарты постановки задачи? Можно конкретнее а не типа ну там гдето в "ГОСТ"
для описания структуры и логики отчёта нужен программистский бэкграунд?
Мне тут одна Аналитик (кстати из Корус консалтинг) - на мою просьбу формат обмена зафиксировать как XML с проверкой по XML схеме, поставила т.з. где все поля были типа текст . И даты и числа и все все.
Ну типа просили в xml вот вам xml. А то что xml схема нужна как минимум для валидации типов данных , чтобы формат дат или чисел был однозначно читаемым, а также для сериализации ей это неведомо. Так они еще спорили что и так сойдет, я тут какие то избыточные требования выставляю.
А она типа системного аналитика была, но без программисткого бэкграунда. Ну и откуда она узнает как правильно схему XML или WSDL нарисовать если нет понимания, к каким последствиям это приведет?
Нужно ли системному аналитику разбираться в программировании?