Форум Сообщества Аналитиков

×


Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - Григорий Печенкин

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 »
841
Что ожило??

Появились все кнопки - картинки.

842
Опа, всё ожило прямо на глазах. :)

Так что это было-то?

843
А нет, вру, в FF картинок тоже нет, просто он их ввиде нормальных ссылок показывает.

844
У меня наоборот - в FF видны, а в Опере нет.
Чудеса какие-то.

845
У меня в форуме почему-то пропали почти все стандартные картинки.
Например, вот это сообщение набираю, и не вижу в панели форматирования ни одной кнопки. При попытке открыть изображение по ссылке получаю ошибку 403 (Forbidden):

http://www.uml2.ru/forum/Themes/babylon/images/bbc/move.gif

Это только у меня проблема, или у всех?
Граждане администраторы, права доступа к каталогам или настройки форума никто не менял?

846
А в готовом pdf варианте, случайно, нет этой статьи? А то с браузера читать не очень удобно.

847
Извините, забыл сказать. Дело происходит в Москве. :)

Адрес и карта здесь:
http://www.custis.ru/html/address.htm

848
Специально для тех, кто ещё не научился заходить на сайт через главную страницу и не подписался на новости сайта по RSS. ;)


Компания «Заказные ИнформСистемы» совместно с uml2.ru проводит бесплатный семинар «Теория и практика Agile».

Будут следующие доклады:

1. Андрей Бибичев, «Аналитик в Agile: Архаизм или необходимость?». Доклад был уже представлен на SECR-2008, доступны все материалы (аннотация, слайды, статья и даже видео), но ожидается активная живая дискуссия по изложенным положениям.
2. Александр Байкин, «Гибкий анализ требований».

Приблизительные тезисы:
1. Agile — это методология или набор практик?
2. Возьмем немного от Agile.
3. Возьмем немного от RUP.
4. Перемешаем RUP и Agile или 15 принципов гибких требований.
5. 13 чертей требований.
6. Гибкий бизнес-анализ.
7. Гибкий анализ требований и управление изменениями.
8. Гибкое взаимодействие в проекте.
9. Преимущества и недостатки «гибкого» анализа требований.


Время: 4 марта, среда, 19:00;

Регистрация на livents.ru:

http://livents.ru/event/2009/03/04/seminar-teorija-i-praktika-agile/

Технический момент — при регистрации в livents.ru нужно указать ФИО — это нужно, чтобы выписать пропуск, поэтому, если ваши ФИО не указаны — пошлите их по почте (stas@custis.ru).

849
Золотые слова :)
В вузах надо начинать с объектно ориентированного подходи и UML? а потом переходить к программированию...
Я пока книжку по UML не взял и не прочитал про основы ООАП и не посмотрел это все на наглядных картинках, не мог понять что такое наследование и полиморфизм :)

А я вообще четвёртое слово не помню. :) А третье, кажется, инкапсуляция.

ИМХО, это как раз тот случай, когда "наука" должна идти после "практики". Мне эти "принципы ООП" ни капельки не помогли, когда я с ним разбирался. А помогла какая-то тоненькая книжечка (названия уже не помню, что-то вроде "трудности ООП в C++"), содержащая несколько десятков примеров с объяснениями. Тем не менее, автор каждой книги по ООП, и по C++ в частности, почему-то считает своим долгом запихнуть эти "умные слова" в первую главу.

850
Это, похоже, первый блин. Это примерно как первый опыт применения ООП программистом, всю жизнь просидевшим на ассемблере.

Мне ещё понравилось Описание целевой аудитории. Кто-то, похоже, прочитал "Психбольницу в руках пациентов" и так же "творчески" применил подход, описанный Аланом Купером.

А ещё есть диаграммы взаимодействия. Но аналитикам со слабым здоровьем я туда ходить не советую, а особенно не советую смотреть на URL этой страницы.

ИМХО, весь этот "контент" используется только пиара ради, а не работы для. Сайт должен создать у клиента видимость "солидности" - очень распространённое в рунете явление в последнее время.

851
Ага! Еще один момент. Общение с заказчиком. Дело в том, что я не в России и язык этой страны пока что только учу. То есть говорить-то я на нем говорю, но весьма примитивно. Со временем будет лучше, но все равно, это не родной язык. Это может быть проблемой\препятствием?

Может быть, конечно, так что учите язык. Но он, может быть, не очень сильно отличается от русского? :)

А вот английский вам точно необходим. В IT без него никак, независимо от рода занятий (если хотите расти, конечно), так что обязательно совершенствуйте и его.

А вот что было бы интересно: расскажите, как вообще обстоят дела с работой в сфере IT в той стране, в которой вы находитесь? Там много компаний, занимающихся разработкой программ? Как вообще поставлены процессы разработки (судя по короткому рассказу, их у вас есть - пять аналитиков это хорошо, у нас до сих пор многие компании не знают, что это за зверь такой - аналитик).

852
Зря. Эти книги стоит читать потом. И то всего лишь "может быть".

Обоснуй. :)

На самом деле, рекомендации не бывают "зря", трудно угадать, что нужно конкретному человеку. Каждый воспринимает информацию по-своему. Кстати, imho "Психбольница" - это как раз о том, что называется usability.

А на блог Дениса Бескова, кстати, мог бы и ссылочку дать. Те книги, которые я рекомендовал, стоят в списке на первом и третьем месте. ("Книги и прочие источники перечисляются в порядке, рекомендованном к изучению.") На втором месте - ты будешь смеяться - Коберн. ;)

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

А эксперт юзабилити это кто? Это дизайнер интерфейсов? Я думала об этом. Их требуется очень мало и очень редко...При этом опять же опыта ноль, нужны какие-то грамотные сертификаты, на которые у меня денег нет :(

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

Но если интересен анализ, то начинать надо imho не с UML. UML - это всего лишь язык, одно из средств выражения некоторых мыслей. Были бы мысли, а языки найдутся.

В файловом архиве сайта есть кое-что для чтения. Я бы посоветовал начать c Леффингуэлла и Вигерса, если ещё не читали. Это об управлении требованиями.

854
У меня тяга к творчеству, рисованию, дизайну...Но к аналитике это не имеет никакого отношения. Давайте лучше по делу ;)

Почему не имеет отношения? Очень даже имеет. Задача аналитика - не только анализировать, но и создавать образ разрабатываемой системы. И даже, пожалуй, не столько анализировать, сколько создавать.

Но вот так, на первый взгляд, почему бы не попробовать заняться веб-дизайном? Или стать экспертом usability? Грамотный дизайнер, разбирающийся в технологии - светлая мечта каждого программиста (зачастую несбыточная). :)

Ну и вообще:
Цитировать
Выносил я как-то мусорный бак. Замерз. Опрокинул его метра  за  три  до помойки.  Минут  через  пятнадцать к нам  явился  дворник.  Устроил скандал. Выяснилось, что он по мусору легко устанавливает жильца и номер квартиры.
В любой работе есть место творчеству.

С. Довлатов, Соло на ундервуде

855
Рекомендуется в качестве домашней страницы:

http://www-over.ru/

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 »