Отчего же не рассказать — расскажу 8). Правильный подход заключается в том, что потребление энергии должно стать приоритетом при проектировании стойки.
Я допускаю тот факт, что совсем не на всех производствах возможно «озеленение» технологии, но подавляющиее большинство компьютерной техники не имеет видимых (покрайне мере для меня) ограничений для «озеленения» кроме денежных затрат.
>У icq нет пиара. Я еще ни разу не видел, чтобы были посты с призывами удалить жабу и перейти на аську ;). А вот жабу именно так и пиарят, что очень напрягает.
Мир таков каков он есть, тут глупо прятать голову в песок.
Если ты хочешь быть последовательным — откажись от покупки машины (пеарят же!), покупки компьютеров, одежды, уедь в лес и живи в аскезе.
Всё-таки для продакшена java как платформа уже давным давно готова и даже если сейчас ВСЁ (включая ibm-овские, apache-евские и прочие jboss-овские наработки) остановится, то индустрия ещё лет 10 (20?) будет спокойно на наработках волочится. Посмотрите на delphi ;)
Это называется «негативный взгляд на жизнь». Например так же можно сказать, что ты продаёшься за еду/сон/секс/наркотики… Ты меняешь всю свою бесценную жизнь на переживание этих импульсов «мне хорошо» — «мне плохо».
Даже нирвана — суть зависимость от абсолюта %) Так что поменьше категоричности ;)
Процетирую сам себя (для особо ленивых читателей):
Вывод такой — как только у тебя появляется конфиг чуть более сложный, чем указание factory метода — сразу переноси конфигурацию из XML в нормальный ЯП (заменяя Schema-у на API) иначе будешь постоянно мучаться, РЕАЛИЗОВЫВАЯ ВСЕ СТАНДАРТНЫЕ ФИШКИ ЯЗЫКА ПРОГРАММИРОВАНИЯ в своём XML формате.
>Но вы, наверное, хотели чего-то не того, а чтобы как-то оно само все поддерживало.
Я хочу чтобы так же как в любом ЯП я мог бы в любом конфигурационном файле использовать наследование и полиморфизм. В сегодняшнем мире этого нет в 99% конфигурационных файлов на XML.
А про то, что на чём угодно можно написать что угодно — я знаю.
Вы или не читали то, что я написал или прочитанное не поняли. Про полиморфизм и наследование — обьясните, что в этом смешного? Если это так смешно, почему в большинстве конфигурационных файлов это не сделано?
Я допускаю тот факт, что совсем не на всех производствах возможно «озеленение» технологии, но подавляющиее большинство компьютерной техники не имеет видимых (покрайне мере для меня) ограничений для «озеленения» кроме денежных затрат.
Мир таков каков он есть, тут глупо прятать голову в песок.
Если ты хочешь быть последовательным — откажись от покупки машины (пеарят же!), покупки компьютеров, одежды, уедь в лес и живи в аскезе.
Ext2? %)
>Кому охота заниматься аутсайдером?
Если есть пользовательская база — желающие найдутся.
Даже нирвана — суть зависимость от абсолюта %) Так что поменьше категоричности ;)
Вывод такой — как только у тебя появляется конфиг чуть более сложный, чем указание factory метода — сразу переноси конфигурацию из XML в нормальный ЯП (заменяя Schema-у на API) иначе будешь постоянно мучаться, РЕАЛИЗОВЫВАЯ ВСЕ СТАНДАРТНЫЕ ФИШКИ ЯЗЫКА ПРОГРАММИРОВАНИЯ в своём XML формате.
Я хочу чтобы так же как в любом ЯП я мог бы в любом конфигурационном файле использовать наследование и полиморфизм. В сегодняшнем мире этого нет в 99% конфигурационных файлов на XML.
А про то, что на чём угодно можно написать что угодно — я знаю.