1936
О Сайте и Форуме / Статистика использования поисковых систем
« : 19 Июня 2007, 00:44:30 »
Предлагаю опрос с целью последующей поисковой оптимизации.
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
Денис! По поводу стереотипов для UC предлагаю до семинара помотреть в сторону Requironments диаграммы bp UML2Ты должно быть имеешь в виду SysML.
Для справки.Не, я не предлагал эти производные атрибуты менять. С подписью под профилем всё решаемо. Правда Senior Member мне совсем ни к чему.
На форуме существует так называемая группа, основанная на количестве сообщений. Чем больше сообщений тем больше звездочек и соотвественно тем выше статус. Изменить текущие статусы на более информативные - не представляет трудности. Однако привязка таких понятий к количеству опубликованных сообщений сомнительна. Т.е. от того, что я опубликовал больше всех записей - не означает, что я становлюсь скажем Бизнес-аналииком. Т.е. это не подписи к аватарам как таковые, это статусные элементы, завязанные просто на количестве сообщений. Т.е. мы можем считать, что человек с большим статусом внушает доверия и является активным респондентом форума. Больше данная характеристика ничего не показывает. Подписи же к аватарам или просто подпись в письме, дело лично каждого. Так что советую просто указать это в своем профиле.
Вполне возможно, для SMF существуют дополнительные модули - если это так готов расмотреть возможностьих использования, но искать эти модули - свыше моих теперешних сил
Денис, ты себя вспомни, много ли ты читал обязательных книг во время учебы? Ведь основная подготовка шла по лекциям. Да, лекции по многим предметам отшлифовывались годами - это факт, но все же основная подготовка идет по ним, если что-то не понятно, тогда учебник. Я не помню, например, чтобы мы по Бобровниковой (сапромат) читали какие-то книжки - все по лекциям, и знали не простой предмет лучше многих других... Может быть секрет в износиловании в течении семестра, а не на экзамене, я не знаю.Нам откровенно повезло с теми преподавателями, которые читали исчерпывающие лекции. Это действительно плод поколений. Все относительно новые предметы читаются плохо и книжки по ним не помешали бы, если сейчас они есть - сам бог велел.
Программисты UML не знают, опыта работы с CASE не имеют.Кстати вы тут сразу автоматически попадаете на следующие задачи и связанные с ними риски:
Доклад подразумевает присутствие, но для меня это маловероятно в настоящее время. Возможно ли все-таки предоставление тезисов, например на представительской основе? Или в таком случае лучше просто совместная презентация? Например, мы с тобой готовим общий доклад, но ты его представляешь?Да, всё это можно делать, если договоримся. Тебя какая тема интересует?
Еще в качестве предложения. Имеет ли смысл продумать "русскоязычный" набор стереотипов и создание соотвествующих графических образов для лучшей передачи семантики с ориентацией именно на русско-говорящую аудиторию.Продумать смысл имеет, но назначение стереотипов в том, чтобы обозначить какие-то наиболее часто встречающиеся разновидности объекта в данной предметной области. Причём то, что будет полезно для меня лично - не факт, что будет полезно для остальных, поэтому я со своим докладом рискую, но это нормально. Про графические образы не понял - их тоже стоит вводить для конкретной ПрОбл, причём изменение образа более опасно, чем введение стереотипов. Покажи какие-нибудь примеры, когда это уместно? Я на вскидку только помню графическую пометку у класса, говорящую, что он является таблицей БД.
К сожалению у меня чисто теоретический взгляд на использование перцедентов, а опыт только учебного характера. Интересен ли аудитории такой взгляд?Ну за учёного-теоретика сойдёшь ) Если я подкреплю твои рассуждения практикой, то и нормально.
В этой самой литературе я встретил термин "плавательная дорожка", заключай его в кавычки или нет суть от этого не поменяется.Если термин не заключается в кавычки и составлен из слов повседневного обихода, то при его восприятии сознание автоматически диссоциирует (низводит) его на составные элементы. Сравни, как ты реагировал на моё использование слова "прецеденты" без кавычек (и это в профессиональной среде!). См. использование термина карта мышления, карта сознания без кавычек.
Почему ты полагаешь, что если ты сумел найти 9 ссылок в интернет, значит это убедительный довод в твою пользу?Потому что статистика говорит в пользу такой проверки.
Интернет - не единственный источник знаний, при чем далеко не самый лучший, особенно учитывая, что многие ссылаются на одно и тоже.Для такой области знаний, как UML - это один из основных источников знаний. Но тут речь не про знания даже, а про адекватность перевода термина.
Я говорю про устоявшийся термин, потому чтоА я ещё раз скажу, что:
1. это дословный перевод с английского, который как раз и имеет то же самое значение
2. еще раз повторяю в литературе и нашей и переводной этот термин только и встречается (лично я других не встречал).
Не знаю зачем упоминать тут про мою голову? Это в общем не твое дело, что у меня в голове и про что. Попрошу впредь выбирать выражения!Ты же сам выше сказал "меня он устраивает", т.е. ограничил уместность и удачность термина своей персоной. Конечно, в рамках себя самого ты можешь считать что угодно. С другой стороны, если ты обиделся на то, что я не люблю ставить смайлики и считаешь упоминание своей головы в качестве зоны признания нормальности термина неуместным личным выпадом, то practice what you preach, и как воспринимать твою фразу про "странный ты человек"?
Ты сам желаешь получить ответ на риторический вопрос, и при этом требуешь АБСОЛЮТНОЙ точности от других в их ответах тебе (на риторический вопрос, подчеркиваю). В то же время сам же допускаешь неточность в формулировке вопроса. Так, в частности говоришь про "согласованно спроектировать" - это как? Далее "не забывая про детали и не делая ошибок" ... раз так, тогда давай формулируй требования к работе более внятно. Иначе это примерно тоже, что и "сделай мне крсной и синей краской шоб было красиво". О каких деталях идет речь? Что является критерием того, что детали не упущены? Что есть ОШИБКА, если все ПИШЕТСЯ со СЛОВ заказчика? Очевидно чтобы ответит на этот "вопрос-пример", ОДНОГО твоего описания НЕДОСТАТОЧНО. Нужно заказчику "посмотреть в глаза", побеседовать, понять его действительные потребности, а не рассчитывать только на интерпретацию потребностей заказчика некими посредниками.Во-первых, это не совсем риторические задачи, скорее - это те задачи, которые у меня так или иначе реально стоят и по которым пока окончательно не ясно, что лучше - сделать их самому или нанять консультанта. Я тебе прошу ещё раз - возьми пожалуйста один из моих примеров и перепиши это предложение так, чтобы оно звучало корректным с твоей точки зрения, по желанию додумывая недостающие детали. Цель - добиться такой формулировки, которая позволила максимально продуктивно начать общаться с консультантом. Я для начала пока выкину те вещи, которые ты посчитал непрозрачными:
"Нужен человек, который сможет быстро со слов клиента описать в ARIS'е текущий бизнес-процесс продажи некоторого продукта и спроектировать с его же слов новый с учётом пожеланий по автоматизации".
Денис, ну это не серьезно ... ты хочешь сказать что ты не доверяешь этим людям, которые у тебя в контакт-листе?Нет, это какая-то инсинуация. Я правда спрашиваю - рассылать ли всем, кому доверяю? Или только отобранным? Если отобранным, то как отобранным?
В любом случае тебе нужно будет ИСКАТЬ, как минимуем номер его телефона :-)Я о том и спрашиваю, как искать, причём, чтобы это не было конём в вакууме, дал примеры задач.
Если упростить задачу - я могу порекомендовать людей тебе на CRM, очень серьезных ... по деньгам потянешь их услуги???А при чём тут "очень серьёзные"? Такого пожелания вроде не было. Странно, что ты только сейчас вспомнил, что у задачи есть бюджет и наверное надо искать не просто так, а с учётом бюджета.
А реально, для этого существуютОк, здорово, так и запишем. Осталось только формализовать/упорядочить.
* референсы
* звонки клиентам этого специалиста или его бывшим работодателям
* собеседование с ним
* может даже тестовое задание, на простом кейсе ...
... что проблемы на экзаменах связаны с тем, что студенты практически не читают рекомендованную литературу, а все свои знания извлекают только из лекций и практических заданий. Претензии свелись к тому, что мои требования читать дополнительную литературу необоснованы. Мол вы вот ведете один свой предмет, так сказать смотрите узко, а у нас в течение семестра множество других дисциплин и чо, по каждой читать ту литературу, которую нам рекомендуют? Я был, мягко сказать, в шоке....Да, есть такая тема. Но тут смысл в том, что должен быть перечень ОБЯЗАТЕЛЬНОЙ литературы, и перечень ДОПОЛНИТЕЛЬНОЙ. И вот обязательную они должны читать, а твоя задача - обеспечить её наличие в университетской библиотеке. Думаю, если бы вузы заявили о своих потребностях в Вигерсе/Лефингуелле, то проблем с их переизданием не было бы.
1. Лучше формулировать цель, и критерии ее достижения, а на задачи сами с консультантом разберетеМои примеры правильно сформулированы? Если нет, поправь плиз, чтобы было бы лучше.
2. Искать а) по рекомендациям людей которым ты доверяешьНу вот у меня у контакт-листе 300 человек, из них it-шников - штук 150. Спрашивать всех напропалую? А если в контакт-листе - 20 человек?
б) лично знать ряд консультантов (например поработав с ними)"мышки, станьтё ёжиками". Если я лично знаю, то искать уже не надо, осталось выбрать.
в) просто приглашать тех кого не знаешь и БЕСЕДОВАТЬ ... консультанты они ж тоже люди ...Я много кого не знаю
3. Раздлить оплату на 30% + 70% или в иных пропорциях ... работать итерационно или поэтапно, анализировать результаты этапов и степень достижения поставленных целейКак убедиться ДО начала работы - фактически речь о том, как ВЫБРАТЬ. Заплатить треть денег - это уже риск, не считая потраченного времени - как его снизить?
Как устоявшийся термин от нормален.Я не думаю, что 9 ссылок - это устоявшийся термин. Или ты про свою голову?