Хотелось бы услышать земляков работающих, как и я, в АйТи. Поделитесь предметной областью и успехами. Возможно мыслями.
О себе могу сказать, что в АйТи работаю всего 4 года. Сначала занимался автоматизацией тестирования, сам был тестером. Потом год создавал с нуля систему автоматического тестирования, ставил процессы в команде. Сейчас занимаюсь бизнес анализом и руковожу проектами. Основная специальность - банки и банковские АБС.
Это к Визусу надо. А я так, сайтики пописываю на досуге... ^_^
Ну, я работаю в ИТ с 2002 года :) Сейчас в роли бизнес-аналитика. Автоматизируем медицину.
Приятно, как говорится, познакомиться:).
Цитата: Tatyanchik от ноября 23, 2009, 17:05:04
Ну, я работаю в ИТ с 2002 года :) Сейчас в роли бизнес-аналитика. Автоматизируем медицину.
Приятно, как говорится, познакомиться:).
Взаимно )
Поделись какие средства/методы анализа используете? Мы вот все делаем что называется "на глаз"...Вы следуете всякого рода IDEF0 и т.п.?
автоматизация производственной деятельности авиапредприятий, админка, тех. поддержка до кучи.
терминал "D".
А во времена fidonet, банк-клиенты с нуля поднимал... t-mail, radius, partoss всякие.
Работаю на себя. Откатываю. Предложения в личку. ^_^
Цитата: Riddler от ноября 23, 2009, 17:11:22
Поделись какие методы нализа используете?
про "нализ" ваще поделитесь со всеми! ;D все ухожу...ухожу...ухожу....просто смешно стало ...извините
Да, вдоль тела или поперек? ??? ;D
в айти с... подумал, а с какого года я в айти. пожалуй, польше, чем пол-жизни уже. как впервые в кружек юного программиста попал :) вот с тех пор и держит отрасль, не отпускает. после вуза начинал програмером в софтовой компании. потом програмил и админил по совместительству небольшую торговую компанию. потом отдел внедрения крупной корпорации. потом, как в москву переехал, подспустился немного и снова просто програмил в другой торговой компании, потом там же руководил аналитическим отделом, потом в ней же возглавил объединенный ит-аналитический отдел. и сейчас все там же ит-директором тружусь. 4 ит-одтела (ит-сопровождение, ит-внедрение, ит-разработка нового офиса и ит-отдел старого офиса, 18 разноплановых ит-специалистов, програмистов, админов, внедренцев)
с банковскими системами дел не имел - всё больше торговые, финансовые, бухгалтерские системы. как самописные так и промышленные ерп-системы, особенно в последнее время.
Цитата: Geri4 от ноября 23, 2009, 17:42:44
автоматизация производственной деятельности авиапредприятий, админка, тех. поддержка до кучи.
терминал "D".
А во времена fidonet, банк-клиенты с нуля поднимал... t-mail, radius, partoss всякие.
Работаю на себя. Откатываю. Предложения в личку. ^_^
Д-это который?
Цитата: wizus от ноября 23, 2009, 19:18:46
в айти с... подумал, а с какого года я в айти. пожалуй, польше, чем пол-жизни уже. как впервые в кружек юного программиста попал :) вот с тех пор и держит отрасль, не отпускает. после вуза начинал програмером в софтовой компании. потом програмил и админил по совместительству небольшую торговую компанию. потом отдел внедрения крупной корпорации. потом, как в москву переехал, подспустился немного и снова просто програмил в другой торговой компании, потом там же руководил аналитическим отделом, потом в ней же возглавил объединенный ит-аналитический отдел. и сейчас все там же ит-директором тружусь. 4 ит-одтела (ит-сопровождение, ит-внедрение, ит-разработка нового офиса и ит-отдел старого офиса, 18 разноплановых ит-специалистов, програмистов, админов, внедренцев)
с банковскими системами дел не имел - всё больше торговые, финансовые, бухгалтерские системы. как самописные так и промышленные ерп-системы, особенно в последнее время.
А что у вас с анализом? Какие то методологии используете?
Цитата: Riddler от ноября 23, 2009, 17:11:22
Взаимно )
Поделись какие средства/методы анализа используете? Мы вот все делаем что называется "на глаз"...Вы следуете всякого рода IDEF0 и т.п.?
Скажем так, работ за это время было много, и везде все же начали применять UML. Некоторые до этого момента не использовали вовсе ничего(!) - при создании решения для предметной области (!!?!), другие использовали Aris. Но опять же на моей практике после Aris склоняются именно к UML.
Вот и сейчас при моем скромном участии движемся от Aris в сторону UML.
Плохо налажен (по-моему отсутствует) процесс управления требованиями при разработке, развитии системы. До меня не писались спецификации на модификации, требования не документировались, вроде доказала необходимость этого, используем. Внедрена система отслеживания исполнения нарядов и списания рабочего времени (стандарт Itil, несколько адаптированный под нашу специфику), что радует, все еще отсутствует возможность видеть по функциональным узлам все модификации - а это тоже было бы удобно.
В проектной деятельности всегда бегут за сроками, поэтому время на вложение в качество очень сложно пробить. А это чревато в дальнейшем большими затратами. Вот и воюю.
а вакансий у вас ни у кого нет?)) я подумываю о смене работы, и возможно даже рода деятельности. Работал тестером, потом менеджером по тестированию
У нас паходу на форуме одни программеры, банкиры-реэлторы и торгаши. Кто производит что нибудь хоть есть такие? Ау товарищи, страну пора поднимать.
Точно :s03:Где вы IT-шники?..Ау!!Кто-нибудь почините мне роутер, а то придется самой разбираться ;D
Цитата: Natalialisa от ноября 24, 2009, 11:43:11
Точно :s03:Где вы IT-шники?..Ау!!Кто-нибудь почините мне роутер, а то придется самой разбираться ;D
http://forum.lobnya.ru/index.php?topic=15466.0
Вот где они халтурят, там надо искать.
Цитата: ILYA от ноября 24, 2009, 11:42:59
У нас паходу на форуме одни программеры, банкиры-реэлторы и торгаши. Кто производит что нибудь хоть есть такие? Ау товарищи, страну пора поднимать.
бухов забыл.... каждая вторая женьщинь.... :s03:
Цитата: Natalialisa от ноября 24, 2009, 11:43:11
Точно :s03:Где вы IT-шники?..Ау!!Кто-нибудь почините мне роутер, а то придется самой разбираться ;D
Они только по крупному работают :s03:
А роутер не чинить, а настраивать нужно, если же вышел из строя, то не по гарантии скорее всего дороже выйдет.
Цитата: Tatyanchik от ноября 24, 2009, 09:48:28
Цитата: Riddler от ноября 23, 2009, 17:11:22
Взаимно )
Поделись какие средства/методы анализа используете? Мы вот все делаем что называется "на глаз"...Вы следуете всякого рода IDEF0 и т.п.?
Скажем так, работ за это время было много, и везде все же начали применять UML. Некоторые до этого момента не использовали вовсе ничего(!) - при создании решения для предметной области (!!?!), другие использовали Aris. Но опять же на моей практике после Aris склоняются именно к UML.
Вот и сейчас при моем скромном участии движемся от Aris в сторону UML.
Плохо налажен (по-моему отсутствует) процесс управления требованиями при разработке, развитии системы. До меня не писались спецификации на модификации, требования не документировались, вроде доказала необходимость этого, используем. Внедрена система отслеживания исполнения нарядов и списания рабочего времени (стандарт Itil, несколько адаптированный под нашу специфику), что радует, все еще отсутствует возможность видеть по функциональным узлам все модификации - а это тоже было бы удобно.
В проектной деятельности всегда бегут за сроками, поэтому время на вложение в качество очень сложно пробить. А это чревато в дальнейшем большими затратами. Вот и воюю.
У вас на порядок все системнее чем у нас. У нас не используют ничего из средств анализа и не хотят использовать. Сейчас вообще часть аналитиков хотят в тестеры загнать по плохо понятным причинам. А штат ИТ большой?
Проектная команда наша состоит из 12 челов (выпускаем и внедряем 3 продукта), есть смежный отдел, поддержки, там тоже есть программисты, и тоже выпустили свой продукт (вроде второй готовят) (тож ИТ получается), есть админы (опять ИТ), есть целое структурное подразделение, которое занимается линиями связи, коммуникациями (опять ИТ). А есть программисты, которые постоянно у Заказчика торчат, и модифицируют чего-то там (свои внедрения видимо).
Так что мне очень сложно сказать вам численность. Компания состоит из ряда малышек (МП), все непросто у нас.
Цитата: Riddler от ноября 24, 2009, 09:21:07
А что у вас с анализом? Какие то методологии используете?
не верю я (по опыту, не от балды) ни в какие методологии. наверное у меня в голове есть своя собственная методология и я ей следую. а все методологии на поверку просто нагоняют умный вид у заказчика, затягивание сроков и развод на бабки. когда аутсорсеры (серьезная компания в москве, работающая по супер-пупер-методологиям) в ответ на поставленную задачу выкатили 17 человекодней и 250 тыс рублей денег я послал их лесом и сделал это сам за 10000 и за один день и без всяких методологий. и это только один пример. а таких у меня уже скопилось прилично.
Мда... Помнится мне, ещё в прошлой конторе получили мы тендерный заказ. Ага, "выигранный" на знакомстве и откатах. На дворе был 2000(!) год.
И тут начальник в согласии со светлыми бизнес-идеями в IT решил всё сделать через UML и "новые технологии", коими была провозглашена была Жаба (ака Java). Был там крендель, который проповедовал, что через 5 лет всё погибнет, кроме Java и кроме сервисов ничего работать не будет. Ага, в типичных клиент-серверных приложениях :s03:
Как результат, эта банда дятлов месяца два переливала из пустого в порожнее, испортила тучу бумаги на UML-схемы и выдала заказчику офигительной толщины документ.
То же самое было и по базе данных.
После этого выяснилось, что в общем-то нормальному коллективу программистов такой уровень детализации не нужен и реально толку от этой кипы макулатуры - ноль.
Крича о том, что мы, ретрограды, ничего не понимаем в новых технологиях, банда дятлов бодро освоила за полгода примерно 2 годовых бюджета конторы, и - "гора родила мышь".
Да, приложение на Java загружалось и обновлялось "само", и работала на Интернет Эксплорере только, используя его окно для своих нужд. Косячный интерфейс не мог быть модифицирован из-за отсутствия нужных компонентов (а платные были безумно дороги), а компьютер скрипел винтом так, как будто шла хорошая 3D-игра. При этом было сделано только 10% всего проекта, а срок поджимали.
После этого я и ещё 2 товарищей отложили в сторону этот бред и написали своё. Заказчик остался доволен. С деньгами естественно нас по традиции "кинули", но заработали всё равно неплохо. :s03:
Цитата: Moonlight от ноября 26, 2009, 08:36:16
После этого я и ещё 2 товарищей отложили в сторону этот бред и написали своё. Заказчик остался доволен. С деньгами естественно нас по традиции "кинули", но заработали всё равно неплохо. :s03:
как мне все это знакомо (кроме развода на деньги конечно) :)
ДУмаю тут все зависит от коллектива. Когда есть команда таких программеров которая может даже с кривой спекой слабать клевый код это идеальный вариант. Как правило есть ещё отдеты типа того же организейшена которые пытаются как-то оправдать свой хлеб. При этом программеры 1 строчку кода редактируют месяц, но пишут на это кучу документов и пр.
Зачем нужны средства анализа, как вы думаете? Только для того, чтобы все члены проектной группы быстрее и лучше понимали друг друга. Слепо следовать методологии ради самой методологии - безумие.
Добавлю, что методолгии нужно адаптировать под необходимость каждого проекта. Вот для этого проекта достаточно диаграмм классов (и то частично, чтоб описать какой нить важный и сложный функционал), для этого проектика мы слабаем связанную схему, чтоб можно было с пользователем говорить ни их языке, показывая их работу с системой (т.е. управление ожиданиями пользователей), а для этого проектика мы просто напишем спецификацию, где опишем (с достаточной для этого проекта детализацией) требования к системе, и ее поведение.
По поводу применения RUP до генерации кода - был один опыт, теоретический, для диплома. И все)), действительно с трудом верится, что это может прижиться на практике.
Вот зачем ТЗ по ГОСТу составлять надо? Надо или не надо?
Ну и еще большая задница начинается когда развиваешь большую систему. Когда модификации накатываются одну на другую, при этом руша логику друг друга (ибо разрабатываются параллельно другими людьми, и модификации двух челов косвенно используют один функционал в разных задачах).
Тут встает вопрос о структуризации хранения документированных требований, об управлениях их приоритетами, об изменении требований пользователей.
ПыСы. я тут не умничаю, это просто наболело.