Иероглифы решают.
Искренне завидую китайцам. Поставил на кнопку каляку-маляку почти квадратную(!) и всем все понятно. Даже если диалекты абсолютно разные.
Однофамильцев много, в выдаче Яндекса появляется только один. Как по мне — ничего страшного.
Кто очень захочет найти, может и в самой сети поискать. Данные по факту и так доступны были.
Не очень понятны качественные критерии решения. Чтобы в принципе работало? Ограничений на память и количество проходов нет?
Тогда очень простое в отладке и однозначное решение, хоть и объемное.
Поскольку данные упорядочены и по условию всегда фаворит, делаем хеш-массив [пара => сколько раз встречалось]. Т.е. ( r/P => 5, o/S => 3 ) и т.п.
Затем сформировать массив самых частотных сочетаний, только чтобы первая буква была уникальной. Это будет идеальная расстановка.
По каждому городу функция близости к идеальной расстановке — сколько из идеальных сочетаний нашлось в данном городе.
Опять же, помня, что есть явный фаворит из условия и возможность прочитать все в память и несколько раз пройти. Сейчас накидал решение на php — совпадает. Еще тестовые данные есть? :)
В статье затронута интересная проблема: чтобы давать часовую ставку, время надо знать. Реальное время, а не недели чтения башорга и ковыряния в носу. Многие, если не большинство разработчиков, реальных затрат на проекте не знают. Даже конторы с большим штатом не особо учитывают.
Лично для меня почасовой рейт — показатель зрелости. Это как минимум означает, что исполнитель поставил задачу учета и худо-бедно контролирует затраты.
Например, последний год веду хронометраж проектов. Личный и сотрудников. Очень сильно отрезвляет. Даже без почасовой ставки. Знал бы заранее, что в одном проекте будет 37 часов обсуждений и почти 11 на телефоне — калькуляция была бы другой.
Если еще нет проекта, то в большинстве ячеек будет «не знаю/не имеет значения/решим на месте/заранее неизвестно». И к маркетинговому плану, именно как плану действий, это не имеет отношения.
Всю таблицу можно заменить на один (!) вопрос-ответ: какую проблему решаем.
Интересно, кто сознательно откажется от удовольствия порулить?
Очень хочется экспертную систему, которая будет давать знать об опасном развитии ситуации. Например, несовместимое со скоростью сокращение дистанции.
Получилась, имхо, банальная ситуация: наверху приняли решение, а в местном отделении не знают как работать по-новому, т.к. руководствуются более всего внутренними распоряжениями. Поправки приняты в конце 2009, а распоряжений, видимо, так и не соизволили спустить.
Если решитесь запускать в эксплуатацию — запасайтесь бумагами и будьте готовы писать каскад жалоб по всей цепочке, вплоть до министра.
Искренне завидую китайцам. Поставил на кнопку каляку-маляку почти квадратную(!) и всем все понятно. Даже если диалекты абсолютно разные.
Кто очень захочет найти, может и в самой сети поискать. Данные по факту и так доступны были.
Тогда очень простое в отладке и однозначное решение, хоть и объемное.
Поскольку данные упорядочены и по условию всегда фаворит, делаем хеш-массив [пара => сколько раз встречалось]. Т.е. ( r/P => 5, o/S => 3 ) и т.п.
Затем сформировать массив самых частотных сочетаний, только чтобы первая буква была уникальной. Это будет идеальная расстановка.
По каждому городу функция близости к идеальной расстановке — сколько из идеальных сочетаний нашлось в данном городе.
Опять же, помня, что есть явный фаворит из условия и возможность прочитать все в память и несколько раз пройти. Сейчас накидал решение на php — совпадает. Еще тестовые данные есть? :)
Лично для меня почасовой рейт — показатель зрелости. Это как минимум означает, что исполнитель поставил задачу учета и худо-бедно контролирует затраты.
Например, последний год веду хронометраж проектов. Личный и сотрудников. Очень сильно отрезвляет. Даже без почасовой ставки. Знал бы заранее, что в одном проекте будет 37 часов обсуждений и почти 11 на телефоне — калькуляция была бы другой.
Всю таблицу можно заменить на один (!) вопрос-ответ: какую проблему решаем.
Очень хочется экспертную систему, которая будет давать знать об опасном развитии ситуации. Например, несовместимое со скоростью сокращение дистанции.
Если решитесь запускать в эксплуатацию — запасайтесь бумагами и будьте готовы писать каскад жалоб по всей цепочке, вплоть до министра.
О вот профайлить нормально получается через xdebug и смотреть через webgrind.
EvilCookie в самый раз.
Огромное количество интересных проектов загнулось из за «нехватки контента».
Один номер, второй, третий… и тема по сути закрыта. Это главная проблема.
Рассылка, журнал, блог, не важно.
:)