主页
Top.Mail.Ru Yandeks.Metrika
论坛:“抢”;
当前存档:2006.01.22;
下载:[xml.tar.bz2];

向下

怎么不编程 找到类似的分支


Игорь Шевченко ©   (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]

Igor Shevchenko©(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]

Igor Shevchenko©(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]

Capibar©(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]

Capibar©(29.12.05 14:19)[20]

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



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

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

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


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



boriskb ©   (2005-12-29 15:38) [25]

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


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



Jeer ©   (2005-12-29 16:08) [26]

seg(29.12.05 15:07)[24]

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



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

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

它是什么样的?
Сначала обычно договариваются о цене, а уж потом делают...



Sandman29 ©   (2005-12-29 16:14) [28]

Jeer©(29.12.05 16:08)[26]

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

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



ANB ©   (2005-12-29 16:41) [29]


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

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



ANB ©   (2005-12-29 16:49) [30]


> Igor Shevchenko©(29.12.05 12:28)

А нельзя запостить или мылом выслать статью ?



Jeer ©   (2005-12-29 17:01) [31]

seg(29.12.05 16:13)[27]

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



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

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



Jeer ©   (2005-12-29 20:58) [33]

Sergey Masloff(29.12.05 20:22)[32]

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



vuk ©   (2005-12-29 21:18) [34]

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



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

由主持人删除



Страницы: 1 整个分支

论坛:“抢”;
当前存档:2006.01.22;
下载:[xml.tar.bz2];

楼上









内存:0.7 MB
时间:0.068 c
14-1135503730
VUDU
2005-12-25 12:42
2006.01.22
在avi中可以超越Mov文件的是什么?


2-1136544210
Bopros
2006-01-06 13:43
2006.01.22
Маленькой приложение с Build with runtime packages


14-1135887087
瓦西的尸体
2005-12-29 23:11
2006.01.22
头戴式耳机


2-1136027458
GuAV
2005-12-31 14:10
2006.01.22
if Assigned(Self) then Result := FList else Result := EmptyList;


9-1123438144
SergProger
2005-08-07 22:09
2006.01.22
FullSceen





南非荷兰语 阿尔巴尼亚人 阿拉伯语 亚美尼亚 阿塞拜疆 巴斯克 白俄罗斯 保加利亚语 加泰罗尼亚 简体中文 中国(繁体) 克罗地亚 捷克 丹麦语 荷兰人 英语 爱沙尼亚语 菲律宾人 芬兰 法文
加利亚西语 格鲁吉亚语 德语 希腊语 海地克里奥尔语 希伯来语 印地语 匈牙利 北日耳曼语 印度尼西亚人 爱尔兰语 意大利语 日本性玩偶 韩语 拉脱维亚 立陶宛 马其顿 马来语 马耳他语 挪威语
波斯语 波兰语 葡萄牙语 罗马尼亚 俄语 塞尔维亚 斯洛伐克 斯洛文尼亚 西班牙语 斯瓦希里 瑞典语 泰国人 土耳其 乌克兰 乌尔都语 越南人 威尔士语 意第绪语 孟加拉 波斯尼亚
宿务 世界语 古吉拉特语 豪萨语 苗族 伊博 爪哇 卡纳达语 高棉 老挝 拉丁语 毛利 马拉 蒙古人 尼泊尔 旁遮普 索马里 泰米尔人 泰卢固语 约鲁巴语
祖鲁
英文 Французский Немецкий Итальянский Португальский 俄文 Испанский