русский
Germany.ruForen → Архив Досок→ Programmierung

Русские программисты.

473  1 2 alle
  Ostap Flash Master14.04.06 13:42
14.04.06 13:42 
Так... Вычитал тута вот...
http://lenta.ru/news/2006/04/13/programmers/
#1 
Murr коренной житель14.04.06 14:02
Murr
NEW 14.04.06 14:02 
in Antwort Ostap 14.04.06 13:42
Конкурс программистов!!!
Задача:
"найти самый дешевый способ создания системы, которая соединяет различные узлы корпоративной сети."

До сих пор я думал, что этим занимаются системотехники, а не программеры...
#2 
  scorpi_ скептик14.04.06 19:21
NEW 14.04.06 19:21 
in Antwort Murr 14.04.06 14:02
Ерунда, это просто single-source, single-destination shortest path problem in a DAG.
#3 
Murr коренной житель14.04.06 20:15
Murr
NEW 14.04.06 20:15 
in Antwort scorpi_ 14.04.06 19:21
??? - DAG - терминология не понятна... Отошел я от этого уже давненько...
#4 
  scorpi_ скептик14.04.06 20:18
NEW 14.04.06 20:18 
in Antwort Murr 14.04.06 20:15
Murr коренной житель14.04.06 20:23
Murr
NEW 14.04.06 20:23 
in Antwort scorpi_ 14.04.06 20:18
Ааа, это... DAG не покрывает указанную задачу - множественные истоки, множественные стоки... К тому же - переменные во времени... Не программерская это задача, это я тебе говорю как системотехник-по-диплому...
#6 
  scorpi_ скептик14.04.06 20:23
NEW 14.04.06 20:23 
in Antwort scorpi_ 14.04.06 19:21
Кстати я соврал. Он у них с циклами.
#7 
  scorpi_ скептик14.04.06 20:25
NEW 14.04.06 20:25 
in Antwort Murr 14.04.06 20:23
Я тебе говорю про конкретную задачу на последнем ICPC. Им надо было всего лишь посчитать количество узлов в кратчайшем пути.
#8 
  Ostap Flash Master14.04.06 20:33
NEW 14.04.06 20:33 
in Antwort Murr 14.04.06 14:02
Программирование и развитие ЭВМ началось в США в 50-х для ускорения вычислений при проектировании и испытании атомных бомб.
Так что все сегодняшние программисты в определ╦нной меры инженеры-системотехники (то бишь АСУ) и даже.... физики-ядерщики.
#9 
Murr коренной житель14.04.06 20:39
Murr
NEW 14.04.06 20:39 
in Antwort scorpi_ 14.04.06 20:25
Нее, не слежу я за этими делами. Последний раз, когда брал очередное первое место по республике - пожадничали - ни значка, ни грамоты... плюнул с тех пор...
А то графам - попадалась неплохая библиотека. Считала почти все, что требовалось, но вот никакой визуализации не поддерживала. А мне надо было чем-то отрисовать полный граф переходов по одной из задачек - пришлось быстренько самому делать отображалку... но без всяких расчетов. Клиент был убит на месте, когда ему показали всю навигацию в виде одной картинки...
#10 
Murr коренной житель14.04.06 20:40
Murr
NEW 14.04.06 20:40 
in Antwort Ostap 14.04.06 20:33
Вообще-то - до 40-х. Именно тогда были использованы перфокарты с кодами, для управления вычислениями...
#11 
  Tomasson мумеиси14.04.06 20:41
NEW 14.04.06 20:41 
in Antwort Ostap 14.04.06 20:33
мы в Уни учили, что родоначальником был Zuse 8-)
http://de.wikipedia.org/wiki/Konrad_Zuse
#12 
  scorpi_ скептик14.04.06 20:41
NEW 14.04.06 20:41 
in Antwort Ostap 14.04.06 20:33
В ответ на:
Программирование и развитие ЭВМ началось в США в 50-х для ускорения вычислений при проектировании и испытании атомных бомб.

Ну, во-первых Эниак это 1946 год. Во-вторых на западе на буковку Э вообще как-то не налегают, так что можно вспомнить и Цузю, а то и вообще калькулятор Лейбница... И кстати Эниак считал баллистику, а вовсе не параметры атомных бомб.
#13 
  Ostap Flash Master14.04.06 20:43
NEW 14.04.06 20:43 
in Antwort Murr 14.04.06 20:40, Zuletzt geändert 14.04.06 20:44 (Ostap)
Чо к словам придираешься...
А ребята видимо вот отсюда :http://www.sgu.ru/faculties/computer_sciences/
Только грузится что-то медленно...
#14 
  Ostap Flash Master14.04.06 20:46
NEW 14.04.06 20:46 
in Antwort Tomasson 14.04.06 20:41, Zuletzt geändert 14.04.06 20:48 (Ostap)
Бедные немцы... Честный, работящий народ... А у них все всё крадут. И ракты, и ядерную физику, и ЭВМ...
И вааще, первая ЭВМ - это счётные палачки, и позже, в усовершенствованом варианте - счёты.
#15 
  scorpi_ скептик14.04.06 20:48
NEW 14.04.06 20:48 
in Antwort Murr 14.04.06 20:39
Я вообще считаю этот конкурс дурью, и уж тем более за ним не слежу. Задачи я посмотрел полтора часа назад.
А с графами я сейчас работаю, в уни разрабатываем приближённые решения task scheduling'а эволюционными методами. Задача NP-полная, так что точное решение можно посчитать от силы для нескольких десятков узлов...
#16 
Murr коренной житель14.04.06 20:49
Murr
NEW 14.04.06 20:49 
in Antwort Ostap 14.04.06 20:43
Наверное... Сейчас по инету много глупостей ходит. Не то, что раньше - в двух книгах разные цифирьки пропечатались - один из редакторов или корректоров идет на другую работу...
#17 
Murr коренной житель14.04.06 20:52
Murr
NEW 14.04.06 20:52 
in Antwort scorpi_ 14.04.06 20:48
Хммм... Голубая мечта - получить доказанно-минимальный выход с генератора кода...
Увы, она хоть не НП-полная, но при наличии стека просто не решаемая...
#18 
Murr коренной житель14.04.06 20:55
Murr
NEW 14.04.06 20:55 
in Antwort scorpi_ 14.04.06 20:48
Ты вроде занимался нейронками? Там что-то собралось? Может в природе (.нет, сбилдер) уже есть реализация узла, пригодного для посторения хотябы простых экспертных систем? самому что-то лениво писать...
#19 
m_e_p_h_i_s_t_o посетитель15.04.06 22:35
m_e_p_h_i_s_t_o
NEW 15.04.06 22:35 
in Antwort Murr 14.04.06 20:49
А зачем эволюционными-то методами? Они особой эффициентнотью не отличаются. А для task scheduling есть куча аппроксимативных и рандомизированных решений.
#20 
  scorpi_ скептик16.04.06 14:37
NEW 16.04.06 14:37 
in Antwort m_e_p_h_i_s_t_o 15.04.06 22:35
С чего ты это взял-то? Вполне нормальные методы, ничем не хуже других эвристик. Или ты можешь подтвердить свои слова ссылками на научные работы?
#21 
m_e_p_h_i_s_t_o посетитель19.04.06 01:22
m_e_p_h_i_s_t_o
NEW 19.04.06 01:22 
in Antwort scorpi_ 16.04.06 14:37
Методы вполне нормальные, тут я не спорю. Только они слишком абстрактны и слишком слабо привязаны к конкретной проблеме. Это делает их универсальными, но имеет свою цену. А для task sceduling есть специализированные решения (например ILP-формулировка). Если количество данных невелико и время особой роли не играет, тогда один черт. Но если вежно найти быстрое решение, то IMHO за EA браться не стоит.
#22 
  scorpi_ скептик19.04.06 03:45
NEW 19.04.06 03:45 
in Antwort m_e_p_h_i_s_t_o 19.04.06 01:22
Почитай что-ли http://citeseer.ist.psu.edu/cache/papers/cs/15274/http:zSzzSzwww.eee.hku.hkzSz~y... и не пиши больше такую чушь...
#23 
  scorpi_ скептик19.04.06 04:40
NEW 19.04.06 04:40 
in Antwort m_e_p_h_i_s_t_o 19.04.06 01:22
Ну и вот ещё статья неплохо описывающая рассматриваемый нами алгоритм (ACO): http://citeseer.ist.psu.edu/cache/papers/cs/666/http:zSzzSzwww.csr.unibo.itzSz~m...
Собственно ACO на данный момент похоже является наилучшей эвристикой.
#24 
  scorpi_ скептик19.04.06 04:52
NEW 19.04.06 04:52 
in Antwort Murr 14.04.06 20:55
Ты вроде занимался нейронками? Там что-то собралось?
В принципе и то, и другое делалось в рамках определённого курса на один семестр, но если нейронки были чисто учебным заданием, то параллелизация ACO для task graph scheduling вливается в исследовательскую работу соответствующей кафедры. А о нейронках у меня осталось негативное мнение - чистый hype IMHO...
#25 
1 2 alle