Страницы: 1 | (1)
Quote:
Java-архитектор обычно бывает одержим какой-то архитектурной идеей, которую пытается реализовать в первом попавшемся проекте. Идея обычно обладает следующими признаками: она решает несуществующую проблему, по ходу создавая намного более серьезные проблемы, и затрудняет написание тривиального кода (*). Другие участники проекта, в котором Java-архитектор пытается реализовать свою идею, обычно бывают против, но соглашаются, чтобы его не обидеть. Как только Java-архитектор увольняется, эту архитектурную идею обычно долго и нудно выкорчевывают из проекта. Какие-то ее останки остаются догнивать в самых затхлых местах кодовой базы, пугая случайно заглянувших туда джуниоров.
Хмм... Столько букаф... А вот .NET архитектор просто над всеми смеется и пишет ControllableQuery.
В ответ на:
Хмм... Столько букаф... А вот .NET архитектор просто над всеми смеется и пишет ControllableQuery.
Ты не понял мой тонкий юмор. Перечитай примечание.
Перед тем как приступить к кодингу любой задачи, настоящий архитектор пишет Спецификацию. Это многостраничный документ, большую часть места которого занимают таблички с описанием полей всевозможных функций, таблиц бд, и пр. Типичный пример строчки в таких таблицах - user_id: идентификатор пользователя.
Информацию о том, как должна работать реализуемая фича, и детали реализации архитектор обсуждает с пользователями и своими самыми опытными программистами.
Собрав первоначальные требования и драфт реализации, архитектор удаляется на неделю в свою пещеру мыслителя для недельного молчаливого обдумывания.
Выбравшись из пещеры архитектор обнаруживает, что за неделю его обдумывания у пользователей и коллег появились новые идеи. Тяжело вздыхая, архитектор берет еще один недельный таймаут на переписывание Спецификации. Так продолжается, пока архитектору не надоедает, и в ответ на очередное замечательное предложение изменить чуть-чуть архитектуру чтобы получить двукратный прирост производительности одновременно уменьшив стоимость разработки, он хлопает рукой по столу, говорит баста, производительность нашей системы и так уже на уровне, продукт находится в финальной стадии проектирования - ничего менять не будем!
Понурившиеся коллеги разбредаются по своим местам, и начинают грызть свежеполученный талмуд Спецификации.
PS Любые совпадения с реальными персонажами и событиями случайны.
Quote:
А ведь такие упоротые - это реальность.
http://forumbgz.ru/showthreaded.php?showlite=l&Cat=&Board=prog&...
ps
ничего личного. Просто мне не нравится ситуация, когда люди пытаются себя бить в грудь и кричать: "мы уж точно не такие", отказываясь замечать бревно в собственном глазу.
pps
любой сильный программист тащит в проект и реализовывает идеи от которых шарахаются все остальные. И как только уходит родоначальник идеи, то все остальные начинают потихоньку вытравлять эту идею из проекта.
Quote:
любой сильный программист тащит в проект и реализовывает идеи от которых шарахаются все остальные. И как только уходит родоначальник идеи, то все остальные начинают потихоньку вытравлять эту идею из проекта.
если идея говно.
если же нет, то смотрят, проникаются и сами фигачат такое же.
В ответ на:
А вот .NET архитектор просто над всеми смеется и пишет ControllableQuery.
Все сортировки в программе необходимо делать через sql (С) Приписывается B_A_H_C_O_H-у по мнению DarkGray.
В некоторых случаях архитектурная идея (см. пункт 7) Java-архитектора лежит в области создания революционного веб-фреймворка, который должен положить конец всем сложностям веб-разработки. Автор данного текста был знаком с Java-архитектором, который разрабатывал свой набор патчей к одному широкоизвестному Java-веб-фреймворку. По мнению вышеупомянутого Java-архитектора, основной проблемой данного веб-фреймворка был недостаточно продуманный жизненный цикл HTTP запроса. Эту проблему должен был решить набор патчей, который к уже имевшимся в этом веб-фреймворке шести стадиям обработки HTTP-запроса добавлял еще две.
Quote:
если же нет, то смотрят, проникаются и сами фигачат такое же.
Да, именно так. Я на прошлой неделе болел и отсутствовал четыре дня. Прихожу в пятницу, мне говорят, мы тут Controllable Query еще в один проект прикрутили. Вовремя я заболел, иначе было бы не так приятно, а так получилось, что полностью без меня перенесли и используют.
Quote:
Прихожу в пятницу, мне говорят, мы тут от твоего Controllable Queryеще в один проект прикрутилисовсем с ума посходили.
Quote:
Вовремя я заболел, иначебыло бы не так приятно, а так получилось, что полностью без меня перенесли и используютнечего было бы соврать на форумлокале, чтобы потешить себя любимого.
- В то время Controllable Query был Будда Андропов, Java - Алла Пугачева, озером был омут мирских страстей, водка была по пять-двадцать, косяком было мое учение, а паровозом был я сам.
В ответ на:
совсем с ума посходили
Ты так пишешь, будто-то бы сам полгода назад (да и сейчас наверное) не занимался изобретением велосипеда.
В ответ на:
Поскольку в посте часто упоминается реляционные базы и SQL. При этом в черном свете упомянуты кардинально противоположные проекты для работы с базой Hibernate и Controllable Query, то закономерный вопрос. Как автор поста работает с реляционной базой данных из языка общего назначения? Использует string-based call level interface? использует смешанные подходы? или что-то еще?
Я считаю наиболее удобным, когда язык общего назначения вызывает хранимые процедуры на PL/SQL. Hibernate тоже можно использовать, если следить за lazy loading и N+1 select, и не ставить себе задачу все сделать через hibernate.
Quote:
Я считаю наиболее удобным, когда язык общего назначения вызывает хранимые процедуры на PL/SQL.
Вопросы остались. Какой способ используется для вызова хранимых процедур на PL/SQL из языка общего назначения? Как реализуются сценарии, когда требуется dynamic SQL?