Как стать автором
Обновить

Комментарии 14

не бывает системных аналитиков в вакууме, есть системные аналитики конкретных категорий систем

и если твоей системой являются компоненты с API — да, таким аналитикам стоит уметь программировать иначе сложно выполнять свою работу

иначе вопрос звучит слишком общо «должен ли водитель знать английский язык»

Верно подмечено! Не хватает анализа корреляции от предметной области, вида системы и ключевых задач. Но видимо, такая информация не собиралась. Хотя приписка, что опрос проводился в группах финтех-компаний отчасти объясняет полученную картину.

я провёл исследование и опросил почти 200 системных аналитиков.

есть такое понятие нерепрезентативная выборка - нужно понимать что IT-команды состоят не из одних аналитиков, и поэтому опрашивать конечно лучше более широкую аудиторию

В данном опросе меня интересовало мнение представителей самой отрасли, т.е. что думают системные аналитики сами о своей зоне ответственности. Поэтому опрос проводился именно среди данной целевой аудитории.

А по факту каждый ответил о собственных компетенциях, а не о том, как должно быть. И результат показывает, что половина занимается тем, о чем знает по-наслышке.

Судя по прогнозам развития ии скоро разница между разрабом, сис аналитиком, тех писом и архом сотрётся и будет какой нибудь инженер программных продуктов. И нужно будет и в коде разбираться, и в паттернах и прочие

Ну вообще есть класс профессий с размытой ценностью типа менеджер среднего звена суть которых сводится к коммуникациям между заказчиком и конечным разработчиком. Скажем так программист сможет сделать чтото без аналитика, а аналитик без программиста уже нет.

Например когда документацию пишут после кода это извращение. Документация живая когда ей пользуются сразу . Ide со структурой субд это тоже вариант документации если грамотно его использовать а не дублировать описания гдето еще

Я бы архитекторов растил из программистов и прикладных аналитиков из пользователей. Это позволит и ценность увеличить и быть в своей проф области

каменщик может сделать что-то без архитектора, а архитектор без каменщика уже нет

технолог может сделать что-то без учёного, а учёный без технолога уже нет

солдат может сделать что-то без генерала, а генерал без солдата уже нет

дурацкая логика, которая не принимает во внимание разделение труда и специализацию на задачах разного рода

дурацкая логика, которая не принимает во внимание разделение труда и специализацию на задачах разного рода

Ну да так уже наразделялись в труде и специализации на задачах что у нас сейчас

Менеджеры проектов без ит образования в ит. Им же в ms project достаточно рисовать

Архитекторы ит на uml без навыков программирования. Им же на uml или какой нибуть еще нотации достаточно написовать

Хотя работы гораздо больше https://habr.com/ru/articles/801417/

Руководители ит департаментов без образования в ит - классика

Дизайнеры квартир без знания сопромата - они же только рисуют :) а понять - выдержит стена из пазогребневых блоков полки весом xxx кг уже нет. И как проверить качество работ бригады тоже не всегда знают

и как это относится к фразе «Скажем так программист сможет сделать чтото без аналитика, а аналитик без программиста уже нет.»

аргументы будут, почему это, подразумеваемо, плохо?

Если аналитик прикладной то ему достаточно изьяснятся в экономических терминах или в uml стиле.

А если системный без программисткого бэкграунда уже не поймешь что важно и нужно программисту в т.з.

Не случайно в ссср была производственная практика у студентов чтобы от сохи не отрывались

А если системный без программисткого бэкграунда уже не поймешь что важно и нужно программисту в т.з.

а что, это каждый раз зависит от задачи?

не существует никаких стандартов де-факто по форме постановки задачи?

для описания структуры и логики отчёта нужен программистский бэкграунд?

исторически СА занимался определением входных и выходных данных, алгоритмов преобразования, спецификцией входных и выходных форм

это деятельность уровня конструктора-проектировщика, а не программиста

и ничего в ней специфичного нет

не существует никаких стандартов де-факто по форме постановки задачи?

Я обожаю стандарты если они есть, Вы про какие стандарты постановки задачи? Можно конкретнее а не типа ну там гдето в "ГОСТ"

для описания структуры и логики отчёта нужен программистский бэкграунд?

Мне тут одна Аналитик (кстати из Корус консалтинг) - на мою просьбу формат обмена зафиксировать как XML с проверкой по XML схеме, поставила т.з. где все поля были типа текст . И даты и числа и все все.

Ну типа просили в xml вот вам xml. А то что xml схема нужна как минимум для валидации типов данных , чтобы формат дат или чисел был однозначно читаемым, а также для сериализации ей это неведомо. Так они еще спорили что и так сойдет, я тут какие то избыточные требования выставляю.

А она типа системного аналитика была, но без программисткого бэкграунда. Ну и откуда она узнает как правильно схему XML или WSDL нарисовать если нет понимания, к каким последствиям это приведет?

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации