Требуется супермегакрутой программист на с++, желательно из геймдева.
Ситуация следующая — есть софт, очень критичный к времени исполнения. Сейчас он написан с использованием матлаба, что позволяет выполнить бизнес-задачи, но не позволяет вложиться в нужное время. Требуется переписать движок полностью на с++, чтобы получить максимально шустрый его вариант. От человека потребуется как формирование архитектуры, так и реализация ключевых её участков.
Контракт разовый, предположительно на месяц. На время контракта вы будете жить в Одессе ( Украина ). Питание\проживание — оплачиваются.
Готовы заплатить стоящему специалисту 10,000$
По вопросам сотрудничества просим на asl цобак codedgers точко com
Пожалуйста, уважайте коллег и не допускайте излишнего цитирования. Для неуважающих напомню, что есть правила форума и ресурса + санкции за несоблюдение оных. Модератор
CC>Ситуация следующая — есть софт, очень критичный к времени исполнения. Сейчас он написан с использованием матлаба
хотите сэкономить $10к?
см. мою подпись.
x64>Ну если выкинуть $10k, останется "питание\проживание". Не много тебе надо для счастья. Завидую.
да я не про себя. я указал на готовый тул для ТС.
если он им не подойдет — дык пусть обращается, напишу на C++\CUDA за $10к.
Здравствуйте, Muxa, Вы писали:
x64>>Ну если выкинуть $10k, останется "питание\проживание". Не много тебе надо для счастья. Завидую. M>да я не про себя. я указал на готовый тул для ТС. M>если он им не подойдет — дык пусть обращается, напишу на C++\CUDA за $10к.
Если алгоритмы там через пень колоду то и CUDA не поможет
Здравствуйте, Muxa, Вы писали:
CC>>Ситуация следующая — есть софт, очень критичный к времени исполнения. Сейчас он написан с использованием матлаба M>хотите сэкономить $10к? M>см. мою подпись.
и чтобы поддерживать такое — надо будет постоянно иметь программиста к-й
*умеет CUDA (таких <0.1%)
*умеет multithreading (таких <10%)
топик стартеру — недавно наткнулся на чей-то продукт к-й резко поднимает скорости на матлаб вычислениях, только немного уменьщая точность — если интересно — пиши в личку — пришлю ссылку
23.04.2010 16:06, codedgers.com пишет: > > Сейчас он написан с использованием матлаба, что позволяет выполнить > бизнес-задачи, но не позволяет вложиться в нужное время. Требуется > переписать движок полностью на с++, чтобы получить максимально шустрый > его вариант.
Скорее всего, просто matlab реализация такая (и все вытекающие отсюда
проблемы). По моему опыту обогнать matlab на C++ редко получается.
Итого: минус.
Срок месяц: минус (разобраться в чем-то за это время обычно не реально).
> > Контракт разовый, предположительно на месяц. На время контракта вы > будете жить в Одессе ( Украина ). Питание\проживание — оплачиваются.
Тут 3 минуса: Разовый заказ, переезд "к черту на рога", длительность
заказа месяц.
> > Готовы заплатить стоящему специалисту 10,000$
Это плюс, но он не перевешивает минусы выше.
V>Скорее всего, просто matlab реализация такая (и все вытекающие отсюда V>проблемы). По моему опыту обогнать matlab на C++ редко получается.
Я всегда обгонял. Правда я обгонял код написанный научными сотрудниками, а я программист. На matlab то же можно писать по разному. Много всяких тонкостей.
V>Срок месяц: минус (разобраться в чем-то за это время обычно не реально).
Как правило так и бывает. То с чем я сталкивался доводилось до продукта на плюсах больше месяца. Во многом это связанно с тем что код на матлабе попути модифицируется. Работа в стиле "конвертировать *.m в *.h + *.cpp" — это утопия.
28.04.2010 17:07, Timur_SPB пишет: > > V>Скорее всего, просто matlab реализация такая (и все вытекающие отсюда > V>проблемы). По моему опыту обогнать matlab на C++ редко получается. > Я всегда обгонял. Правда я обгонял код написанный научными сотрудниками, > а я программист. На matlab то же можно писать по разному. Много всяких > тонкостей.
Это говорит только об уровне этих "научных сотрудников". Я таких тоже
очень много видел и вижу периодически, особенно из "богаделен"
> > V>Срок месяц: минус (разобраться в чем-то за это время обычно не реально). > Как правило так и бывает. То с чем я сталкивался доводилось до продукта > на плюсах больше месяца. Во многом это связанно с тем что код на матлабе > попути модифицируется.
Если в том алгоритме что-то больше, чем a+b, то обычно и трех месяцев
мало. А если еще и человеческого описания тех алгоритмов нет, то ...
проще написать заново
V>Это говорит только об уровне этих "научных сотрудников". Я таких тоже V>очень много видел и вижу периодически, особенно из "богаделен"
Ничего не говорит. Ученный не обязан быть хорошим программистом.
V>Если в том алгоритме что-то больше, чем a+b, то обычно и трех месяцев V>мало. А если еще и человеческого описания тех алгоритмов нет, то ... V>проще написать заново
За это деньги и платят обычно. Если четкое описание по шагам есть, то такую работу можно смело поручить индийским конторам.
29.04.2010 13:54, Timur_SPB пишет: > > Ничего не говорит. Ученный не обязан быть хорошим программистом.
На эту тему уже был тут спор: может-не может, обязан-не обязан. Но
по-факту, обычно, если приличный ученый, то и программист он приличный.
А вот приличных ученых, которые не могут программировать встреть не
довелось (дедушек, которые основные свои работы сделали 40-50 лет назад,
не будем учитывать).
> > За это деньги и платят обычно.
Об этом и разговор пошел. Хотя многим тарелка риса в день, как деньги.
Не странно, что все остальные их предложения — заметно ниже рынка?
People who are more than casually interested in computers should have at least some idea of what the underlying hardware is like. Otherwise the programs they write will be pretty weird (c) D.Knuth
On 05/01/2010 12:03 PM, gear nuke wrote: > K>круто! > > Не странно, что все остальные их предложения — заметно ниже рынка?
Да ни один самый крутой спец не сможет "победить" нормальную команду
даже из трех средних спецов (даже два средних и один толковый нуб).
Чтобы делать большую работу нужно развивать команду.
Здравствуйте, Other Sam, Вы писали:
OS>Да ни один самый крутой спец не сможет "победить" нормальную команду OS>даже из трех средних спецов (даже два средних и один толковый нуб). OS>Чтобы делать большую работу нужно развивать команду.
Но если команда не справляется, срок горит, но часть бюджета осталась — остается и надежда
People who are more than casually interested in computers should have at least some idea of what the underlying hardware is like. Otherwise the programs they write will be pretty weird (c) D.Knuth
On 05/08/2010 09:48 AM, gear nuke wrote: > OS>Да ни один самый крутой спец не сможет "победить" нормальную команду > OS>даже из трех средних спецов (даже два средних и один толковый нуб). > OS>Чтобы делать большую работу нужно развивать команду. > > Но если команда не справляется, срок горит, но часть бюджета осталась — > остается и надежда
1973й год (могу ошибаться лет на 10). Мифический человеко-месяц. Глава
"Смоляная яма". Там описывается этот кейз и результат к которому
приведет найм новых людей.
Здравствуйте, Muxa, Вы писали:
CC>>Ситуация следующая — есть софт, очень критичный к времени исполнения. Сейчас он написан с использованием матлаба M>хотите сэкономить $10к? M>см. мою подпись.
Даааааалеко не всё ложится на CUDA. Ты ж сам это прекрасно должен знать.
M>>см. мою подпись. CC>Даааааалеко не всё ложится на CUDA. Ты ж сам это прекрасно должен знать.
Да я-то знаю.
Но пока ты добирался до моего предыдущего сообщения, я уже успел сменить подпись.
Там был ссылка на возможно почти готовое решение для ТС.
Здравствуйте, Vzhyk, Вы писали:
V>Скорее всего, просто matlab реализация такая (и все вытекающие отсюда V>проблемы). По моему опыту обогнать matlab на C++ редко получается.
+1. Тоже думаю, что на плюсах matlab обогнать вряд ли получится, если программу для matlab писал профи.