Написание приложения аналог R-Broker

12
Alexey Levin
На сайте с 17.07.2007
Offline
188
#11

Еще вопрос в том, кто будет делать, особенно в условиях раздутого пузыря рынка подобных услуг. Одна контора может за 3 лимона сделать, а небольшая команда фрилансеров за 300 тыщ то же самое. Теоретически, конечно, чем дороже, чем качественнее, но не всегда так и не всегда то качество оправдывается ценой.

Так что вопрос цены - философский.

Один поисковый запрос занимает больше вычислений, чем отправка человека на Луну.
_
На сайте с 24.03.2008
Offline
381
#12

Вот слежу за топиком, и пытаюсь понять.

Тут речь идет о РАЗРАБОТКЕ алгоритмов, или о написании кода, чтобы готовые алгоритмы работали ?

Потому как первое - это одно, а второе - совсем другое.

A
На сайте с 16.01.2010
Offline
19
#13

_SP_,

На само деле алгоритмы есть и донести их до людей, способных реализовать эти алгоритмы в коде - могу.

Но так как сам программистом не являюсь, смутно догадываюсь с какими трудностями и денежными затратами это может быть сопряжено.

Естественно, понимаю, что денег будет стоить, но суммы в 500 к р пыл несколько по умерили.

biplane
На сайте с 15.12.2005
Offline
64
#14
_SP_:
Вот слежу за топиком, и пытаюсь понять.
Тут речь идет о РАЗРАБОТКЕ алгоритмов, или о написании кода, чтобы готовые алгоритмы работали ?

Потому как первое - это одно, а второе - совсем другое.

+!

Вадим, я как раз об этом ;) - хорошая система это не кодинг :)

Вы думаете любой из тут желающих сможет вполпинка написать тз на правильную систему для "небольшой команды фрилансеров за 300 тышш"? :)

потом, кстати, обычно начинается самое интересное.. когда меняется версия апи, например, а небольшая команда фрилансеров уже куда-то растворилась.. а новый (очень грамотный перец, его все хвалят) говорит что-то вроде: "Это что за быдлокодер вам это писал? проще все заново написать чем в этом разбираться."

:D

продвижение сайтов (http://www.biplane-promo.ru) ... не только в поиске ;)
_
На сайте с 24.03.2008
Offline
381
#15

API - это другое. Изменение апи толком не предскажешь.

Другое дело, когда вы получаете 100% реализующее ТЗ, но АБСОЛЮТНО непригодное

для вас приложение. И винить тут некого, кроме того, кто этот ТЗ писал...

И такое как правило повсеместно встречается. Предусмотреть "все проблемы" довольно затруднительно.

Я все время вспоминаю историю про разработку бухгалтерской фичи. Лет 15 назад было.

Человек который должен был сделать и бухгалтер

Человек: вот тут у вас на бумажке цифирка, она какая бывает ?

Бухгалтер: какая-какая, ноль она.

Ч: Всегда ?

Б: Да, всегда

Ч: Точно ?

Б: Ну во второй половине декабря там КОНЕЧНО единица

Ч(про себя матерясь): Единица или ноль значит... скажите, а ДВОЙКА там не бывает ?

Б: Ну ООООЧЕНЬ РЕДКО....

Мы все понимаем что в ТЗ было-бы написано 0, и тот кто это реализовывал

не взял бы денег и не написал кода для 1 и 2... и, возможно, что внесение

этих изменений "задним числом" существенно повлияло бы на бюджет.

В целом согласен с предыдущим оратором: разработчика надо иметь своего,

и хорошо ему платить, а нужно это для того, чтобы он исправлял ВАШИ ошибки,

которые НЕИЗБЕЖНО будут в ТЗ, весь вопрос в их количестве...

12

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий