|
|
|
Oracle, DBA, developer
|
|||
|---|---|---|---|
|
#18+
Есть вот такое мнение... для СКЛ серверов.. в идеале хотят добиться, чтобы программер не заботился о структуре СУБД, а сисадмин - о том, что там наваял программер.... вообще-то объекты программер составляет... а как они будут физически размещены на диске - чтобы доступ был максимально быстрый - это уже сисадминовсвкое... программер должен дать инфу, что как будет происходить динамика пополнения/изменения данных и сисадмин соответственно должен разкидать эти табличные пространства... вообще-то странно в до СКЛевские времена (до распротранения СКЛ серверов) такого разделения не было.. то есть программер сам рулил.. зачем теперь это разветвление? Наверное потому, что все больше и больше населения на планете.. и надо всех чем-то занять? НО! Понятие оптимизации: взяли одинаковые условия, сравнили новое и старое - поняли, что старое - говно - и ступили дальше..... и ступили дальше - только.. набрали помимо программеров еще толпу админофф.. теперь две толпы.. мало какое говно выдержит такого напора ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2006, 16:21 |
|
||
|
Oracle, DBA, developer
|
|||
|---|---|---|---|
|
#18+
Чег окурим и где такую траву раздают ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2006, 16:37 |
|
||
|
Oracle, DBA, developer
|
|||
|---|---|---|---|
|
#18+
Если речь идет о пересечении функциональных обязанностей в процессе разработки, то уверен в том, что на стадии разработки администратор БД вообще не нужен. Админ БД больше сопровожденец, а не создатель. Программер планирует и настраивает базу, т.к. в целом за успех он в ответе. Другое дело сопровождение. Мониторинг использования дискового пространства, организация схемы резервирования, мониторинг загрузки и простоев, создание сети отладочных инстанций и пр. Все это и есть админовское. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2006, 16:40 |
|
||
|
Oracle, DBA, developer
|
|||
|---|---|---|---|
|
#18+
Учитывая, что 90% или более т.н. "программистов" не умеют думать в процессе разработки, т.е. не удовлетворяют даже минимальным требованим, предъвлемым к представителям этой профессии, я всегда настоятельно рекомендую, чтобы администратор, а особенно - администратор от эксплуатации, проводил ревизию чуть ли не каждой строчки кода, особенно - на этапе проектирования и реализации первых версий проекта. 90% проблем производительности вызваны глупыми архитектурными решениями либо реализацией. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2006, 21:59 |
|
||
|
Oracle, DBA, developer
|
|||
|---|---|---|---|
|
#18+
Scott TigerУчитывая, что 90% или более т.н. "программистов" не умеют думать в процессе разработки, т.е. не удовлетворяют даже минимальным требованим, предъвлемым к представителям этой профессии, я всегда настоятельно рекомендую, чтобы администратор, а особенно - администратор от эксплуатации, проводил ревизию чуть ли не каждой строчки кода, особенно - на этапе проектирования и реализации первых версий проекта. 90% проблем производительности вызваны глупыми архитектурными решениями либо реализацией. Предмета для спора нет. Проверка кода скорее всего нужна для дальнейшего сопровождения, а не для того "как нужно писать программы". Такой подход зачастую преобладает при неполной сопутствующей документации и неполном наборе тестов для проверки соответствия чётко определёным требованиям, на основании которых можно сделать заключение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.02.2006, 14:07 |
|
||
|
Oracle, DBA, developer
|
|||
|---|---|---|---|
|
#18+
vladvolПроверка кода скорее всего нужна для дальнейшего сопровождения, а не для того "как нужно писать программы". Мне ближе позиция Scott Tiger-а. vladvolТакой подход зачастую преобладает при неполной сопутствующей документации и неполном наборе тестов для проверки соответствия чётко определёным требованиям, на основании которых можно сделать заключение. То есть Вы полагаете "сделанное на основании" заключение вида "год работали, получилась полная хрень" нормальным итогом деятельности? Имхо цель проекта - не "сделать заключение", а "сделать работающий проект". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.02.2006, 14:30 |
|
||
|
Oracle, DBA, developer
|
|||
|---|---|---|---|
|
#18+
Scott TigerУчитывая, что 90% или более т.н. "программистов" не умеют думать в процессе разработки, т.е. не удовлетворяют даже минимальным требованим, предъвлемым к представителям этой профессии, я всегда настоятельно рекомендую, чтобы администратор, а особенно - администратор от эксплуатации, проводил ревизию чуть ли не каждой строчки кода, особенно - на этапе проектирования и реализации первых версий проекта. 90% проблем производительности вызваны глупыми архитектурными решениями либо реализацией. скорее бытует такая практика: не умеешь разрабатывать, иди в постановщики. или в админы. не умеешь делать постановку, иди в начальники. а вообще забавно. на форуме довольно часто мелькает распальцовка - админ программить не должен, равно как и вообще ничего не делать. типа у хорошего админа все само работает.... плюс почти повсеместная практика - клиентскую часть пишут одни люди, серверную - другие. на тезис, что хороший разработчик (а не "ламер-программер") должен разбираться и в серверной части, и в клиенской, и xUNIX знать и бухгалтера (сбытовика, кладовщика, экономиста) при случае носом потыкать в проводки (цены, остатки, бюджеты) - начинается громкий крик о эникействе-верхоглядстве.. так где истина то ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2006, 20:59 |
|
||
|
Oracle, DBA, developer
|
|||
|---|---|---|---|
|
#18+
grexhideскорее бытует такая практика: не умеешь разрабатывать, иди в постановщики. или в админы. не умеешь делать постановку, иди в начальники. а вообще забавно. на форуме довольно часто мелькает распальцовка - админ программить не должен, равно как и вообще ничего не делать. типа у хорошего админа все само работает.... плюс почти повсеместная практика - клиентскую часть пишут одни люди, серверную - другие. на тезис, что хороший разработчик (а не "ламер-программер") должен разбираться и в серверной части, и в клиенской, и xUNIX знать и бухгалтера (сбытовика, кладовщика, экономиста) при случае носом потыкать в проводки (цены, остатки, бюджеты) - начинается громкий крик о эникействе-верхоглядстве.. так где истина то ? А истина в том, что на свете все фигня, кроме пчел... Если у вас в компании есть толпа зверей-разработчиков, которые все это умеют на высшем уровне, то вопросов нет... Но время кустарей-одиночек с мотором уже почти прошло и в области ИТ, специализация и разделение труда рулят. Насчет того, нужен ли на этапе разработки системы выделенный DBA - имхо не нужен, нужен просто человек, который отвечает за концепцию базы данных, и не дает начаться хаосу, который при наличии разработчиков из 90% из определения Scott Tiger'а, будет 100%. На самом деле, грамотная структура БД - великое дело... Просто есть что сравнивать.... :) Да, и еще - очень часто подобную манию величия можно наблюдать у драйверописателей... Интересно, с чем это может быть связано... Но это уже в другую тему и другой форум :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2006, 08:14 |
|
||
|
Oracle, DBA, developer
|
|||
|---|---|---|---|
|
#18+
Alexandr KapustinА истина в том, что на свете все фигня, кроме пчел... .... а если хорошо подумать то и пчелы фигня.... Админ должен быть админом, программер должен быть программером - голова-то не резиновая. DBA же в свою очередь должен мониторить базу и указывать программерам на узкие места в коде (FULL SCAN'ы например или DEAD LOCK'и) и если выясняется что все классно и проблемы в настройках - должен тюнить сервак. А то получается что запрос выполняется медленно и не понятно почему - то ли руки из жжжж толи просто сервак уже не дышит на таких объемах. З.Ы. А админ-программер, как известно, на самом деле и не админ и не программер. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2006, 16:10 |
|
||
|
|

start [/forum/topic.php?fid=32&fpage=140&tid=1545331]: |
0ms |
get settings: |
8ms |
get forum list: |
14ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
54ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
44ms |
get tp. blocked users: |
1ms |
| others: | 223ms |
| total: | 362ms |

| 0 / 0 |
