Возможно проблема с не-англоязычной документацией связана со скоростью выпуска новых версий. Как известно Microsoft часто выпускает продукты (Office, .Net) c интерфесами не совместимыми со старыми версиями. Пока напишут документацию, пока переведут, там смотри и новая версия появилась. Хотя с продутами других компаний ситуации с переводом не лучше. По мне дак пусть уж плохая документация на родном языке, но будет.
www.queryhunter.com — было бы неплохо добавить подписку — я бы подписался на новости, а то могу и забыть.
«Majakaja» — интернет-среда и приложение для смартфона, делающие управление недвижимостью доступным и понятным каждому.
vs On-line community and mobile application for people living or working close to each other in one house, street or district.
Сильно отличается русское и английское описание — русское смахивает на B2B, английское — B2C или даже C2C.
крутая статья — я такой подход вижу впервые и отдаю свой плюс.
В коде «create materialized view log on zone with» чтение осложняет «on zone» — т.к. zone ключевое слово оракла.
Как вариант, в продакшене можно использовать те же материализованные представления — скрещивая их с таблицами и проверяя по расписанию на наличие / отсутвие данных можно отправлять отчёт «группе поддрежки» о нарушении целостности.
Циклические зависимости не есть хорошо. От них нельзя избавиться?
Босс бывший т.к. судьба развела нас по разным странам. Он — в Минске, я — в Бостоне.
С тем что в 99% случаев код (даже свой) можно улучшать я согласен.
Поэтому критиковать чужой стараюсь в позитивном ключе — на примерах как нужно делать и чем это лучше.
Обычно подключать слушатели напрямую в DOM элементу — это как раз нестандартное использование GWT, для этого есть соответствующие события в самом GWT. В целом технология достаточно объемная и прежде чем ее использовать, лучше читать мануалы, иначе можно сталкиваться с проблемами, которые кажутся неразрешимыми. Сама возможность писать код на Java никак не отменяет необходимость знания JS и CSS. Также необходимо понимание, как это все работает на связке, и только когда будет выигрыш от GWT.
Скажу пару слов в защиту GWT. Сам по себе GWT отличный инструмент, но его нужно использовать по назначению. У него достаточно узкая ниша – тяжелые веб-приложения. Именно тогда код, скомпилированный GWT, будет производительнее написанного вручную. Также остаются все плюшки Java разработки: привычные инструменты для статического анализа, покрытия кода, юнит-тестирования, документирования. Но, как и любой инструмент, GWT нужно правильно применять – приложение с хорошей архитектурой будет работать совсем не медленнее аналогичного, написанного на чистом JavaScript. А решение проблем, описанных автором, давно уже есть в мануалах, например, интерфейс можно описывать в виде xml разметки – UiBinder, использовать Cell Widgets, или использовать готовые библиотеки, например GXT.
Мы решали такие задачи на прологе — гораздо удобнее, меньше кода.
Задав правила можно отвечать на вопросы с «обратной стороны».
Очень уже было элегантно и красиво.
www.queryhunter.com — было бы неплохо добавить подписку — я бы подписался на новости, а то могу и забыть.
«Majakaja» — интернет-среда и приложение для смартфона, делающие управление недвижимостью доступным и понятным каждому.
vs On-line community and mobile application for people living or working close to each other in one house, street or district.
Сильно отличается русское и английское описание — русское смахивает на B2B, английское — B2C или даже C2C.
Всем успехов.
задание (log shipment, mirroring, etc) выполняется каждую минуту.
в рассылку о проблемах и зарежках репликации включён самый-главный-менеджер.
как избежать ситуации, когда сервер шлёт нотификации каждую минуту?
В коде «create materialized view log on zone with» чтение осложняет «on zone» — т.к. zone ключевое слово оракла.
Как вариант, в продакшене можно использовать те же материализованные представления — скрещивая их с таблицами и проверяя по расписанию на наличие / отсутвие данных можно отправлять отчёт «группе поддрежки» о нарушении целостности.
Циклические зависимости не есть хорошо. От них нельзя избавиться?
С тем что в 99% случаев код (даже свой) можно улучшать я согласен.
Поэтому критиковать чужой стараюсь в позитивном ключе — на примерах как нужно делать и чем это лучше.
А MySQL хороший бесплатный продукт в целом.