Как стать автором
Обновить
39
0
DbLogs @DbLogs

Архитектор

Отправить сообщение
Поделитесь, пожалуйста, ссылками на данные форумы. Я это не как пруфлинк от вас прошу, а как ссылку где можно пообщаться на данные темы:)
А не лучше ли, кстати, использовать groovy для динамической метамодели? Какие мысли по этому поводу? По идее значительно проще: www.jroller.com/melix/entry/dynamic_database_models_with_groovy
Поподробнее можно? ссылочку какую-нибудь подкиньте, пожалуйста.
Имхо у подхода есть один существенный недостаток: хибернейт при изменении модели не умеет делать ALTER таблицы, а вместо этого делает DELETE и затем CREATE таблицы. А значит что пропадает полностью все текущее состояние.
Если ты научил хибернейт менять схему, то дай знать пожалуйста.
Интересная система… Спасибо за наводку. Чуть более продвинутый вариант чем teamer.ru и, главное, бесплатный.
Аналогично, но захотелось что-нибудь помощнее и, главное, с возможностью «запуска» клиента.:)
Всячески поддерживаю. Сам работаю с ним несколько лет, а до этого перепробовал многое: struts, seam, spring, tapestry и т.п. А сейчас очень доволен что нашел именно Wicket.
Ну или менять «от кого» и «кому» местами, чтобы письмо при «возвращении» попало кому надо;)
По-моему ту кто-то не прав:) Ну или как минимум спорит с собственными же пользователями.
Форматирование в IDE часто не только «раскрытие» табов, но так же и сортировка include'ов, import'ов, приведение стиля кода к единому стилю и т.д. и т.п. Код логически остается тотже однако на бинарном уровне отличий уже очень много.
Автоформатирование зло! Особенно для больших проектов с контролем версий. Почему?
У каждого свои предпочтения — в том числе и по IDE. Заставить разные IDE форматировать одинаково практически не реально. В итоге любое малейшее изменение в коде (с последующей переформатировкой) может превратиться в головную боль при разборе с помощью контроля версий «что же все-таки было изменено?».

Касательно табов в начале — согласен и действительно не вижу с этим проблем. По-моему, большинство IDE уже научилось нормально с ними работать.
Эффект Бифельда-Брауна действительно складывается из двух компонент. Первая из них это ионный ветер. Однако есть и вторая, которая так же замечательно действует и в вакууме. Вот например ролик на тему: www.youtube.com/watch?v=xYMUv1VJ3VQ
Если следовать этой аналогии, то с ДП должно быть как-то так:
Ты гонишь отменный самогон и решил пригласить друзей — выпить этот чудесный напиток. Один из твоих друзей — владелец кафе: и в итоге вы все вместе решили собраться у него в кафе, чтобы натрескаться в дупль.

Но тут какого-то Х появляется налоговая (РАО) и говорит, что ты, батенька, не можешь угощать друзей самогонкой не заплатив некие сборы.
По мне — норм. Этот вариант конечно менее интригующий...:)
Заголовок статьи достоин любого желтого издания!:)
Действительно жаль… Но все что не делается — все к лучшему: может появится следующая реинкарнация.
А в чем собственно парадокс?:)

Это еще детские игры по сравнению с реальными парадоксами физики нашего времени. Очень кратко:

1) Ни для кого не секрет, что если светить на две параллельные щели светом (когерентным), то за ними можно наблюдать интерференционную картину. Но если отдалить источник света очень далеко так что свет начинает приходить к щелям квантами — т.е. фотонами (частицы света), то все равно за щелями будут зоны в которые никогда не попадет частица — т.е. тоже будет интерференция не смотря на то, что мы в каждый момент выпускаем лишь 1 фотон. Вопрос: с чем он интерферирует??? Одна из гипотез это существование мультивселенной — т.е. параллельных реальностей.
2) Две когерентные частицы меняют состояние «одновременно» друг с другом независимо от расстояния. «Одновременно» означает, что 2 частица меняет состояние раньше чем вообще информация со скоростью света от 1 частицы может ее достичь.
3) Лазер. Луч разделяется на два пучка. Через систему зеркал соединяются и на стене можно наблюдать интерференционную картину. Одно из зеркал на пути одного из пучков делаем интеллектуальным: оно может быть либо отражающим либо пропускающим по сигналу с пульта управления. Эксперемент: лазером выпускаем короткую вспышку. После разделения на 2 пучка(!!!) запускаем генератор случайных чисел и он решает: делать ли нам интеллектуальное зеркало прозрачным или не делать. Парадокс: интерференционная картина на стене пропадает даже в том случае когда зеркало было именно зеркальным! Вопрос: каким образом свет теряет когерентность от события, которое происходит в будущем(решение делать или не делать зеркало зеркальным решается уже после разделения) ???
Прикольно посмотреть как развивается область%) 3 года назад мы начинали реализовывать подобный сервис и даже запатентовали идею и реализацию агрегации сведений о такси и автоматического роутинга заказов, но… так до реального внедрения дело не дошло. Рад что идея все-таки живет вне зависимости от человека и рано или поздно приходит кому-то еще!:)
Немного смущает то, что это сделано в виде отдельного сайта. А что если сделать это в виде плагина для FF? На сколько я могу судить по своему опыту программирования для FF это достаточно просто. Если кто-нибудь поддержит идею — то могу попробовать реализовать:)

Некоторое словесное превью кейсов использования:
1) Находитесь на сайте — нажимаете волшебную кнопку и вся страница темнеет, а поверх появляется окно с необходимым функционалом для быстрого чтения данной страницы.
2) Находитесь на сайте — выделяете интересный вам блок — и нажимаете на волшебную кнопку — дальше как в п.1.
3) Находитесь на сайте, который есть в базе данных плагина. Нажимаете на кнопку и плагин сам выдирает с сайта только тот текст, который скорее всего необходим вам для прочтения. (не весь же текст страницы с википедии, например, надо читать — а плагин сам вычленит необходимое)
4) Нажимаете на кнопку плагина для показа статистики и смотрите когда, сколько и с какой скоростью вы читали.
5) В настройках можно менять: скорость чтения, шрифт, размер, запоминать или нет текстовые блоки, запоминать или нет ссылки на страницы, которые вы читали и т.п. (Ваши варианты?)
Чем-то это мне Apache Wicket напомнило. Не знакомы случаем? Если да, то может думаете двигаться дальше в плане архитектуры по тому, как это реализовано в Wicket?

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Дата рождения
Зарегистрирован
Активность