Здравствуйте, Vzhyk, Вы писали:

V>14.07.2010 14:33, FR пишет:
>>
>> Читал, ничего страшного не увидел.
V>Это не страшное???

Нет по одной такой ситуации никаких выводов сделать нельзя. Всякое случается.
Но и восторгов Гапертона относительно этой фирмы не разделяю, видел тут другие их объявления о работе,
скуповаты ребята
Ну и так как раньше сам работал в подобном режиме знаю что сложностей много, но если складывается
нормальная команда то работать можно.

Здравствуйте, Vzhyk, Вы писали:

V>Это не страшное???

V>"Требуется супермегакрутой программист на с++, желательно из геймдева.
V>Ситуация следующая — есть софт, очень критичный к времени исполнения.
V>Сейчас он написан с использованием матлаба, что позволяет выполнить
V>бизнес-задачи, но не позволяет вложиться в нужное время. Требуется
V>переписать движок полностью на с++, чтобы получить максимально шустрый
V>его вариант. От человека потребуется как формирование архитектуры, так и
V>реализация ключевых её участков.
V>Готовы заплатить стоящему специалисту (много)$"

А что там страшного то?
В геймдеве подобные задачи редко, но попадаются: есть математика, надо разогнать до второй космической.

14.07.2010 15:14, FR пишет:
>
> Нет по одной такой ситуации никаких выводов сделать нельзя. Всякое
> случается.
Отвечу поговоркой "Обжегшись на молоке, дуешь и на воду".
А в выше-приведенном посте пугает полная неадекватность в оценке сроков
и самой задачи:
1. Часто код на матлабе можно поправить так, что его скорость вырастет в
10 раз и быстрее не напишешь. Повторить ту же скорость или выйграть
процентов 5 можно.
2. Срок месяц. В реализованный алгоритм, даже со всей докой недели две
только вникать надо, в меньший срок не верю. Сам, если год назад писал,
в свой код несколько недель въезжать будешь.
3. И сама реализация на С++, вот тебе пример: в алгоритме задействованы
GMM, HMM, SVM, GA, куча операций с матрицами. На матлабе это может быть
строчек 30-50 кода, сколько ты это писать на С++.

14.07.2010 15:31, CreatorCray пишет:
>
> V>Это не страшное???
>
> V>"Требуется супермегакрутой программист на с++, желательно из геймдева.
> V>Ситуация следующая — есть софт, очень критичный к времени исполнения.
> V>Сейчас он написан с использованием матлаба, что позволяет выполнить
> V>бизнес-задачи, но не позволяет вложиться в нужное время. Требуется
> V>переписать движок полностью на с++, чтобы получить максимально шустрый
> V>его вариант. От человека потребуется как формирование архитектуры, так и
> V>реализация ключевых её участков.
> V>Готовы заплатить стоящему специалисту (много)$"
>
> А что там страшного то?
> В геймдеве подобные задачи редко, но попадаются: есть математика, надо
> разогнать до второй космической.
Ну выкинь циклы из кода на матлабе и перейди на матричные операции.
Поставь плагин поддержки CUDA и поправь код.

А вот переписывание на С++ даст или не даст выгрыш — это от миллиона
причин зависит. А еще срок на переписывание 1 месяц — это просто смешно.
Только 2 недели в алгоритм въезжать будешь.
За сколько времени ты перепишешь алгоритм из из поставки матлаб, тот же HMM?

Здравствуйте, Vzhyk, Вы писали:


V>Отвечу поговоркой "Обжегшись на молоке, дуешь и на воду".
V>А в выше-приведенном посте пугает полная неадекватность в оценке сроков
V>и самой задачи:

Я в матлабе не разбираюсь так что судить не берусь. Возможно представители фирмы
тоже не разбираются, ну так специалист им все разъяснит. Ну а требование переписать
на C++ может быть вполне адекватным, это зависит от того где будет использоваться код.

Здравствуйте, kaa.python, Вы писали:

VM>>p.s. Я думал что для Москвы достойная зп — 100 штук, а вы за 80 хотите нанять

KP>Для Москвы достойная ЗП штук 300, но черт побери, столько никто не платит!

вы что издеваетесь? на одну любовницу уходит раз в 30 больше

Здравствуйте, Vzhyk, Вы писали:

V>Ну выкинь циклы из кода на матлабе и перейди на матричные операции.
Не известно цикл ли там или уже матричные.

V>Поставь плагин поддержки CUDA и поправь код.
CUDA не спасёт если алгоритм не параллелится в принципе.

V>А вот переписывание на С++ даст или не даст выгрыш — это от миллиона
V>причин зависит. А еще срок на переписывание 1 месяц — это просто смешно.
Месяц — это да, не серьёзно. А вот даст ли эффект переписывание на С++ надо смотреть всё равно на месте. Заочно сказать что мол, бесполезно — нельзя.

V>Только 2 недели в алгоритм въезжать будешь.
Если есть авторы, думаю что меньше.

Здравствуйте, Vzhyk, Вы писали:

V>А в выше-приведенном посте пугает полная неадекватность в оценке сроков
Сроки там выставлены явно с не пониманием ситуации.

V>1. Часто код на матлабе можно поправить так, что его скорость вырастет в
V>10 раз и быстрее не напишешь. Повторить ту же скорость или выйграть процентов 5 можно.
Матлаб имеет хорошо написанные примитивы, но думаю что в частном случае можно выжать ещё.

V>3. И сама реализация на С++, вот тебе пример: в алгоритме задействованы
V>GMM, HMM, SVM, GA, куча операций с матрицами. На матлабе это может быть
V>строчек 30-50 кода, сколько ты это писать на С++.
#include <MyMathLib.h>
и те же 30-50 строк

Почему всегда думают что раз С++ то все примитивы будут всегда писаться с нуля?
А как же BLAS, LAPACK и т.п.?

14.07.2010 16:04, CreatorCray пишет:
>
> V>А в выше-приведенном посте пугает полная неадекватность в оценке сроков
> Сроки там выставлены явно с не пониманием ситуации.
Но очень безапелляционно. Поиск того, кто все пообещает и ничего не сделает.
Ну и куда делся тот, кто этот алгоритм писал? Обычно человек, хорошо
знающий матлаб может на нем написать и оптимально. Кроме того этот
человек знает алгоритм в деталях и не будет тратить время на его
понимание. Итого, включая телепатию, был человек, написал им код на
матлаб, они ему не заплатили или заплатили мало, он ушел и они в
пожарном порядке ищут бога.

>
> V>1. Часто код на матлабе можно поправить так, что его скорость вырастет в
> V>10 раз и быстрее не напишешь. Повторить ту же скорость или выйграть
> процентов 5 можно.
> Матлаб имеет хорошо написанные примитивы, но думаю что в частном случае
> можно выжать ещё.
Только до того, чтобы дойти до этого частного случая нужно полгодика с
оным алгоритмов повозиться. А в итоге ты сначала на matlab этот частный
случай реализуешь и работать он будет быстрее того общего.

>
> V>3. И сама реализация на С++, вот тебе пример: в алгоритме задействованы
> V>GMM, HMM, SVM, GA, куча операций с матрицами. На матлабе это может быть
> V>строчек 30-50 кода, сколько ты это писать на С++.
> #include <MyMathLib.h>
> и те же 30-50 строк
А где ты их возьмешь эти библиотеки?
А что ты будешь делать с нюансами реализации этих библиотек и matlab?
Даже если и возьмешь все необходимые сторонние библиотеки и заюзаешь их,
то результаты на matlab и этих библиотек будут отличаться, сколько
времени потратишь на выяснение насколько важны эти различия?
Что будешь делать, если алгоритм, что переносить пришлось неустойчивый?
И т.д?

>
> Почему всегда думают что раз С++ то все примитивы будут всегда писаться
> с нуля?
> А как же BLAS, LAPACK и т.п.?
Так matlab их и юзает. (В винде MKL)

14.07.2010 16:04, CreatorCray пишет:
>
> V>Ну выкинь циклы из кода на матлабе и перейди на матричные операции.
> Не известно цикл ли там или уже матричные.
Если там уже все оптимально написано, то ничего ты не ускоришь, только
замедлишь.

>
> V>Поставь плагин поддержки CUDA и поправь код.
> CUDA не спасёт если алгоритм не параллелится в принципе.
Да. И переписывание хоть на чем здесь не поможет.

>
> V>А вот переписывание на С++ даст или не даст выгрыш — это от миллиона
> V>причин зависит. А еще срок на переписывание 1 месяц — это просто смешно.
> Месяц — это да, не серьёзно. А вот даст ли эффект переписывание на С++
> надо смотреть всё равно на месте. Заочно сказать что мол, бесполезно —
> нельзя.
По опыту, где-то 5% (или меньше) алгоритмов, написанные на С++ будут
работать быстрее, чем на matlab. Есть, конечно вероятность, что у них
именно такой.

>
> V>Только 2 недели в алгоритм въезжать будешь.
> Если есть авторы, думаю что меньше.
Это если алгоритм уровня:
A = rand(100);
B = rand(100);
C = A*B;

Для более ни менее чего сложного проверено на многих людях, время
понимания алгоритма где-то 2-6 месяцев.

VM>За 500 рублей в час, в провинции ты найдешь только студиозов, у остальных желание кодить за копейки живя в родном городе давно прошло

VM>p.s. Я думал что для Москвы достойная зп — 100 штук, а вы за 80 хотите нанять


Прямо скажем, ты погорячился. 80 — это и в Москве не для студента зарплата. Или я очень сильно оторвался от реалий.

Даже больше скажу.
Есть алгоритм, разбуди меня, я его тебя в деталях и всех нюансах расскажу. Реализовывал я его более упрощенные модификации уже раза 3.
И все равно, при реализации нового варианта на С++ (до этого была полностью работающая модель на матлав), я ошибся в оценке сроков на 50%.

А тут речь о неизвестно каком алгоритме, неизвестно каком качестве модели, неизвестно каком описании и месяц.

Ник>В Москве разработчики хотят всё больше денег. Даже за 80 тыс. рублей не так легко найти более-менее опытного программера в самой обычной прикладной области.
Рынок не может быть неправ? Не?
(если нет монополий\сговоров)

Здравствуйте, Muxa, Вы писали:

Ник>>В Москве разработчики хотят всё больше денег. Даже за 80 тыс. рублей не так легко найти более-менее опытного программера в самой обычной прикладной области.
M>Рынок не может быть неправ? Не?
M>(если нет монополий\сговоров)

а что, в нью-йорке и мухосранске зарплаты одинаковы?

Здравствуйте, Vzhyk, Вы писали:

V>А по сути, эти 3 проблемы и не проблемы вообще.
Еще какие проблемы.

V>Вот эти 4 пункта в офисе проявляются в слабой степени, а на удаленке
V>полностью.
Ну да

M>>Рынок не может быть неправ? Не?
M>>(если нет монополий\сговоров)
BZ>а что, в нью-йорке и мухосранске зарплаты одинаковы?

нет, а по-вашему должны быть?

Здравствуйте, Muxa, Вы писали:

M>>>Рынок не может быть неправ? Не?
M>>>(если нет монополий\сговоров)
BZ>>а что, в нью-йорке и мухосранске зарплаты одинаковы?

M>нет, а по-вашему должны быть?

тогда зачем ты аппелируешь к рынку? люди и в москву то понаехали именно потому что рынок неправ

M>>нет, а по-вашему должны быть?
BZ>тогда зачем ты аппелируешь к рынку? люди и в москву то понаехали именно потому что рынок неправ

а что не так-то?
в мухосранске рыночная стоимость программиста 100 тыс руб/год, в нуёрке — 100 тыс $/год.

Здравствуйте, Muxa, Вы писали:

M>>>нет, а по-вашему должны быть?
BZ>>тогда зачем ты аппелируешь к рынку? люди и в москву то понаехали именно потому что рынок неправ

M>а что не так-то?
M>в мухосранске рыночная стоимость программиста 100 тыс руб/год, в нуёрке — 100 тыс $/год.

ты уже забыл, о чём писал? я напомню: что в москве люди получают "рыночную" зарплату и потому нефиг переносить эти места в провинцию

Здравствуйте, Ник:
> С другой стороны — если вы работаете в такой компании, и вас "сдали в
> аренду", прошу также поделиться впечатлениями. Какие бывают проблемы с
> коммуникацией.. Какие типы работы лучше подходят для внешней разработки,
> какие нет, и т.д.

Я не работаю на аутстаффинге, я работаю удаленно. Работодателя ни разу
не видел. В дефаултсити не был с 1985го.

1. С коммуникациями проблем особых нет, кроме случаев, когда контакты
недоступны по реальным причинам (например, сидят на совещании с
заказчиком). А вообще, если есть два-три человека на месте, которые в
курсе (не обязательно программисты, в большинстве случаев достаточно
человека, который разбирается в предметной области), проблем нет.
2. Как по моему скромному мнению, так любые. Сходу я даже не могу
придумать что создало бы проблемы. Разве что что-нить связанное со
специфическим оборудованием — такие вещи по опыту лучше иметь под рукой
во время отладки, один черт оно никогда не работает в точности так, как
описано в документации.
3. Под т.д. я не знаю, что вы понимаете. Задавайте вопросы, я отвечу.