Использование DataLayer посоветуйте литературу.

← →
Игорь Шевченко © (2007-07-12 09:44) [40]

Sergey Masloff (12.07.07 05:40) [38]

> К жизни часто это имеет отдаленное отношение.
> Потому и получается, как ты справедливо отметил, >>"что
> 99% работникам IT-области изложенные в Лармане истины нафих
> не нужны"

Суслик © (12.07.07 09:05) [39]

> *Каждый* хочет работать, так как ему нравится. Согласись,
> что любая методика работы одной из сторон имеет большую
> подконтрольность, как сомому себе, так и со стороны начальства.
> Опять же согласись, что добровольно повышать свою подконтрольность
> никому не нужно. Поэтому, люди отвергают изложенные истины.
> При этом, кстати, оперируют железным термином - 10 лет
> успешно пишу, как пишу, что есть претензии к моей работе?
>

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

← →
Суслик © (2007-07-12 09:47) [41]

> Да-да. Вот поэтому буржуины и пишут всякие там Виндоусы,
> Ораклы, Опен офисы и прочую ерунду. А у нас как была задница,
> в которую проктолог не нагибаясь заходит, так и будет, потому
> что каждый мнит себя супер-пупер спецом и всякие методики
> ему не указ.

это ты к чему?
я, между тем, ровно так и считаю.
жалею, что у меня нет полномочий продавливать методики.

да, я понимаю, что некоторые сломаются. но останутся самые крепкие и полезные люди :)

← →
Игорь Шевченко © (2007-07-12 09:57) [42]

Суслик © (12.07.07 09:47) [41]

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

Эта...методики рассчитаны не на крепких и полезных людей, а на работу коллектива, где есть всякие люди, в том числе слабые и бесполезные. Джоэл Спольски хорошо писал про это, сравнивая МакДональдс с шеф-поваром изысканного ресторана.

← →
Суслик © (2007-07-12 10:06) [43]

> [42] Игорь Шевченко © (12.07.07 09:57)

все равное - для внедрения методик нужна власть.
и никак иначе.

← →
Игорь Шевченко © (2007-07-12 10:46) [44]

Суслик © (12.07.07 10:06) [43]

А это тоже типичная черта - надежда на доброго батюшку-царя.
А буржуи между тем пишут себе и пишут...

Да ты сам посмотри - кроме той же 1С есть хоть одна более или менее известная русская программа ?
И то, 1С - это гримасы русской бухгалтерии :)

← →
P_ (2007-07-12 16:33) [45]

> Игорь Шевченко © (12.07.07 10:46) [44]
>
> Да ты сам посмотри - кроме той же 1С есть хоть одна более
> или менее известная русская программа ?
> И то, 1С - это гримасы русской бухгалтерии :)

PROMT, FineReader, Компас, Linter...

← →
Игорь Шевченко © (2007-07-12 16:44) [46]

P_ (12.07.07 16:33) [45]

Разве что FindReader.

Только ты сравни с набором буржуйских программ. Хотя бы на своем компьютере.

← →
oxffff © (2007-07-12 16:46) [47]

> Игорь Шевченко © (12.07.07 16:44) [46]
> P_ (12.07.07 16:33) [45]
>
> Разве что FindReader.
>
> Только ты сравни с набором буржуйских программ. Хотя бы
> на своем компьютере.

Они хорошо управляют (главное качество), а пишут ...

← →
Kolan © (2007-07-17 08:24) [48]

> Одолеешь Фаулера, берись за Лармана&#133

Тю, млин, я оказывается Лармана почти одолел. Я просто не знал что это Ларман :)
Читаю, и стараюсь примеять вот это: Craig_Larman_Applying_UML_and_patterns_SE.djvu  это оно?

← →
Игорь Шевченко © (2007-07-17 09:49) [49]

> Читаю, и стараюсь примеять вот это: Craig_Larman_Applying_UML_and_patterns_SE.
> djvu — это оно?

Оно.

oxffff © (12.07.07 16:46) [47]

> Они хорошо управляют (главное качество), а пишут ...

А пишут все одинаково, дорогой друг. Кто-то лучше, кто-то хуже, но средняя температура по больнице все равно 36,6.
За счет управления качеством все огрехи написанного давятся еще на ранних этапах в отличие от команд, пишущих супер-пупер-гипер медиаплейеры (это образно, конечно, под это определение попадает очень много продуктов, особенно написаного на территории бывшего СССР).

← →
clickmaker © (2007-07-17 10:02) [50]

> [44] Игорь Шевченко © (12.07.07 10:46)

а как же аутсорсинг?
почему тогда буржуи нанимают русских разгильдяев-программистов? ежели они все равно такого накатают...
лишнии деньги? Но буржуин копейку считать как раз таки умеет...

← →
Игорь Шевченко © (2007-07-17 10:39) [51]

clickmaker © (17.07.07 10:02) [50]

> почему тогда буржуи нанимают русских разгильдяев-программистов?

Я могу повторить - пишут все одинаково. Что русские, что индусы, что японцы (между двумя последними больше всего разницы, но тем не менее).
При грамотном менеджменте собственно написанный код нивелируется, и без разницы, кто его писал.

Ты сам аутсорсером работал ? Какие требования предъявляются, знаешь ?

← →
clickmaker © (2007-07-17 10:45) [52]

> Ты сам аутсорсером работал ?

щас работаю

← →
db2admin © (2007-07-17 10:45) [53]

Игорь Шевченко © (17.07.07 10:39) [51]
И какие требования у аутсорсеров?

← →
Плохиш © (2007-07-17 10:55) [54]

> почему тогда буржуи нанимают русских разгильдяев-программистов?

Живучая сказочка... Нанимают профессионалов не зависимо от национальности, а разгильдяев у них и своих хватает.

← →
Игорь Шевченко © (2007-07-17 10:57) [55]

clickmaker © (17.07.07 10:45) [52]

> щас работаю

А чего тогда спрашиваешь ?

← →
clickmaker © (2007-07-17 11:06) [56]

> [55] Игорь Шевченко © (17.07.07 10:57)

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

Единственное объяснение: зажрались они. Хотят денег настолько больше, что даже расходы на поддержание аутсоринга это не перебивают

← →
Игорь Шевченко © (2007-07-17 11:13) [57]

clickmaker © (17.07.07 11:06) [56]

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

← →
Sergey Masloff (2007-07-18 22:16) [58]

Kolan © (11.07.07 10:21) [28]
>И бизнес логика оказывается в хранимых процедурах - класс.
Бизнес-логика в хранимых процедурах это то что доктор прописал. Одно из самых надежных, универсальных, простых в поддержке и универсальных решений.

> Бизнес-логика в хранимых процедурах это то что доктор прописал.

Нафига тогда ООП?

Sergey Masloff (18.07.07 22:16) [58]

> Бизнес-логика в хранимых процедурах это то что доктор прописал.
> Одно из самых надежных, универсальных, простых в поддержке
> и универсальных решений.

Kolan © (19.07.07 08:25) [59]

> Нафига тогда ООП?

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

Sergey Masloff (18.07.07 22:16) [58]

Кстати, забываю спросить - вы у себя объектные возможности Oracle используете ? Если да, то насколько глубоко ?

> подчас выливается в кошмар мегабайтов кода на непонятном
> языке

Вот, я тоже так считаю. Вот передомной шас хранимка  простыня, елси бы это был ОО код я бы легко разобрался как он работает :(

← →
Sergey Masloff (2007-07-19 21:20) [62]

Игорь Шевченко © (19.07.07 10:49) [60]
Нет пару раз хотелось но заглохло

Kolan © (19.07.07 11:07) [61]
>Вот, я тоже так считаю. Вот передомной шас хранимка — простыня
Я гарантирую что PL/SQL код при грамотной реализации будет
1) Проще
2) Понятнее
3) Надежнее
4) На порядок более производительнее
по сравнению с любым внешним кодом.
Строк у меня сейчас за миллион. Проблем с сопровождением особых нет.

Опыт с ОРМ у меня немалый, проекты реальные есть. Как показала практика подход с серверной (PL/SQL) логикой работает лучше.

Sergey Masloff (19.07.07 21:20) [62]

Единственное достоинство у PL/SQL кода - это переносимость. Хоть при грамотной реализации, хоть при неграмотной.
Насчет понятнее - извини, не согласен.
Насчет надежнее - одинаково. Как будем надежность мерить ?
Насчет производительнее на порядок - а откуда оно, при грамотной реализации, на порядок-то возьмется ? :)

← →
Sergey Masloff (2007-07-20 20:23) [64]

Игорь Шевченко © (20.07.07 09:42) [63]
>Насчет производительнее на порядок - а откуда оно, при грамотной реализации, на порядок-то возьмется ? :)
Оттуда что обработка близко к данным. А когда включается внешний уровень получается очень много накладных расходов. Управлять которыми очень трудно.

>Насчет надежнее - одинаково. Как будем надежность мерить ?
Ну вот так - на одном сервере приложений из двух софт реализующий логику обновился а на втором нет. Надежность в 2 раза меньше. Напримерю

>Насчет понятнее - извини, не согласен.
Но почему? Модульность есть можно очень даже красиво все оформить...

> очень даже красиво все оформить&#133

А к T-SQL и SQL SERVER 2000 это тоже относится?

> Sergey Masloff (19.07.07 21:20) [62]
> Я гарантирую что PL/SQL код при грамотной реализации будет

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

имхо - все очень зависит от предметной области.

Использование DataLayer посоветуйте литературу. Найти похожие ветки