Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Прочее";
Текущий архив: 2011.11.20;
Скачать: [xml.tar.bz2];

Вниз

Взаимодействие объектов   Найти похожие ветки 

 
картман ©   (2011-07-19 21:44) [0]

В проекте используются самописные компоненты, скажите, нормальная практика, что контролы используют свойство tag для "узнавания", какие данные ему нужно загружать из ассоциированного объекта(таг = номеру свойства объекта)?


 
Юрий Зотов ©   (2011-07-19 21:58) [1]

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


 
картман ©   (2011-07-19 22:21) [2]


> Юрий Зотов ©   (19.07.11 21:58) [1]


> ем более, что для разработчика компонентов не представляет
> абсолютно никакого труда ввести свое специальное свойство.
>

а нормально, что я его сегодня искал полдня, пока не плюнул(и не спросил у знающих товарищей)? Как-то напрягает, что на полную ерунду убивается стока много времени.


 
tesseract ©   (2011-07-19 22:32) [3]


>  Как-то напрягает, что на полную ерунду убивается стока
> много времени.


Не надо использовать сторонние компоненты. Особенно без документации.


 
Loginov Dmitry ©   (2011-07-19 22:33) [4]


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


Ты свое "специальное свойство" искал пол-дня? И как успехи, нашел?


> Как-то напрягает, что на полную ерунду убивается стока много
> времени.


Привыкай. Это программирование!


 
картман ©   (2011-07-19 22:43) [5]


> tesseract ©   (19.07.11 22:32) [3]
>
> Не надо использовать сторонние компоненты. Особенно без
> документации.

они не сторонние - типа наследие предков: кто давно работает, тот в курсе; документации, как и положено, нет


> Loginov Dmitry ©   (19.07.11 22:33) [4]
>
>  И как успехи, нашел?
>

найди ответ в моем вопросе;)


> Привыкай. Это программирование!

да мне не лень, просто мучает вопрос "тварь ли я дрожащая...?"


 
Юрий Зотов ©   (2011-07-19 22:54) [6]

> картман ©   (19.07.11 22:21) [2]

> а нормально, что я его сегодня искал полдня

Ненормально.

> пока не плюнул(и не спросил у знающих товарищей)?

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


 
Loginov Dmitry ©   (2011-07-19 22:58) [7]


> просто мучает вопрос "тварь ли я дрожащая...?"


имеешь право! :)


 
картман ©   (2011-07-19 23:11) [8]


> Юрий Зотов ©   (19.07.11 22:54) [6]


>
> Ненормально.

блин, хоть иди и топись(


 
Kerk ©   (2011-07-19 23:19) [9]

Обычная ситуация. Неужели впервые столкнулся с чужим говнокодом? Тогда готовься, впереди его гигабайты.

Ну и не стесняйся, сразу иди спрашивай авторов, если сходу непонятно.


 
Юрий Зотов ©   (2011-07-19 23:31) [10]


> картман ©   (19.07.11 23:11) [8]
> блин, хоть иди и топись

Не надо топиться. Ненормально не то, что Вы его искали полдня, а то, что Вы его вообще стали искать. Не надо было этого делать (ну в крайнем случае - не более 10 минут).

При отсутствии документации задать вопрос - нисколько не зазорно. А так получилось, что фирма Вам оплатит полдня зазря потерянного времени - кому  от этого хорошо? Ни фирме, ни Вам, ни другим сотрудникам.


 
картман ©   (2011-07-19 23:44) [11]


>  Kerk ©   (19.07.11 23:19) [9]

прям бальзам на душу:)


 
картман ©   (2011-07-19 23:45) [12]


> Юрий Зотов ©   (19.07.11 23:31) [10]

да занятые все, нафик


 
Юрий Зотов ©   (2011-07-19 23:46) [13]

Я тут не полдня - я полгода баг искал. Плавающий баг, собака. Программа серверная, в режиме 24х7. То этот баг самопроизвольно появляется, то он так же самопроизвольно исчезает. На нашем тестовом стенде никогда не воспроизводится. Интерактивного отладчика нет. И хрен поймешь, что там происходит, даже логи почти ничего не дают. Правда место возникновения ошибки все же вычислил, но вот ПОЧЕМУ она то есть, то нет - и правда хрен поймешь.

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


 
картман ©   (2011-07-19 23:51) [14]


> Юрий Зотов ©   (19.07.11 23:46) [13]


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

шикарно, не забудьте обмыть)


 
Юрий Зотов ©   (2011-07-20 00:04) [15]


> картман ©   (19.07.11 23:51) [14]

Уже начал.
:o)


 
Юрий Зотов ©   (2011-07-20 00:08) [16]


> картман ©   (19.07.11 23:51) [14]

Я правильно понял, что Вы искали специальное свойство, а его не было и вместо него использовалось Tag?


 
Юрий Зотов ©   (2011-07-20 00:23) [17]


> картман ©

Если так, то разработчика такого компонента надо буквально штрафовать. Вопиющая безграмотность, причем весьма чреватая.


 
Германн ©   (2011-07-20 01:33) [18]


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


> шикарно, не забудьте обмыть)


> Уже начал.

Такие  "события" можно обмывать десятилетиями и так до конца жизни и не узнать за что пил.

У меня тоже есть "случайно возникающая ошибка в программе 24х7". За полтора десятка лет её продажи, среди многих сотен объектов, где она установлена, в двух случаях зафиксировано в логах странное явление - сообщение об ошибке ECovertError возникающее с частотой внутреннего таймера программы в течение от 30 секунд до нескольких минут.
Пытался просить помощи тут, на ДМ. sniknik меня почти неделю "возил мордой по столу" (ну т.е. ему казалось, что он меня возит). А результата не было. Что и естественно. "Плавающий баг" на то и плавающий, что на тестовом стенде его очень трудно воспроизвести.


 
uw ©   (2011-07-20 19:41) [19]

Программы надо сразу писать без багов, тогда их и искать не надо будет.


 
Юрий Зотов ©   (2011-07-20 20:03) [20]

> uw ©   (20.07.11 19:41) [19]

Угу. И приказ соответствующий издать - писать программы без багов.


 
uw ©   (2011-07-20 20:18) [21]

Не, приказов не надо. А то я не умею без багов.


 
Kerk ©   (2011-07-20 20:34) [22]

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

Это же очевидно. Разве может настоящий профессионал допускать ошибки не специально?


 
картман ©   (2011-07-20 20:46) [23]


> Юрий Зотов ©   (20.07.11 00:08) [16]
>
> Я правильно понял, что Вы искали специальное свойство, а
> его не было и вместо него использовалось Tag?

да


> Если так, то разработчика такого компонента надо буквально
> штрафовать. Вопиющая безграмотность, причем весьма чреватая.

ну, теперь уже поздно  - ядро сотворили давно и творцы, думаю, творят сейчас где-то далеко)))


 
Rouse_ ©   (2011-07-20 22:25) [24]


> Kerk ©   (20.07.11 20:34) [22]
> На самом деле я бы увольнял каждого, кто сделал хоть один баг.

- Ведьму сжечь!
- Но она такая красивая...
- Хорошо... но потом сжечь ...


 
DiamondShark ©   (2011-07-21 10:43) [25]


> На самом деле я бы увольнял каждого, кто сделал хоть один баг.

Сарказм -- это хорошо. Но есть нюансы.

Программы писать -- это, как известно, не кирпич класть. Если кирпич положить криво, раствору марку не выдержать, да ещё, не дай б-г, оно потом ещё и обвалится, так можно не только на деньги попасть, а и сесть реально.
А программа чо? Продукт творческий, нервная организация программиста тонкая. Можно падать по три раза в день.

И опять мы видим преференции (за общественный, надо отметить, счёт) только на основании тонкой душевной организации.

Но, к счастью, так бывает не всегда.
Не так давно наблюдал (и даже участвовал) в разборках заказчика с програмистской шайкой. Суть дела была проста и банальна, подобным  ежёдневно занимается чуть менее, чем каждый из присутствующих: организованная группа лиц по предварительному сговору, злоупотребляя доверием, пыталась завладеть денежными средствами юридического лица путём сбыта некондиционной продукции. При этом, как водится, упирали на тонкую нервную организацию и пункт ЛС про "эз из" и т.п. лабуду, которую трусливые прохвосты любят писать в жалких попытках прикрыть свою техническую некомпетентность.
Но, в данном случае, не на тех напали. Хорошие юристы и непредвзятые, незамазанные в цеховую круговую поруку технические консультанты, легко убедили арбитраж, что, образно говоря, дважды джва равное не четырём, а трём с половиной, не канает на "эз из", а является голимым разводиловом.


 
Kerk ©   (2011-07-21 11:53) [26]


> DiamondShark ©   (21.07.11 10:43) [25]

Ну это да. Из все сфер инженерной деятельности, в программировании меньше всего внимания уделяется качеству. Причем это считается нормальным. Вероятно, все дело в молодости отрасли.


 
DiamondShark ©   (2011-07-21 12:59) [27]

Я думаю, что дело не столько в молодости отрасли, сколько в норме прибыли.
Контроль качества на уровне, сопоставимом с "материальными" областями (вроде машиностроения или пищевой промышленности) убъёт всю рентабельность отрасли. Мне, в принципе, не жалко. Но инвестор считает по-другому. Инвестору нужен растущий рынок, а отдалённые последствия его не волнуют. Могут, вообще говоря, ради роста рынков и кирпич класть, как студенты батоны кидают.
Что мы на примерах т.н. "инвестиционного жилья" и наблюдаем:
http://golosrazuma.livejournal.com/108362.html



Страницы: 1 вся ветка

Форум: "Прочее";
Текущий архив: 2011.11.20;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.52 MB
Время: 0.004 c
8-1218115292
Magik
2008-08-07 17:21
2011.11.20
АЦП средствами дельфи


3-1266481358
RandomWalker
2010-02-18 11:22
2011.11.20
Выделение записей в зависимых таблицах.


2-1310473287
samstroy
2011-07-12 16:21
2011.11.20
QR коды


2-1311848966
ixen
2011-07-28 14:29
2011.11.20
Помогите написать SQL запрос...


4-1252050878
Quazi
2009-09-04 11:54
2011.11.20
Создание собственной SPIN-блокировки





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский