• SolidLogic GS-L10: мини-ПК в бесшумном корпусе-радиаторе
    0
    Отчего же не рассказать — расскажу 8). Правильный подход заключается в том, что потребление энергии должно стать приоритетом при проектировании стойки.

    Я допускаю тот факт, что совсем не на всех производствах возможно «озеленение» технологии, но подавляющиее большинство компьютерной техники не имеет видимых (покрайне мере для меня) ограничений для «озеленения» кроме денежных затрат.
  • SolidLogic GS-L10: мини-ПК в бесшумном корпусе-радиаторе
    0
    При правильном подходе конвекции должно быть достаточно, но никто не заинтересован в этом — факт…
  • Свой Jabber-сервер — бесплатно!
    0
    >У icq нет пиара. Я еще ни разу не видел, чтобы были посты с призывами удалить жабу и перейти на аську ;). А вот жабу именно так и пиарят, что очень напрягает.

    Мир таков каков он есть, тут глупо прятать голову в песок.

    Если ты хочешь быть последовательным — откажись от покупки машины (пеарят же!), покупки компьютеров, одежды, уедь в лес и живи в аскезе.
  • Вышел Ubuntu 9.04 Jaunty Jackalope
    –4
    В том, что она на DVD.
  • Вышел Ubuntu 9.04 Jaunty Jackalope
    0
    А баг со слетающим DPI в FF? Или я один такой неудачник?
  • Sun отказала IBM
    +3
    Всё-таки для продакшена java как платформа уже давным давно готова и даже если сейчас ВСЁ (включая ibm-овские, apache-евские и прочие jboss-овские наработки) остановится, то индустрия ещё лет 10 (20?) будет спокойно на наработках волочится. Посмотрите на delphi ;)
  • Как сделать Интернет одним из основных Каналов Продаж?
    +1
    Ну это оптимистично очень. Я такие же заявления слышал лет 5-7 назад, ещё на заре своей карьеры ;)
  • Введение в объектно-ориентированные базы данных
    0
    Можно, только когда я занимался им (давно это было) ZODB подтормаживал не по детски.
  • Миграции БД для .NET
    0
    liquibase.org — не без недостатков софтина, но из всего что я видел (за исключением migrate-а на RoR) — самая стабильная.
  • NetBeans и MySQL могут не пережить переезда под крышу IBM
    0
    >А в Линуксе есть что-то, что не бета? 8-)

    Ext2? %)

    >Кому охота заниматься аутсайдером?

    Если есть пользовательская база — желающие найдутся.
  • NetBeans и MySQL могут не пережить переезда под крышу IBM
    0
    Intellij IDEA + JBOSS AS
  • NetBeans и MySQL могут не пережить переезда под крышу IBM
    0
    Был бы reiser4 нужен хоть кому-нибудь кроме разработчиков — была бы активность. А так как это была вечная бэтта, то собственно никто и не шевелится.
  • Хабраотчет #1 с MIX 09 из Лас Вегаса почти в прямом эфире
    –2
    Стафа, %username%, suff-а. Какой к чёрту стуф?!
  • Рецепт: Как сделать зашифрованную USB флешку?
    0
    Кингстоновский вариант для богатых.
  • Показать себя
    –1
    Это называется «негативный взгляд на жизнь». Например так же можно сказать, что ты продаёшься за еду/сон/секс/наркотики… Ты меняешь всю свою бесценную жизнь на переживание этих импульсов «мне хорошо» — «мне плохо».

    Даже нирвана — суть зависимость от абсолюта %) Так что поменьше категоричности ;)
  • конфиги: XML vs. API
    0
    Процетирую сам себя (для особо ленивых читателей):

    Вывод такой — как только у тебя появляется конфиг чуть более сложный, чем указание factory метода — сразу переноси конфигурацию из XML в нормальный ЯП (заменяя Schema-у на API) иначе будешь постоянно мучаться, РЕАЛИЗОВЫВАЯ ВСЕ СТАНДАРТНЫЕ ФИШКИ ЯЗЫКА ПРОГРАММИРОВАНИЯ в своём XML формате.
  • конфиги: XML vs. API
    0
    >Но вы, наверное, хотели чего-то не того, а чтобы как-то оно само все поддерживало.

    Я хочу чтобы так же как в любом ЯП я мог бы в любом конфигурационном файле использовать наследование и полиморфизм. В сегодняшнем мире этого нет в 99% конфигурационных файлов на XML.

    А про то, что на чём угодно можно написать что угодно — я знаю.
  • конфиги: XML vs. API
    0
    Я займусь с вами реверс-инженирингом сразу после того, как вы решите описанную мной проблемму средствами web.xml (ну или pom.xml — на выбор).
  • конфиги: XML vs. API
    0
    Хотелось бы знать с чем я перепутал задачу конфигурирования приложения?
  • конфиги: XML vs. API
    0
    Вы или не читали то, что я написал или прочитанное не поняли. Про полиморфизм и наследование — обьясните, что в этом смешного? Если это так смешно, почему в большинстве конфигурационных файлов это не сделано?
  • конфиги: XML vs. API
    0
    Я привёл пример для чего мне этого нужно. Те же проблемы возникают у многих людей, например уже ранее упоминаемый мной NUXEO решил проблемму «динамического web.xml» тем, что начал использовать свой runtime engine.

    Если у меня есть 10 приложений, в которых есть некоторая общая часть (в частности web.xml — общий набор сервлетов, фильтров и тп), то (имхо) естественно, что я пытаюсь выносить общие части в библиотеки. Что вы предложите мне в этом случае (кроме уже упомянутого copy-paste)?
  • конфиги: XML vs. API
    –3
    Я XML не обвиняю. Я обвиняю людей, которые из XML делают недо-форматы, с которыми невозможно работать.
  • конфиги: XML vs. API
    +1
    В моём случае большинство вещей просто не имеет смысл конфигурировать пользователю (как пример — web.xml файл). Но часть настроек несомненно нужно иметь в свободно-редактируемом файле (не факт, что это будет XML).

    >К тому же мне сильно интересно как автор собирается из GUI менять значения.

    Хороший вопрос. Видимо необходимо сереализовать (можно даже в xml) конфигурационные обьекты.
  • конфиги: XML vs. API
    –3
    читаем по диагонали? Заменять нормальным ЯП.
  • конфиги: XML vs. API
    –2
    А в огороде бузина, а в Киеве дядька.
  • конфиги: XML vs. API
    +1
    >XML используют в конфигах, чтобы не надо было пересобирать приложение и по новой деплоить его на сервер. Достаточно поменять две строчки в web.xml (любом другом конфиге) и все готово. Собственно, для этого используют нетолько XML конфиги, а, вообще, все конфиги на свете.

    Конфиги используются для того, чтобы конфигурировать ;)

    Про компиляцию — я не говорю, что надо отказаться от всего на свете и жёстко зашивать. Мелочь типа connection string-а и переопределение компонентов можно сделать в XML. Кроме того не все языки являются компилируемыми 8)

    >Описанная проблема тоже как-то несовсем ясна. Любые два конфига объединяются элементарной операцией под названием ctrl-c+ctrl-v. :)

    Это хреновые вариант обьединения, худшим вариантом является только тот вариант, когда обьединение вообще невозможно.
  • Ваш выбор системы управления версиями?
    +1
    Ещё стоит добавить системы Continuous Integration
  • Ваш выбор системы управления версиями?
    0
    nuxeo.org
  • Ваш выбор системы управления версиями?
    0
    Таким же макаром можно сделать branch-и в svn для каждого девелопера.
  • тиражируемые решения
    0
    Не совсем понял суть проблемы, поясните, возможно ответ и найдётся.
  • тиражируемые решения
    0
    Динамически генерируемая страница, статика в jar-нике это банально.
  • тиражируемые решения
    0
    Почему же не делают? Вон тут люди xml юзают, я так полагаю, что xslt они как раз для целей изменения используют. Да кроме того я и сам использую подобный подход (дефолтные страницы в jar-е) с использованием jsf.
  • тиражируемые решения
    0
    почему же не приведу, приведу:

    есть стандартная страница (допустим админка). Если в данном проекте она меня устраивает (не нужен доп. функционал и так далее), то я использую страницу из либы.

    Что в этом такого необычного?
  • тиражируемые решения
    0
    Постойте, какого такого «моего подхода»? Я тут собственно спрашиваю о том кто как делает.
  • тиражируемые решения
    0
    Не совсем понял о чём Вы?
  • тиражируемые решения
    0
    А какие есть варианты? Копи-пастить страницы из проекта в проект?
  • тиражируемые решения
    0
    селяви %)
  • тиражируемые решения
    0
    согласен с каждым словом, как высвободится немного времени попробую решить проблему аспектами 8)
  • тиражируемые решения
    0
    Спринг — замечательный фреймворк, но все потребности «плагинистости» он не покрывает. В частности я незнаю как с его помощью можно запихнуть в либу интерфейс страницы, а потом в проекте частично его изменить.
  • тиражируемые решения
    +1
    Как вариант стоит рассмотреть, но в большом проекте я боюсь, что аспекты черезчур усложнят разработку.