Как не надо программировать

← →
Игорь Шевченко © (2005-12-29 12:28) [0]

Сабж, собственно

http://www.gazeta.ru/techzone/2005/12/28_e_508171.shtml

← →
Kerk © (2005-12-29 12:34) [1]

Что-то нифига не понял про что там написано.

← →
DiamondShark © (2005-12-29 12:42) [2]

Сердца у Вас нет, Игорь.

← →
Игорь Шевченко © (2005-12-29 12:43) [3]

примерно на ту же тему :)

http://dump.iof.ru/41775.html

← →
boriskb © (2005-12-29 12:43) [4]

Игорь Шевченко © (29.12.05 12:28)

Все так.
И с самого начала.
По крайней мере, в 70-х так же было :)
Это что же? Неизлечимо?

Kerk © (29.12.05 12:34) [1]
Что-то нифига не понял про что там написано.
Чтобы дом строили по приблизительным чертежам используя не опробованные технологии? Не видели, а в этой индустрии сплошь и рядом. А вы видали заказчика который просит в разгаре строительства десятиэтажного дома добавить еще три этажа и сарай в придачу и соединить их мостом. А тут нормальненько, в порядке вещей.
Это про заказчика. И исполнитель примерно так же себя ведет. Вот и вся суть статьи.

← →
Kerk © (2005-12-29 12:45) [5]

boriskb © (29.12.05 12:43) [4]
Это про заказчика. И исполнитель примерно так же себя ведет. Вот и вся суть статьи.

Ааа.. понятно. :)
Ато я начал читать.. там таким языком написано.. что ну его нафиг, подумалось.

← →
k2 © (2005-12-29 12:45) [6]

Игорь Шевченко © (29.12.05 12:43) [3]
надо же где бываете :) любовь к живому русскому довела? :)

← →
boriskb © (2005-12-29 12:46) [7]

boriskb © (29.12.05 12:43) [4]
Вот и вся суть статьи.

Еще добавлю
Программирование никак не станет (в массе своей) технологией.
Все вертится возле шаманства :)

← →
wicked © (2005-12-29 12:48) [8]

хы-хы... особенно порадовал раздел "Люди базы".... про меня прям.... :)

← →
Sandman29 © (2005-12-29 12:51) [9]

не только люди разные, но и компании. у нас не так, слава звесу.

← →
McSimm_ (2005-12-29 13:02) [10]

> 28_e_508171.shtml
>Заключение
>Надеюсь развлек и не обидел.
угу. забавно написано, ошибок только много.
Вероятно подобным заболеваниям подвержены старые/крупные/успешные компании.
У нас QA реально помогают производству, менеджеры разбираются в технических деталях зачастую лучше программистов а "люди базы" регулярно напоминают окружающим, что излишняя и неоправданная нормализация и бизнес-логика только вредит производительности :)))
что будет когда количество наших клиентов и штат сотрудников увеличится на порядок - посмотрим. вполне возможно, что такой же бардак как и в статье :)

← →
boriskb © (2005-12-29 13:18) [11]

McSimm_ (29.12.05 13:02) [10]

И ни разу заказчик посреди срока не вносил уточнений, значительно меняющих задачу? :))
Остается только позавидовать :)

← →
McSimm_ (2005-12-29 13:27) [12]

> ни разу заказчик посреди срока не вносил уточнений

однако, бывает :)
но большая часть уточнений все же выявляется на этапе dfs review

← →
boriskb © (2005-12-29 13:35) [13]

McSimm_ (29.12.05 13:27) [12]
но большая часть уточнений все же выявляется на этапе dfs review

Извините, если не скромно: а кто ваши заказчики? :)

← →
Jeer © (2005-12-29 13:56) [14]

Практически никогда, после 90-го не работал в команде.
И если берусь за проект, то одновременно являюсь всем сразу, как многрукая Шива (PR-manager, design-manager, software/hardware-engineer, test-engineer, owner и тп).
При необходимости, привлекается подсобный персонал, в основном по железу.
Но !
Делаю штучные проекты.
На том и стою.

"Не в баксах деньги" (С)

← →
TUser © (2005-12-29 14:00) [15]

:)

зы. Одно удивило - неужели Игорь читает написанное таким языком? Уж лучше журнал ][акер.

← →
КаПиБаРа © (2005-12-29 14:01) [16]

boriskb © (29.12.05 13:18) [11]
Я сейчас в шкуре заказчика. 1,5 месяца для нас пишут программу. Недавно сделал уточнение, в результате которого пришлось вносить изменения в структуру базы и клиенты.
А уточнение такое. Мне захотелось окрашивать линию на графике в любой цвет, а не в тот который есть в предоставленном мне диалоге выбора цвета. А в этом диалоге цветов не так уж много clRed, clBtnFace, clBackground и т.д.
Пришлось им текстовое поле длиной 30 символов переделывать в integer и переписывать диалоги выбора.

Потом была еще такая просьба. В дереве на против названия формы указывать в скобках имя пользователя, который ее обслуживает.
Однакос как оказалось при составлении запросов имя формы берется как раз из дерева и добавление туда имени пользователя потребует переделки всего механизма запросов. Пришлось отказаться от такого требования.

Позавчера отдали программистам так называемое ТЗ, а точнее требования пользователей или С требования, которое составляли 11 месяцев. Около 10 страниц текста и страниц 20-30 формул. Посмотрел как идет разработка текущего приложения и боюсь что следующую программу не напишут. Просто не осилят :(

← →
Alex Konshin © (2005-12-29 14:08) [17]

Ну про китайцев он прав - они просто незаметны. Программисты никакие, еще не видел хорошего программиста-китайца. Хорошие программисты-индусы иногда встречаются, но в подавляющем большинстве - слабоваты. Они по менталитету послушны и будут методично долбить поставленную задачу. Нового написать они не смогут, но старое поддерживать можно доверить отдельным представителям.
Реально индусов набирают на работу потому, что они в пять-шесть раз дешевле обходятся. Менеджеры почему-то считают, что пять-шесть индусов могут заменить одного русского. Но реалии нашей фирмы показывают обратное. А у нас есть на чем смотреть статистику...

Меня тут недавно один индус в переписке огорошил вопросом, по которому по-моему можно судить о его квалификации. Я ему разъяснял, что у него неверно прописаны хосты в /etc/hosts (речь шла о unix). На что он мне прислал вопрос: "А где находится /etc/hosts?". Да что там говорить, даже написанную и разжеванную инструкцию умудряются выполнить неверно.

← →
Jeer © (2005-12-29 14:12) [18]

КаПиБаРа © (29.12.05 14:01) [16]

"Один мастер может все, если вопрос не в баксах." (С)

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

Два дня работы.
Все сделано.

← →
boriskb © (2005-12-29 14:16) [19]

Alex Konshin © (29.12.05 14:08) [17]
"А где находится /etc/hosts?".

Поприсутствовал бы я с удовольствием на собесодовании при найме.
Как же оно проходит?

← →
КаПиБаРа © (2005-12-29 14:19) [20]

Jeer © (29.12.05 14:12) [18]
А при составлении С требований в интервью с заказчиком был вопрос:
"Возможна ли ситуация, когда один покупатель - много поставщиков?"?

← →
ZeroDivide © (2005-12-29 14:28) [21]

Удалено модератором
Примечание: А зачем цитировать

← →
McSimm_ (2005-12-29 14:43) [22]

> Извините, если не скромно: а кто ваши заказчики? :)

иностранные компании (Европа, Америка). Подробнее не могу - подписка обязывает блюсти скромность :)

← →
Jeer © (2005-12-29 14:54) [23]

КаПиБаРа © (29.12.05 14:19) [20]

Конечно был.
Но Заказчиков было много и не всегда связанно они общались даже между собой.
С другой стороны - "двухдневный" вопрос не стоит "жвачки".
Это можно от"играть попозжее.
Если уметь играть.

← →
seg (2005-12-29 15:07) [24]

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

Два дня работы.
Все сделано.

Следующий этап - много покупателей - много поставщиков.

McSimm_ (29.12.05 14:43) [22]
иностранные компании (Европа, Америка).

Мне кажется, такие случаи особые.

seg (29.12.05 15:07) [24]

Если это будет надо - сделаем для данного Закзчика.
Но..
Сначала сделать, а потом торговаться.

← →
seg (2005-12-29 16:13) [27]

Сначала сделать, а потом торговаться.

Это как?
Сначала обычно договариваются о цене, а уж потом делают...

Jeer © (29.12.05 16:08) [26]

Сначала сделать, а потом торговаться.

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

> Поставщик становится уязвимым

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

seg (29.12.05 16:13) [27]

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

← →
Sergey Masloff (2005-12-29 20:22) [32]

>Люди базы
>Целью жизни для людей базы является неуемное стремление >нормализовать базу до десятого уровня нормализации и при этом они >испытывают состояние близкое к оргазму. Кроме того в их задачу входит >полное устранение middle tier, в виду его полной ненужности, а чего, >говорят они, все здеся, в наших родненьких stored procedures и >ненаглядных triggers. А к этим таблицам не будет вам прямого доступа, >щас вам view наваляем. А будете выпендриваться вообще лишим доступа.
Это ж про меня... Кроме нормализации лишней все остальное - золотые слова. И при появлении новой технологии у меня ту же сторед прошейдор будет дергать СуперКулКлиент как до него дергал дельфовый клиент а потом джава- сервлет а потом дотнет вебсервис. А отлаженый и провереный уже в течение 10 лет код будет работать и работать. Как энерджайзер и даже круче.

Sergey Masloff (29.12.05 20:22) [32]

Как у меня на небольших задачах при отлаженном GUI работали базы (ну, допустим на DBISAM - файл-сервер, заметим) - так и сейчас работают по военному.
Ставил недавно какой-то SKIF для налоговой (MSSQL/MSDE+ VB) - так стоило на копме зайти другому юзеру - все отмерло.
На фиг !

to Sergey Masloff (29.12.05 20:22) [32]:
>Это ж про меня... Кроме нормализации лишней все остальное - золотые
>слова.
У нас та ж фигня. Только все еще более радикально. Доступа к таблицам нет ваще, вьюшек тоже нет. :o) Только процедуры.

← →
имя (2005-12-30 01:40) [35]

Удалено модератором

Как не надо программировать Найти похожие ветки