Здравствуйте, sunshine, Вы писали:

S>Здравствуйте, ihatelogins, Вы писали:


S>

I>>Работая на стороне крупного заказчика, могу сказать, что сейчас весь заказной софт пишется под веб. Пусть интерфейс и чуть тормознее, чем GUI, зато DEPLOYMENT НЕРЕАЛЬНО УПРОЩАЕТСЯ. Это бесконечное обновление версий, инсталляция, SMS (System Management Server), зависимости компонент... это уже ВСЕХ ЗАДОЛБАЛО.

S>Вы ведь наверняка слышали об идеологии Smart Client от MS. (на всякий пожарный, здесь анонс). Это все там решено.

Да, деплоймент там проще. Но кто застрахован от БЕСКОНЕЧНЫХ проблем с совместимостью, так присущих MS? Через год выйдет LH и смарт-клиенты на винформс уже придётся затачивать под новый фреймворк, а то и переписывать (ведь еще, с выходом WPF, их поди объявят obsolete). Веб-приложение будет работать пока будут браузеры.

К тому же сейчас веб-приложения — это не просто гриды и кнопки (которые проще делать в WF), это еще часто и сложная разметка, и навороченные CSS-стили... Что в WF делается уже НЕ ТАК ПРОСТО.


S>

S>Всех задолбали залочивание интерфейса в GUI-приолжениях (где нет многопоточности "на халяву", как в вебе, и делать интерфейс многопоточным довольно трудно.

S>Ну это знаете-ли... Это все равно что руку себе отрубить, чтобы удержаться от соблазна скушать лишний кусочек торта.

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

S>

I>>Win-приложения постепенно уходят из ERP-сектора (по крайней мере, из области заказных разработок)

S>По-моему, такое утверждение было-бы совершенно справедливо еще год назад. Но сейчас начинать делать корпоративную систему на вебе — по-моему вряд-ли стоит. На фик этот гимор с вебом, если можно решать те-же задачи гораздо лучше в WinForms.

Веб-приложения — это инвестиции. А WF-приложения — это конкуренция с MS, глюки и сложный деплоймент. Веб-приложения лучше администрируются, более гибкие, можно обновлять прямо во время работы пользователей (ASP.NET). А WF-приложения рано или поздно придётся переписывать на XAML/WPF.

WF скорее нишевая технология, она идеально подходит для программ, работающих с вычислительными ресурсами, отображающими сложную динамическую графику итд. Корпоративным пользователям как правило всё это не нужно.

Здравствуйте, Тануки, Вы писали:

P>>В данном случае эт либа для написания ГУЯ толстого клиента.

Т>GUI для Windows на Java... лучше сипоку...
А операторов никто спрашивать и не будет
Кроме свинга кстати swt еще есть, (хочешь посмотреть как оно работает — скачай eclipse), на нем немного сложнее писать, чем на свинге — свинга уже сколько лет развивается... Очень много вещей, специально на винду ориентированных...
И вообще, на java пишутся многоплатформенные приложения, а то все "винда" да "винда"!...

Здравствуйте, orange_, Вы писали:

_>Подумалось тут недавно...
_>Быть web-разработчиком намного тяжелее, чем писать "толстых" клиентов. А платят web-разработчику чаще всего меньше!

_>Из базовых технологий web-программисту нужно знать:
_>1. CSS
_>2. HTML
_>3. ASP.Net
_>4. JavaScript
_>5. протоколы — TCP/IP, UDP, SOAP...
_>6. XML
_>7. XSL/XSLT
_>8. XSD
_>9. UML

_>А ещё иногда вдобавок требуют и php и/или perl.

_>Где тут логика — не понятно.

5 и 9, по крайней мере, и не только веб программисты юзают. А все сотальное в сумме по сложности намного меньше чем С++ например, это каждый ребеонк умеет. Вот потому и платят столько (Я не отношу сюда тех веб программистов, которым много платят — там бывают и сложные задачи)

Многоплатформность условная... =)

Здравствуйте, sunshine, Вы писали:

S>Вы ведь наверняка слышали об идеологии Smart Client от MS. (на всякий пожарный, здесь анонс). Это все там решено.
http://java.sun.com/products/javawebstart/index.jsp

Здравствуйте, Тануки, Вы писали:

Т>Многоплатформность условная... =)
Ааааааааааааааааааа не может быть

Здравствуйте, orange_, Вы писали:

_>Из базовых технологий web-программисту нужно знать:
_>1. CSS
_>2. HTML
_>3. ASP.Net
_>4. JavaScript
_>5. протоколы — TCP/IP, UDP, SOAP...
_>6. XML
_>7. XSL/XSLT
_>8. XSD
_>9. UML

Это должен знать верстальщик
1. CSS
2. HTML
7. XSL/XSLT

Это JavaScript-программист
4. JavaScript
+ куча других примочек

Это веб-программист
3. ASP.Net
5. протоколы — TCP/IP, UDP, SOAP...
+ работа с БД.

Это сейчас везде
6. XML
8. XSD

Это любой программист должен знать
9. UML

Список не больше и не меньше, чем в других сферах программирования. Зарабатывать на жизнь только одной технологией не получится. А платят мало, потому что конкуренция высокая. Научились кустарные приложения на php лепить и сразу на рынок. Нормальный программист как в вебе, так и в win получает примерно одинаково.

_>Из базовых технологий web-программисту нужно знать:
_>5. протоколы — TCP/IP, UDP

зачем это веб-программисту?
"веб" подразумевает HTTP (+ все что поверх хттп навернуто)

S>По-моему, такое утверждение было-бы совершенно справедливо еще год назад. Но сейчас начинать делать корпоративную >систему на вебе — по-моему вряд-ли стоит. На фик этот гимор с вебом, если можно решать те-же задачи гораздо лучше в >WinForms.

нафиг вебформсы если большинство задач создания ГУЯ можно решить с помощью ASP.NET?
назовите что-то что нельзя сделать в АСП.НЕТ? только про КАД-системы не надо, если ограничиться обычной "мордой" к средне-стандартному корпоративному приложению (гуй + база + серверная бизнес-логика)

Здравствуйте, ihatelogins, Вы писали:

I>Веб-приложения лучше администрируются, более гибкие, можно обновлять прямо во время работы пользователей (ASP.NET).
напоминает рекламу "Валдая".

I>>можно обновлять прямо во время работы пользователей (ASP.NET).


могут обновлять пользователя во время работы

captainPower wrote:
> Всё ведь зависит от масштаба проекта... На php почему то больших корпоративных приложений не пишут...
> Наверное технология уже не держит...

А мужики-то не знают! JFYI в yahoo php используется _очень_ сильно

--
SKV

Здравствуйте, Тануки, Вы писали:

Т>Но у меня есть большой минус — я ЛЕНТЯЙ.
Т>Но когда надо — я делаю все быстро, главное раскачигарится...

Лень — главный враг программиста! (С)
Это профессиональный минус программеров — большинство им страдает...

Здравствуйте, koandrew, Вы писали:
K>Лень — главный враг программиста! (С)
K>Это профессиональный минус программеров — большинство им страдает... :)
А я счтиаю, что лень не враг, а главный друг программиста. Если бы не лень, то вместо того, чтобы использовать готовое отлаженное решение, писали бы каждый раз свое.

Здравствуйте, sigsegv, Вы писали:

S>captainPower wrote:
>> Всё ведь зависит от масштаба проекта... На php почему то больших корпоративных приложений не пишут...
>> Наверное технология уже не держит...

S>А мужики-то не знают! JFYI в yahoo php используется _очень_ сильно

У них маленько не тот PHP, что у людей которые пишут форумы и сайтики. У них тоже PHP+модули на C++. Скрипт как правило проблем не вызывает т.к. масштабируется, поставил на 60 машин и все, 10% самого нагруженного кода на C++ переписал и все. Там обычно начинают базы проседать с которыми в стандартном PHP принято работать SQL. А так у любого крупного монстра есть свой любимый скриптовый язык. У Google Python, у Yahoo PHP, у MS наверняка ASP
У нас кстати это Perl http://company.yandex.ru/blog/?msg=19&month=2&year=2005