Возьмите случай, вероятность которого меньше чем вероятность землетрясения, наводнения и падения метеорита вместе взятых (и, если вы помните, вероятность одновременного возникновения независимых событий A, B и С - это произведение их вероятностей).
Вы объясняете, что прежде чем вы начнёте об этом говорить - для начала стоит обсудить пришествие на землю Годзиллы. Нет никаких проблем чтобы отдать за это свою голову - потому что это по определению не может произойти раньше тотальной ядерной войны, после которой все остальное вряд ли будет кого-то волновать.
Итак - это по определению не может произойти.
Большая ошибка. Если что-то может произойти - это обязательно произойдёт и в наихудшем раскладе. Теперь шансы никого уже не волнуют.
Был там, видел это и сделал это. Нельзя сбрасывать что-то со счетов, даже если шансы на выпадение один на миллион - я был достаточно "удачлив", чтобы заполучить его.
Конечно - никто не может предусмотреть всё (вы готовы к приходу Годзиллы? :) Но, в конце дня, вы должны быть уверены - предусмотрено всё, что в ваших силах (если ценность информации стоит потраченных на это ресурсов). Шансы - без шансов...
А теперь, кое-что веселое. Database Worst Practices - презентация Тома Кайта с Oracle Open World 2006. И где же я всё это уже видел...?
Tuesday, October 31, 2006
Monday, October 23, 2006
Будет 9
У меня будет в общем 9 самолётов до конца месяца - 5 из них между Владивостоком и Москвой, 3 между Москвой и Екатеринбургом и один между Владивостоком и Екатеринбургом.
Сосчитайте километры :)
Сосчитайте километры :)
Thursday, October 19, 2006
Классика и вероятности
Практически в каждой книге, посвященной эффективной работе с СУБД Oracle, авторы уделяют первые главы разбору классических ошибок, которые приводят к неудачам ориентированных на СУБД проектов.
Возьмите, для примера, Expert One-on-One Oracle, Expert Oracle: Database Architecture, Practical Oracle 8i: Building Efficient Databases или Mastering Oracle PL/SQL: Practical Solutions.
Каждый раз, читая очередную книгу, я обращаю внимание на то, что первые главы на 90% выглядят одинаково. Классические ошибки, мешающие ориентированным на СУБД Oracle приложениям быть успешными известны не одну пару лет. И каждый раз при прочтении этих глав меня посещают одни и те же мысли – всё это я вижу каждый день в реальных проектах. Вероятность встретить эту классику в проблемных приложениях составляет всё те же 90%. Поразительно - разработчикам даже не надо читать всё целиком – достаточно первого десятка страниц, чтобы всё осознать. Они не могут сделать даже этого.
Стоит ли говорить, что в результате заказчик получает ужасно реализованную систему, потому что это делали люди ничего не понимающие в используемых ими технологиях (они даже не могли это понимать – они учились по ходу реализации)…
Прочитайте - они думали сменить СУБД, потому что “Oracle был медленным”. Даже не осознавали, что проблема была в их собственно коде. Те из них, кто не может сменить СУБД по каким-либо причинам, начинают пытаться от неё избавиться – путём вынесения приложений на отдельные сервера (как правило они добавляют к ним названия вроде High Speed :).
Возьмите, для примера, Expert One-on-One Oracle, Expert Oracle: Database Architecture, Practical Oracle 8i: Building Efficient Databases или Mastering Oracle PL/SQL: Practical Solutions.
Каждый раз, читая очередную книгу, я обращаю внимание на то, что первые главы на 90% выглядят одинаково. Классические ошибки, мешающие ориентированным на СУБД Oracle приложениям быть успешными известны не одну пару лет. И каждый раз при прочтении этих глав меня посещают одни и те же мысли – всё это я вижу каждый день в реальных проектах. Вероятность встретить эту классику в проблемных приложениях составляет всё те же 90%. Поразительно - разработчикам даже не надо читать всё целиком – достаточно первого десятка страниц, чтобы всё осознать. Они не могут сделать даже этого.
Стоит ли говорить, что в результате заказчик получает ужасно реализованную систему, потому что это делали люди ничего не понимающие в используемых ими технологиях (они даже не могли это понимать – они учились по ходу реализации)…
Прочитайте - они думали сменить СУБД, потому что “Oracle был медленным”. Даже не осознавали, что проблема была в их собственно коде. Те из них, кто не может сменить СУБД по каким-либо причинам, начинают пытаться от неё избавиться – путём вынесения приложений на отдельные сервера (как правило они добавляют к ним названия вроде High Speed :).
Friday, October 13, 2006
Пятница 13
У меня два самолёта сегодня - из Екатеринбурга в Москву и из Москвы во Владивосток. Я никогда особо не верил в магию чисел, но такое совпадение случается не часто.
Посмотрим как всё пройдёт :)
Добавлено 16.10.2006
На вылетающем в 13:50 из Екатеринбурга самолёте у меня было место 13D.
Посмотрим как всё пройдёт :)
Добавлено 16.10.2006
На вылетающем в 13:50 из Екатеринбурга самолёте у меня было место 13D.
Wednesday, October 11, 2006
Фактор знаний
У всех людей есть общая черта – им свойственно боятся того, что они не знают.
Мы хороши в том, что мы знаем.
И мы знаем то, в чём мы хороши.
Когда я вижу, что люди боятся определённой предметной области - это очень часто так же означает, что она им не интересна. А если человеку что-то не интересно – вряд ли ему что-то может помочь.
И нам необходим инженерный подход ко многим дисциплинам. Получите диплом по философии и называйте себя разработчиком программного обеспечения – никаких проблем. Попробуйте называть себя доктором… Когда вы садитесь в самолёт – вы рассчитываете приземлиться в точке назначения, потому что его спроектировали и построили инженеры, понимавшие что они делают. В противном случае вы рискуете получить самолёт без крыльев (почему-то многое ПО выглядит именно как самолёты без крыльев…).
Мы хороши в том, что мы знаем.
И мы знаем то, в чём мы хороши.
Когда я вижу, что люди боятся определённой предметной области - это очень часто так же означает, что она им не интересна. А если человеку что-то не интересно – вряд ли ему что-то может помочь.
И нам необходим инженерный подход ко многим дисциплинам. Получите диплом по философии и называйте себя разработчиком программного обеспечения – никаких проблем. Попробуйте называть себя доктором… Когда вы садитесь в самолёт – вы рассчитываете приземлиться в точке назначения, потому что его спроектировали и построили инженеры, понимавшие что они делают. В противном случае вы рискуете получить самолёт без крыльев (почему-то многое ПО выглядит именно как самолёты без крыльев…).
В поездках
С 6 октября я нахожусь в Екатеринбурге. И если вы меня спросите - здесь очень холодно, по сравнению с теми местами, к которым я привык… Я улетел спустя 4 дня после возвращения из Москвы и сейчас здесь уже лежит снег.
Одна из вещей, которая мне нравится – встречать людей. В современном мире у нас остаётся всё меньше возможностей общаться с друг другом, поэтому иногда очень интересно сравнить свои впечатления между виртуальным и реальным общением с людьми.
Одна из вещей, которая мне нравится – встречать людей. В современном мире у нас остаётся всё меньше возможностей общаться с друг другом, поэтому иногда очень интересно сравнить свои впечатления между виртуальным и реальным общением с людьми.
Subscribe to:
Posts (Atom)

