Форум программистов [Powered by Invision Power Board]

Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате

Форум программистов > JavaScript: Общие вопросы > оцените качество кода

Автор: Samotnik 25.7.2008, 13:01

а нету тута ничего smile

Автор: ksnk 25.7.2008, 15:20

Заказчик - человек, который платит вам деньги. Он имеет право не платить деньги за работу, которая его не устраивает smile

Вариантов - много. От "смени такого умного заказчика", до "воспитай заказчика сам...".

Для начала стоит попробовать убедить заказчика в собственной правоте. Один из очень весомых аргументов в споре - размер загружаемого кода. Чем он меньше, тем программа "лучше".

Автор: dsCode 25.7.2008, 15:49

Двояко... С одной стороны, заказчик / руководитель "всегда" прав. С другой - плох тот, заказчик / руководитель, который прислушивается к лестным поддакиваниям ("ой, какое хорошее решение!", "да, нам не нужны объекты, Вам лучше знать"), нежели к мнениям, которые могут вывести из заблуждений (ведь заказчик / руководитель имеет право не знать / знать не в полной мере / быть в заблуждении - он для этого и обращается к людям, которые помогут залатать это "дыры незнания" за него). Это как сопромат. - есть стол и, если на него накладывать постоянно железные блоки (поддакивания, даже, если заранее известно, что человек не прав), стол прогнется и сломается. Но если сопротивляться этому (прислушиваясь к мнениям тех, кто действительно знает все плюсы и минусы того, о чем рассуждает (т.е. профессионалам)), то система будет стабильной и точной.

Если заказчик разбирается на уровне кода и если он действительно видит, что что-то не так - возможно он обратился не в ту контору. Если он не разбирается, но хочет сделать вид - можно пойти у него на поводу, но при этом должны платиться большие деньги (прихоти стоят дорого). Самый оптимальный вариант - показать, что вы здесь, чтобы помочь сделать это лучше (при этом, естественно, надо этому соответствовать - бросание пыли в глаза всегда будет видно, особенно тем, кто разбирается в вопросе, поэтому смысла в этом вообще нет. Хотя, красиво подавать надо тоже уметь).

Если заказчик "дурак" - то, возможно, - сделать все, как он хочет и больше постараться с ним не работать - так можно и себе репутацию снизить хорошенько (если писать быдло-код по требованию заказчика, который "разбирается как надо"). Хотя.... Опять же - если платятся бооольшие деньги... smile

В общем, это все философия =) По поводу кода, я ничего не скажу (не видел всей структуры).

P.S.: вспомнилась фраза из фильма "99 франков": "слушай сюда, *[цензура]*! Когда ты идешь к стоматологу, ты не советуешь, что ему делать! Ты доверяешь ему! Так и здесь!"

Автор: krundetz 25.7.2008, 16:03

Странно как то такая ситуации могла возникнуть если ТЗ нет. Мы обычно составляем ТЗ где описываем всю структуры функции и т.д. ситемы в том числе и предпологаемую иерархию и API вызовов ТЗ в обязательном порядке подписывается и только потом приступаем к програмированию. А дальше если им что то не нравится говорим что вот ТЗ соответствует соответствует если хотите по другому то хорошо мы переделаем но это отдельные деньги и отдельные сроки если заказчик соглашается то мы опять составляем ТЗ и т.д.

Автор: dsCode 25.7.2008, 16:08

krundetz, при небольших изменених к ТЗ подкрепляются листы с поправками. Однако, бывают случаи, когда список этих поправок уже больше, чем само ТЗ =))) Вообще, если поправок больше определенного количества, ТЗ должно переписываться. Главное, не увиснуть в этой бюрократии глубоко.

Автор: Samotnik 25.7.2008, 17:07

2 all
вы вообще про что ?
Я ведь спросил как вы относитесь к данному коду, а вы мне про заказчиков smile

Автор: ksnk 25.7.2008, 17:18

Samotnik, Возможно, посмотрев на вашу реализацию на "на обьектах и классах" заказчик пришел в недоумение и предложил хоть какой-то вариант, который по его мнению будет лучше smile

Автор: Samotnik 25.7.2008, 18:05

паняна, пасибо большое за пустой оффтоп smile