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

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


Темы - ida - брэнд с 14-летней историей

Страницы: « 1 2 3 »
16
О Сайте и Форуме / Рубрика: Люди
« : 21 Мая 2013, 14:37:55 »
О Людях )

Лично мне например не нравится советская схема наименования Фамилия, Имя, Отчество. Мне все-таки кажется, что представляют людей по Имени, а потом уже по всему остальному - кому что нравится. Кто-то хочет, чтобы его знали по Имени-Отчеству, кто-то по Имени-Фамилии, и если уж единообразие в этом вопросе - тема субъективная (мне например слегка режет глаз, что у кого-то в рубрике Люди указано отчество, а у кого-то нет, но опять-таки - кому что нравится), то по крайней мере видеть первым Имя было бы приятно (проедполагаю, что не только мне).

Поэтому, господа модераторы и отцы-основатели, как насчет того, чтобы в рубрике Люди первым указывать Имя?

17
Нужны люди, разбирающиеся в данной предметной области, в-частности производных финансовых инструментах, как обращающихся на бирже, так и внебиржевых.
Чтобы ввести меня в курс дела или показать, где можно найти релевантную информацию.
Для начала хочу разрисовать ЖЦ каждого инструмента (в-частности интересуют опционы, форварды/фьючерсы и свопы).

Буду признательна за любую помощь )

18
Суть в следующем: есть класс с определенными атрибутами.
Предположим, Человек - у него есть Имя, Фамилия, Возраст и т.п.

Хочу сделать кучу объектов данного класса и для каждого указать значения этих атрибутов.
EA позволяет связать созданный объект с классом, но атрибуты при этом автоматически не наследуются.

Возможно, туплю и использую не тот механизм - подскажите, как это делается?

19
Резюме / Тема закрыта
« : 26 Августа 2012, 09:18:11 »
Текст удален

20
Sparx / EA выдает ошибку при установке
« : 16 Августа 2012, 15:27:25 »
При попытке поставить ЕА 7.1 на Windows 7 (в режиме совместимости с WinXP под правами администратора) получаю ошибку:

Microsoft.MSXML2, publicKeyToken="6bd6b9abf345378f", version="4.20.9818.0", type="win32", processorArchitecture="x86"

Есть ли у кого-нибудь опыт решения аналогичной проблемы? Поделитесь, пожлуйста )

21
Кто захочет встретиться - звоните.
+7911 936 девять 434

Буду с пяти вечера пятницы (2.12) и субботу.

22
Каждый год мы с друзьями ходим в баню..

Так получается, что пару раз в год я попадаю в Киев, на неделю в среднем.
Собссно вопрос - интересно ли кому в таком режиме маленькой группой (4-8 человек) послушать семинар по работе с требованиями?
Семинар мой, структура по Вигерсу, наполнение отчасти теория, отчасти мой личный профессиональный опыт, посему на объективность на претендует, но к жизни максимально приближен.
Профи будет неинтересен, оптимально для тех, кто переквалифицируется в анализ или активно работает в нем недолго (до года).
В 2009 г. проводила такой семинар в Питере.

Собссно вот, изучаю спрос..

23
Хочется посоветоваться с более опытными коллегами, как налаживать процесс управления проектом в условиях, когда "правильно" и "как лучше" сделать нельзя, но делать все равно надо :)

Ситуация такова:
1. формальная документация и реальное состояние продукта друг друг не соответствуют и соответствовать никогда не будут. В этом направлении проламывать стену лбом совершенно бесполезно, но можно сделать неофициальную документацию, для внутреннего использования. Это единственный способ зафиксировать состояние системы в виде "как на самом деле".
2. разработка начинается до того, как требования согласованы и зафиксированы, отсюда высокий риск изменений. Опять же - требовать согласования до начала разработки бесполезно, т.к. то, что команда не уложится в сроки, заказчика не волнует (т.е. это наши проблемы, как исполнителей).
3. отношения с заказчиком таковы, что мы должны принимать практически все его требования, возражения не принимаются, можно только влиять в некоторых пределах на способ реализации. Такова политика работы с данным заказчиком.

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

Личный опыт работы с госами особенно приветствуется :)

24
Тестирование / Соотношение "багов" и "фич"
« : 09 Февраля 2011, 13:05:07 »
Задумавшись над вопросом оптимизации процесса, собрала некоторую статистику из системы, в которой мы ставим задачи, и обнаружила, что количественно на каждую новую задачу (доработку = требование) приходится 4-5 ошибок. Количественно - т.е. ошибки не всегда порождаются именно новой доработкой, просто сравнила объемы того и другого.

Система под веб (сильно допиленная под нужды заказчика cms с БД), плохо документирована (содержание документации соответствует актуальному состоянию примерно наполовину или немного больше).
На проекте два разработчика и два тестировщика.

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

Есть ли смысл улучшать документирование, подготовку людей или их количество, т.е. насколько затраты на эти действия оправдают полученный в результате эффект?

25
Буду в Киеве с 15 октября (это пятница), дня три-четыре.
Семинарить лениво, а просто неформально пообщаться-погулять с удовольствием :)

Кто хочет - пишите в приват.

ЗЫ. Кстати, как у вас там сейчас с работой для аналитиков? :)

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

Вот как пишет автор о своей работе:
Цитировать
Я преподаю в самой крупной школе бизнеса в мире - в институте, который называется INSEAD... Большинство из [студентов], как я говорю в шутку, ходят по институту со слегка наклоненными влево головами (как ходят и преподаватели). И это заставляет их ходить кругами.

Большинство моих студентов - "рациональные" инженеры и экономисты, мыслящие "логически", чье левое полушарие мозга оказывается более развитым. Занятые вопросами рациональности и объективности, они, кажется, интересуются только достоверными сведениями для анализа сложных деловых ситуаций. Они склонные воспринимать интуицию, эмоции и субъективность как нечто среднее между немощным и опасно легким, не понимая, что "легкие" вопросы могут быть очень "трудными". Из-за того, что легкие вопросы могут сломать карьеру, я время от времени слегка стучу своим студентам (и коллегам) по голове, чтобы вернуть их мозг в состояние равновесия и помочь им работать обеими частями этого жизненно важного органа. Но мои усилия действуют лишь короткое время. Вскоре многие "левши" возвращаются к их "обычному" состоянию - продолжают ходить кругами.

В общем, те, кому уже надоело ходить кругами, оценят :)

27
Идеи и мозговой штурм / Любопытное ПО
« : 18 Августа 2010, 11:22:26 »
Если ошиблась разделом, перекиньте пожалуйста тему.

Недавно показали мне любопытную софтину, называется Personal Brain.
Небольшое описание здесь.

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

Если кто-то пользовался или знает аналогичное, поделитесь впечатлениями плиз?..
Спасибо.

28
Это моя группа вконтакте, ей почти 2 года, почти 400 участников, из них примерно 1/3 в качестве профессии указывают "аналитик". Географически: Россия-Украина-Беларусь (есть еще Прибалтика, Казахстан и забугорные, но их мало). При поиске групп по запросу "UML" выпадает первой.

Кому интересно: пишите в приват, подарю :)

29
В связи с мыслями о понаезде в столицу на выходные 12-13 июня интересуюсь - есть у кого желание и возможность встретиться в эти дни?
Программа профессионально-неформальная. :)

30
Видимо, не очень в тему, но очень нужно. Перекопала весь Интернет мелкой лопаткой, узнала только месяц - июнь 1968 г.
Если кто-нибудь знает точную дату, поделитесь плиз :)

Страницы: « 1 2 3 »