И даже если Java и будет — то скорей всего сильно урезаная — то есть в отличие от Stax-а — никакое не полноценное J2EE — Java будет просто как связующая надстройка над набором API от Гугл — и большой разницы по сравнению с текущим питоном я не вижу (разве что язык для кого-то более похожий)
На stax смотрел — кажется удобным — для тех кому не хочется разбираться с амазоном. И пока бесплатный — а потом? Скорей всего надо будет платить за время. И тут как я понимаю — время-времени рознь:
1. На App Engine — если я правильно понял — платиться за реальное процессорное время используемое приложением. То есть если аппликуха висит — но никто в нее не стучится — то и не платишь
2. на Амазоне платишь за то время, пока работает твоя виртуальная машина (спецы — плиз поправьте если не прав — самому инетерсно как оно на самом деле). То есть даже если не кто не обращается к твоему приложению — виртуальная машина запущена — часики тикают. Еще раз плиз — поправьте если не прав
Соотвествено — если решения базирующиеся на амазоне будут перенимать туже можедь подсчета времени — то и платить придеться по той же модели — хотя кто знает — может и что-то другое придумают
А по поводу App Engine Data API — это key-value DB — которые тут недавно бурно обсуждались — есть свои плюсы и минусы
из описания LINQ я подумал что это «надстройка» над .NET framework — а не его составная часть. Но — спорить не буду — так как .NET знаю очень поверхностно (можно сказать вообще не знаю)
На самом деле с точки зрения маркетинга — все понятно. MS выгодно что бы пользователи как можно скорее мигрировали со старых систем на новые. И такими ограничениями (новые продукты работают только на новых версиях ОС) — эта миграция стимулируется
Просто хотелось понять — только ли маркетинговые резоны здесь задействованы — или все-таки есть технические ограничения
Проблема не в парафине — человек написал тулзу и огромное ему спасибо. Он еще и исходники приложил!
Опять-таки — приспичит (а судя по всему приспичит) — можно взять исходники и самому пересобрать с .NET 2.0 и допилить напильником на предмет совместимости.
Почему я не могу поставить .NET Runtime версии старше 2.0 на Win2k? Что такого нет в Win2k по сравнению с WinXP (имеется в виду с точки зрения API) что не возможно обеспечить совместимость .NET & Win2k?
По поводу «умерить амбиции» — амбиции у человека должны быть — но они должны быть здоровые — и соответсвовать текущей реальности. И если реальность говорит — что еще вчера «здоровые» амбиции стали вдруг «нездоровыми» — то чтож — придется умерить
Самому полгода назад пришлось поставить контору «on hold» и сменить кресло ген. директора (если так можно сказать) на обычного кодера. И ничего — я пока не гордый — могу и покодить — главное что деньги платят — и жить есть на что. А там посмотрим.
Ну а по поводу фраз что плохо живется… для меня отрезвляющей была поездка по Индии (двое суток на автобусе из Дели в Покхару). если кто-то считает — что мы живем плохо, у нас кризис и ж@па — очень рекомендую! По приезду — вы будете уверены что живем мы просто шикарно!
За парафин ОГРОМНОЕ спасибо — судя по всему автор как раз поплясял вокруг тех же граблей — и сделал утилиту более удобную для использования! При следующем релизе попробую — по описанию должно сильно облегчить жизнь!
Я так понимаю — wix — это просто XML представление внетренней базы Windows Installer-а — то есть, если внутренняя база — это машинные коды — то wix — ассемблер. Можно сделать все (вон — инсталлер для того же офиса получается на нем написан) — но вопрос только какими усилиями
Об этом следующей части — но пока нет — порт по умолчанию, база — встроенный HSQL. Все это можно сделать — но надо глубже копать в WiX.
Так что пока — только простейшее решение — поставил, сконфигурил как сервис, корректно удалил. Но опять-таки — об этом в следующей части (сегодня попозжее напишу)
И упаси меня бог отменять J2EE — это же рубить сук на котором сидишь! Я же благодаря этим отраслевым стандартам себе на жизнь зарабатываю (за что им — стандартам этим — огромное спасибо!)
Все правильно. Для того эе EmForge — msi с Windows Installer-ом, zip — с Jetty-bundled решением и WAR — для деплоя на уже установленный сервер лежат рядом — каждый выбирает что ему лучше подходит.
Понятное дело — что если у кого-то уже стоит какой-либо сервер приложений — понятно что такому пользователю будет удобней скачать вар и задеплоить его — вместо того что бы заводить еще один сервис. Но практика показывает — значительно больше людей у которых никакого сервера нет — а их интерисует именно продукт (а не технология, на которой он написан)
Вопрос в голосовании — не в том что бы отвергать или утверждать стандарт (не мы создавали этот стандарт — не нам его и отвергать) а понять сколько людей понимают — о чем идеть речь
Я приводил пример с голосованием — просто что бы показать — что даже на хабре может найтись большое количество людей — которые не знают что-такое Deploy и Web-Container (Servlet-Conatiner).
Зачем это потребовалось именно мне. Занимаясь разработкой EmForge (система управления проектами) — целевая аудитория которого на данный момент — это team-leader-ы, project manager-ы, которые мог ли бы заинтерисоваться им и захотели бы попробовать я столкнулся с тем, что действительно далеко не все из них работают в J2EE, и готовы тратить время на разбирательство куда надо засунуть этот *.war что бы это заработало. Вот для таких случаев очень сильно пригодился msi — и как показывает статистика на SourceForge — больше половины закачек — именно msi а не war — значит все-таки надо.
Ну а если еще кому-нибудь пригодится — то и хорошо :)
Можно провести опрос на Хабре (притом что Хабр — достаточно специфичная аудитория) «Знаете ли вы что означают слова „Deploy“ и „Web-Container“» — хорошо если наберется половина (при том что — еще раз — Хабр — публика очень специфичная — достаточно много Java-программистов)
Если говорить о самом парафине — исходники есть — то есть можно попытаться пересобрать его с .NET 2.0 (ну и допиливать напильником несовместимости)
Но — я достаточно далек от .NET разработки что бы сделать это за разумное время — так что продолжу возиться с tallow
До только в официальном RoadMap-е ничего похожего нет
И даже если Java и будет — то скорей всего сильно урезаная — то есть в отличие от Stax-а — никакое не полноценное J2EE — Java будет просто как связующая надстройка над набором API от Гугл — и большой разницы по сравнению с текущим питоном я не вижу (разве что язык для кого-то более похожий)
1. На App Engine — если я правильно понял — платиться за реальное процессорное время используемое приложением. То есть если аппликуха висит — но никто в нее не стучится — то и не платишь
2. на Амазоне платишь за то время, пока работает твоя виртуальная машина (спецы — плиз поправьте если не прав — самому инетерсно как оно на самом деле). То есть даже если не кто не обращается к твоему приложению — виртуальная машина запущена — часики тикают. Еще раз плиз — поправьте если не прав
Соотвествено — если решения базирующиеся на амазоне будут перенимать туже можедь подсчета времени — то и платить придеться по той же модели — хотя кто знает — может и что-то другое придумают
А по поводу App Engine Data API — это key-value DB — которые тут недавно бурно обсуждались — есть свои плюсы и минусы
На самом деле с точки зрения маркетинга — все понятно. MS выгодно что бы пользователи как можно скорее мигрировали со старых систем на новые. И такими ограничениями (новые продукты работают только на новых версиях ОС) — эта миграция стимулируется
Просто хотелось понять — только ли маркетинговые резоны здесь задействованы — или все-таки есть технические ограничения
Опять-таки — приспичит (а судя по всему приспичит) — можно взять исходники и самому пересобрать с .NET 2.0 и допилить напильником на предмет совместимости.
Почему я не могу поставить .NET Runtime версии старше 2.0 на Win2k? Что такого нет в Win2k по сравнению с WinXP (имеется в виду с точки зрения API) что не возможно обеспечить совместимость .NET & Win2k?
Самому полгода назад пришлось поставить контору «on hold» и сменить кресло ген. директора (если так можно сказать) на обычного кодера. И ничего — я пока не гордый — могу и покодить — главное что деньги платят — и жить есть на что. А там посмотрим.
Ну а по поводу фраз что плохо живется… для меня отрезвляющей была поездка по Индии (двое суток на автобусе из Дели в Покхару). если кто-то считает — что мы живем плохо, у нас кризис и ж@па — очень рекомендую! По приезду — вы будете уверены что живем мы просто шикарно!
Я так понимаю — wix — это просто XML представление внетренней базы Windows Installer-а — то есть, если внутренняя база — это машинные коды — то wix — ассемблер. Можно сделать все (вон — инсталлер для того же офиса получается на нем написан) — но вопрос только какими усилиями
Так что пока — только простейшее решение — поставил, сконфигурил как сервис, корректно удалил. Но опять-таки — об этом в следующей части (сегодня попозжее напишу)
Понятное дело — что если у кого-то уже стоит какой-либо сервер приложений — понятно что такому пользователю будет удобней скачать вар и задеплоить его — вместо того что бы заводить еще один сервис. Но практика показывает — значительно больше людей у которых никакого сервера нет — а их интерисует именно продукт (а не технология, на которой он написан)
Я приводил пример с голосованием — просто что бы показать — что даже на хабре может найтись большое количество людей — которые не знают что-такое Deploy и Web-Container (Servlet-Conatiner).
Ну а если еще кому-нибудь пригодится — то и хорошо :)