sergei-grigorev

Попробуйте CASE-средства, например Sybase PowerDesigner. Мы описываем модель БД, а затем генерируем sql-код для создания таблиц (есть функции обновления существующих БД). А чтобы все были в курсе изменений — на папку с моделями повесили оповещение. Как только кто-нибудь из разработчиков обновил модель — всем приходит оповещение по E-mail, с описанием того, что было обновлено. В итоге у нас всегда есть история изменений + диаграмма прямо перед глазами.

Ну все зависит от технического задания. Если система запланирована на дальнейшую интеграцию с другими продуктами, либо является коробочным решением, то конечно же можно сделать ее модульной, с возможностью заменять части системы сторонними компонентами. Если же нет — то на разработку, тестирование, отлаживание такой модульной системы вы потратите драгоценное время, которого у вас уже не будет хватать, чтобы вовремя завершить проект.

На ноуте настроено несколько учетных записей. Причем лишь у меня учетка с админскими правами, что позволяет настраивать уровень доступа, чтобы не могли устанавливать новые программы, а также лезть в папки с проектами.

ES File Explorer play.google.com/store/apps/details?id=com.estrongs.android.pop&hl=en
Простой в работе, но умеет практически все то, что вы перечислили в требованиях к нему.

Мне нравится вот этот магазин, попробуйте его посмотреть www.clove.co.uk/

Пользуюсь Double Commander. В нем есть вкладки, причем их может быть любое количество. В total commander в принципе тоже они есть, но Total не бесплатный и не кроссплатформенный, в отличие от Double Commander.

Для сборки под разные платформы или версии можно написать задание для систем сборки (и затем запускать их, к примеру 'Ant was' — сборка под IBM WebSphere, или 'Ant tomcat' — сборка для Apache Tomcat).

Чтобы проверить работу кода под разные платформы, исправление ошибок для разных поддерживаемых версий — пишите unit тесты, которые воспроизводят ошибку в коде, либо интеграционный тест для более сложных ошибок. Соответственно если поправили ошибку только на одну платформу, то автотесты провалятся под другой платформой.
Еще можно ставить хаки на систему контроля версий, которые не будут пропускать коммиты с комментарием # в текущую ветку, пока не будут закрыты ошибки на других сопровождаемых ветках (хотя этот вариант мне не нравится, он использовался в некоторых компаниях, где я работал).

MyBatis, не является полноценным ORM как Hibernate, но в нем есть возможнось писать sql-запросы в отдельных XML файлах и маппить результаты на объекты, за счет чего можно добиться неплохой производительности, а также использовать все фишечки используемой СУБД.

Напишите нам, у нас хороший опыт и отлаженный процесс разработки, разворачивания и тестирования www.estylesoft.ru/contacts.shtml

Нет, не нужно поднимать новое соединение на каждый запрос. Нужно закрывать имеющиеся statements перед вызовом новых. Просто в данном случае, у тебя одновременно открыто два разных запроса, один из которых в пакетном режиме подтягивает данные из одной таблицы, а второй — подтягивает совершенно другие данные из второй таблицы. Одновременно это быть не может. В данном случае вам действительно потребуется два коннекта (используйте пул соединений для более эффективной работы). Либо вы можете подтянуть данные сначала из одного запроса, закрыть PrepareStatement и ResultSet, и только затем уже подтягивать данные из второй таблицы.

Облачные хостинги хороши, когда ваще приложение расчитано на горизонтальную расширямость. С одной стороны, можно запустить один сервер с характеристиками 8 ядер, 32 ГБ памяти… либо 4 сервера, по 2 ядра и 2 Гб памяти. И если один из этих инстансов в пик нагрузки, или просто из-за какой-то ошибки программиста упадет и будет недоступен, остальные сервера все равно будут доступны. А за счет сихронизации сессий, данные клиента не будут потеряны, он и не заметит этого.
Естественно, такие вещи можно сделать и самостоятельно, с помощью нескольких серверов или виртуалок (не без опытного админа конечно же), но придется настраивать самостоятельно, увеличивая и уменьшая количество инстансов по мере необходимости.

Мне очень нравится Sublime Text www.sublimetext.com/ (правда он не бесплатный, но зато с неограниченным триалом)

Сестренка подключала наушники от iphone к ноутбуку. Все работало без проблем, звук нормальный, никаких искажений не заметила.

Попробуйте так
Set<? extends java.util.Map.Entry<String, T>> x = new HashSet<TrieEntry>();

Мысли моего коллеги по этому поводу: Россия фактически платит налоги на американское ПО (Кроме того, СПО в основном тоже идет из Америки). Государство должно оплачивать проекты СПО и поощрять это делать другие крупные денежные мешки. Должны быть наши проекты СПО. Сначала как развитие американских идей, затем надо переходить на свои. Ведь, скажем, сервер Firebird может закрыть нишу малого и среднего бизнеса. Отказ от платного ПО и государство экономит столь огромные деньги, что смешно даже говорить о затратах.

Если брать во внимание, что вам нужно именно в виде отдельных веток управлять отдельными фичами (хотя на мой взгляд, лучше что-то с самим продуктом сделать, быть может разделить его на модули), то в голову пришло вот такое простое решение:
* мигрируете с svn на git (я не знаю, есть ли в svn функция, аналогичная rebase в git)
* в нем делаете отдельные ветки, которые все исходят от master-ветки
* затем при доработке или исправлении бага, после его проверки, вы заносите его в master
* во всех ветках для регионов, использующих эту функциональность, делаете rebase относительно ветки master (в этом случае, она возьмет свежую версию кода из master, и уже поверх них наложит ваши новые. В этом случае, багфикс применится ко всем веткам автоматически благодаря rebas. Если нет накладок в коде, конечно же, а иначе — придется помержить ручками).

Решение абсолютно не идеальное, просто ход мыслей, оформленный в виде ответа (:

за то, что они закрывают глаза, когда я вместо того, чтобы заниматься непосредственно «реализацией новой фичи продукта», занимаюсь рефакторингом, оптимизацией ядра, или автоматизации процесса сборки, деплоя. Я не говорю, что это происходит постоянно, просто иногда это действительно нужно, и менеджер может позволить затратить пару дней на это, не донимая вопросами «К какому сроку будет готова новая фича?».

Попробуйте поставить на виртуалку, а затем откройте ее окно в ремиже fullscreen, выставив нужное разрешение экрана. Это будет вполне безопасно для системы, а заодно проверите, как это все работает с таким разрешением.