что пишут про "vyzhivanie-sredi-govnokoderov"

[Ал]

наткнулся на досуге на очередной "плач Ярославны", просматриваю http://www.sql.ru/forum/1280846-1/vyzhi ... vnokoderov

[kreator]

Govnokodery obsirajut govnokoderov!!! До конца дочитать невозможно. На sql.ru любят "базарить" на такие темы. У каждого своё мнение, к общему знаменателю никогда не прийти. Ещё любят баттлы всякие.
А вообще человек так устроен, не может он себя унизить, признать себя govnokoderom. Это противоестественно. Да и слава богу. А то прогресс совсем остановится, если все будут посыпать голову пеплом.

[gopstop2007]

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

[Ал]

без бесовских игрищ

http://rsdn.org/forum/job/6893054

[kreator]

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

Я бы поспорил. Отвёртка и шуруповёрт, например. Результат одинаковый, а удобство, сроки и т.д. и т.п.

[Ал]

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

Я бы поспорил. Отвёртка и шуруповёрт, например. Результат одинаковый, а удобство, сроки и т.д. и т.п.

а давайте, поспорьте, почитаем ,
хотя мне кажется gopstop2007 говорил просто о результате - о нормальном рабочем продукте, выдаваемом в любых условиях обстоятельствах,
а kreator - про "высокие материи", тогда интересно будет почитать про "удобство/сроки/т.д./т.п." - "экрана на 3, но не больше" , особенно откровения про то что на "выхлопе" оба варианта оказались рабочими, что за отвёртку внезапно расстрел дали, а за шуруповёрт - внезапно премию или просто новую/очередную задачу (а то 2 сразу?) вручили...

[gopstop2007]

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

Я бы поспорил. Отвёртка и шуруповёрт, например. Результат одинаковый, а удобство, сроки и т.д. и т.п.

а зря , мы же говорим о разных людях, дайте одну и туже дрель, разным людям, один будет каждое сверло ломать на каждом изделии, другой этой же дрелью не ломая сверло просверлит 100 изделий
И я говорил об умении, навыках, не зависимо от инструмента, например, костюмы пошитые в ручную, анахронизм вроде , если есть супершвейные машинки, ценятся дороже

[Admin]

признать себя govnokoderom

О. Это я такой!

посыпать голову пеплом

[Ал]

Всех (мастеров и Мастеров) с Наступающим! Здоровья! Все будет хорошо !

[kreator]

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

Ну да, правильно. Поэтому нужно оценивать не просто полученное в итоге, а должны быть некие критерии. Например, варианты:
1. Заказчик платит за количество строк кода. Чем больше, тем лучше. Задача программера при этом такого шлака написать, который не испортил бы логику и быстродействие.
2. Нужно сделать быстродействие максимальным. На размер exe-шника не обращаем внимания.
3. Нужен минимальный размер кода и приемлемое быстродействие.
4. ...
5. ...

Можно ещё время разработки подтянуть. Один за неделю уложился, другой месяц затратил.

[finsoftrz]

Чтобы открыл код через несколько лет и мог быстро разобраться и внести нужные изменения...

[RaFaeL]

Я бы еще читаемость кода добавил в критерии. Например, использование choose вместо if ... else... уменьшает и код и его читаемость

[gopstop2007]

Ну да, правильно. Поэтому нужно оценивать не просто полученное в итоге, а должны быть некие критерии. Например, варианты:
1. Заказчик платит за количество строк кода. Чем больше, тем лучше. Задача программера при этом такого шлака написать, который не испортил бы логику и быстродействие.
2. Нужно сделать быстродействие максимальным. На размер exe-шника не обращаем внимания.
3. Нужен минимальный размер кода и приемлемое быстродействие.
4. ...
5. ...

Можно ещё время разработки подтянуть. Один за неделю уложился, другой месяц затратил.

Полностью с вами согласен.
1. Вы же не роман пишете, который заказчик будет читать-засыпая при прочтении.
2 Согласен
3 Насчет размера, по моему размер на сегодня не критичен , интересно есть программы на кларионе больше гига
Вообще то конечному заказчику- пользователю все равно что там "внутри", главное чтобы программа соответствовала его запросам.
А запросы у заказчика(ков) растут и меняются, мастерство в том, чтобы сделать такую программу, чтобы минимально менять архитектуру внося изменения и не столкнутся с тем, что в программу нельзя внести изменение, так как рушится вся логика. И необходимо создавать новую программу.
Вы когда покупаете телевизор, вас же не интересует количество деталек в нем

[kreator]

Вообще то конечному заказчику- пользователю все равно что там "внутри", главное чтобы программа соответствовала его запросам.

Вот это самый сложный пункт. Заказчик, как правило, ничего не понимает в разработке. Человек с "нашей" стороны, который договаривается с заказчиком, тоже, как правило, ничего не понимает в разработке . А виноват потом оказывается программер. Когда потом? Например, когда у заказчика появились дополнительные хотелки, а ему выкатывают цену за них, как за новую разработку. Потому что не предусмотрели развития, хотели побыстрей и подешевле, и ещё куча причин. Об этом и обсуждение на sql.ru. Чтобы сделать идеальный продукт (или хотя бы приблизится к идеальному), нужны усилия всех звеньев цепи. Есть ещё момент. Сдаём работу заказчику, его всё устраивает. Проходит год, количество данных выросло многократно. Программа еле шевелится. Кто виноват? Разработчик претензии принимает?

[Ал]

...Например, когда у заказчика появились дополнительные хотелки, а ему выкатывают цену за них, как за новую разработку. Потому что не предусмотрели развития, хотели побыстрей и подешевле, и ещё куча причин...

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