Форум Сообщества Аналитиков
Дисциплины => Обучение => Тема начата: nan25 от 07 Июля 2013, 00:34:50
-
Здравствуйте! Я студентка специальности "Прикладная математика и информатика", по окончании учёбы(а может быть даже раньше) планирую работать системным аналитиком. И, соответственно, уже сейчас (3 курс) задумываюсь о том, как же устроиться по этой самой специальности и какими знаниями и умениями нужно обладать, дабы стать хорошим специалистом))
В большинстве случаев работодатель указывает в требованиях к соискателю навыки программирования. Не могу сказать, что в моем университете уделяют достаточно внимания программированию, но основные принципы ООП, синтаксис C++ и Java я усвоила, самостоятельно занимаюсь веб-программированием, словом - везде по-немногу. Тем не менее, на мой взгляд, системный аналитик должен знать программирование если не в совершенстве, то на достаточно высоком уровне. Что Вы думаете на этот счет?
Потому собираюсь пойти на курсы программирования в Москве. Но какой курс выбрать? Какой язык? Посоветуйте, пожалуйста.
Нужно ли это? И поправьте меня, если, м.б., я как-то неправильно мыслю.
-
Никакие языки программирования не надо знать аналитику.
Гораздо важнее иметь общее представление о процессе разработки ПО (этапы, участники, артефакты) и уметь мыслить в категориях объектно-ориентированного анализа/проектирования.
-
Согласна с ida. Если уж такое стремление к дополнительному образованию, то посетите курсы помогающие найти общий язык с заказчиком и с командой. Для меня лично это были самые полезные курсы. А технические вопросы можно решать и с базовыми знаниями по программированию.
-
Декларативные полезны. В частности, SQL. Позволяет собирать статистику без обращения к программисту:
1. Получили доступ к БД
2. Связали Excel с БД
3. Построили запрос на выборку
4. Построили отчет и/или диаграмму.
XSLT маловероятно, что понадобится, но знать о нем стоит.
-
Здравствуйте. Я все-таки считаю, что системному аналитику совершенно не повредят знания языков программирования и самого программирования. Вернее основ алгоритмизации, как одного из способа формирования решения. Судя по вашему увлечению, вам это нравится и вы довольно продвинуты в программировании. Так что, если это ваш внутренний интерес - почему бы его не развить, но лучше изучать не сам язык, а технологию и практику его применения.
Однако коллеги правы, системному аналитику не обязательно знать языки программирования и уметь бегло программировать. Лучше понимать что такое системный подход и уметь его применять на практике.
Могу посоветовать также презентацию доклада Дмитрия Безуглого на ЛАФ 2013 ее можно найти здесь: http://conf.uml2.ru/program2013/ - доклда Код аналитика.
-
Тем не менее, на мой взгляд, системный аналитик должен знать программирование если не в совершенстве, то на достаточно высоком уровне.
Мнение вижу, хотелось бы аргументов.
Что Вы думаете на этот счет?
Пока разговор на уровне «Дэвид Боуи — лучший певец современности, а что думаете вы?». Зачем вам чужое мнение, если у вас уже есть своё и вы его никак не обосновываете? Похоже на попытку рационализации.
-
Системному аналитику желательно быть знакомым с, в порядке важности:
- Процедурным программированием (Fortran, Pascal, C)
- Объектным программированием (C++, Java)
- Декларативным программированием (SQL, Prolog, Lisp)
- Структурными описаниями (XML, XSD, OCL)
- Функциональным программированием (Haskell, Erlang)
На изучение каждого из направлений имеет смысл потратить не больше месяца.
Для того, чтобы:
- владеть методами формализации алгоритмов (т.е. правильно ставить задачи)
- говорить с программистами на общем языке (т.е. эффективнее взаимодействовать)
- понимать принципы и правила работы программ (т.е. не ставить задачи неправильно)
Уметь программировать на промышленном уровне (т.е. со знанием библиотек, хаков и особенностей) при этом совсем не нужно, скорее даже вредно.
-
Похоже на попытку рационализации.
Ого, Дэн, а что это такое?
-
Ого, Дэн, а что это такое?
Психологический механизм подбора аргументации ко мнению «задним числом». Когда решение уже принято, действие совершено и тут вдруг человеку становится нужно, чтобы это решение выглядело ещё и разумным, обоснованным.
Также см. ВП (http://ru.wikipedia.org/wiki/%D0%A0%D0%B0%D1%86%D0%B8%D0%BE%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F_(%D0%BF%D1%81%D0%B8%D1%85%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D1%8F)).
-
Трудно что-то посоветовать, поскольку неизвестно, с чем Вам придется года через три столкнуться. В любом случае умение читать код не помешает, так что если есть время и желание, можно этим заняться. Лишним не будет.
Вот с чем однозначно стоит ознакомиться, так это с проектированием БД и c SQL.
А из языков программирования можно для расширения кругозора брать любой, который больше приглянулся. C++, C#, Java... С++, конечно, классика жанра, но порог вхождения высоковат там, да и деталей много низкоуровневых, которые Вам, вероятно, не особо и нужны. Как будто в Бауманке (http://www.specialist.ru/course/sipp) неплохие курсы.
Декларативным программированием (SQL, Prolog, Lisp)
Не сталкивалась с Lisp, но он вроде к функциональному программированию относится. Это не опечатка?
-
Приветствую!
Я в своей практике использую (раз в неделю-две) VBA. Пишу прототипы поведения в MS Excel, иногда полнофункциональные. Но как правило на основные сценарии/входные данные, как компромисс польза/трудозатраты.
Чем полезно:
+ VBA с MS Excel всегда под рукой.
+ Для реализации не сильно сложной логики/модели в принципе годится (хотя после с++ конечно коробит).
+ По началу моделировал прототипы уже после составления ТЗ, сейчас частенько до ТЗ. Пока моделируешь, всплывают такие моменты, о которых заранее и не догадаешься. Новые границы, условия и тд тп.
+ Модель затем использую для "генерации" тестовых/приемочных сценариев. Так же её используют инженеры по качеству.
ЗЫ О моей специфике: продуктовая разработка, миниТЗ на 2-10 листов о внесении новых возможностей/развитии существующих.
-
А в целом по топику: знать какой-либо язык +- бесполезно без реального опыта использования оного. Возможно, это и имеют ввиду работодатели (Вас же не писать код зовут, а вот понимать во что выльются Ваши будущие требования надо).
Т.е. важно иметь представление о фактическом процессе разработки, об архитектуре ПО, о трудозатаратах тех или иных решений и тд. Это все приходит с опытом.
-
В институте, как и многие, изучал Pascal, VB, VBA, SQL, на моей практике самым полезным оказался SQL.
-
Уважаемые аналитики! Благодарю Вас за содержательные ответы и полезные ссылки!
Согласна с ida. Если уж такое стремление к дополнительному образованию, то посетите курсы помогающие найти общий язык с заказчиком и с командой. Для меня лично это были самые полезные курсы. А технические вопросы можно решать и с базовыми знаниями по программированию.
учту, так как коммуникабельность в данной работе - составная часть профессионализма
Здравствуйте. Я все-таки считаю, что системному аналитику совершенно не повредят знания языков программирования и самого программирования. Вернее основ алгоритмизации, как одного из способа формирования решения. Судя по вашему увлечению, вам это нравится и вы довольно продвинуты в программировании. Так что, если это ваш внутренний интерес - почему бы его не развить, но лучше изучать не сам язык, а технологию и практику его применения.
Однако коллеги правы, системному аналитику не обязательно знать языки программирования и уметь бегло программировать. Лучше понимать что такое системный подход и уметь его применять на практике.
Могу посоветовать также презентацию доклада Дмитрия Безуглого на ЛАФ 2013 ее можно найти здесь: http://conf.uml2.ru/program2013/ - доклда Код аналитика.
Да, Вы правы, программирование мне интересно. Что касается технологии и практики программирования, каким образом, кроме как уже в процессе работы, можно получить подобный опыт?Или под этим подразумеваются архитектуру ПО и этапы разработки, как раз то, о чем пишет Uniqm?
Denis Beskov, спасибо, обязательно уделю внимание, а там на работе уже будет видно, что нужно будет изучить детальнее. Вы пишите также, что я пытаюсь подкрепить сложившееся мнение задним числом. Но дело как раз в том, что четкого мнения на этот счет у меня нет, есть предпосылки, есть предположение, аргументированное отчасти требованиями работодателей. Именно поэтому я спрашиваю Вашего мнения, специалистов, знающих всю специфику работы.
И всё-таки мнения разделились. И в целом, необходимо быть специалистом широкого профиля и обладать представлениями(подкрепленными практикой) о программировании, не обязательно углубляясь в какой-то конкретный язык, а знание СУБД только приветствуется.