На данный момент самый крутой результат — это полноценная (на молекулярном уровне выполненная, конечно же, не атомарном) модель одной очень простой бактерии. Так что, технология в принципе уже существует. Только вот такие вычислительные мощности, которые нужны для чего-то хоть немного более сложного, будут не ранее чем лет через двадцать.
По поводу пункта 4 немного не согласен. Надо написать две-три грязные итерации, после чего уже сесть, подумать, и грамотно всё спроектировать, зная уже про все подводные камни. Последняя, чистовая итерация будет уже правильной и красивой. Только надо помнить, что каждую новую итерацию надо писать с нуля, нельзя заимствовать ничего из предыдущих.
Тормозят програмы вовсе не от того, что программисты не озабочены поголовно выдавливанием всего что можно из железа. Любит народ примитивизировать всё.
Нельзя с CLR сделать небольших размеров standalone executable. Нельзя сделать callback, эффективно вызываемый из unmanaged. Нельзя без очень жесткого оверхеда вызывать unmanaged функции. P/Invoke — тот еще тормоз, да и calli не лучше.
Смотря каких случаев. LLVM — для unmanaged, CLR — для всего, что managed. Так что оптимальный вариант — смешивать их, а не пытаться на одном дела то, что лучше получается у другого.
При правильно подобранной фитнес-функции ГА работают очень неплохо, иногда им просто нет альтернативы.
Точно! google.com — в ведро! maps.google.com — в ведро! gmail.com — в ведро!
Тормозят програмы вовсе не от того, что программисты не озабочены поголовно выдавливанием всего что можно из железа. Любит народ примитивизировать всё.
Нельзя с CLR сделать небольших размеров standalone executable. Нельзя сделать callback, эффективно вызываемый из unmanaged. Нельзя без очень жесткого оверхеда вызывать unmanaged функции. P/Invoke — тот еще тормоз, да и calli не лучше.