Да человек выше имел в виду скорее всего JavaScript, а не Java. Во всяком случае я так предполагаю Java программистам кстати тоже лучше бы смотреть на Flash.
Да и писать на Java именно сайты - странное занятие. Шутка о том, что "Java is a DSL for converting large XML files into stack traces" появилась ведь не на пустом месте Хотя последние версии популярных фреймворков и спецификации на JavaEE 6 и отходят от многокилобайтных xml-конфигов в сторону аннотаций, написание несложных сайтов на данной платформе это как из пушки по воробьям. Какие-то навороченные порталы, системы документооборота, веб-сервисы - да. Но для более простых вещей есть более удобные инструмента типа Python, Ruby или даже PHP. Хотя с каким-нибудь Play Framework-ом наверное и можно быстро писать. Но штука эта не шибко популярная.
Какие-то навороченные порталы, системы документооборота, веб-сервисы - да.
для этого есть более простые и удобные средства, чем java как-то попробовали GlassFish для создания прототипа, но потом от него отказазись, и финальный вариант сделали на sharepoint server. быстрее, удобнее, и, как ни странно, стабильнее.
Сообщение отредактировал ChameleoN - May 17 2011, 09:11
Да человек выше имел в виду скорее всего JavaScript, а не Java.
Если путается в базовых терминах, то рано ему еще давать рекомендации другим .
Цитата(Imp @ May 15 2011, 22:54)
Adobe Air - это для Flash'еров
API к runtime там и для javascript есть, так что можно и на связке HTML + CSS + Javascript писать. Только сама по себе технология клиентская (если я ничего не путаю) и серверную часть (если она нужна, а она скорее всего нужна) все равно надо на чем-то писать. Да и предназначена она для упрощения создания приложений, работающих как standalone так и из браузера одновременно...
Сообщение отредактировал foo-bar - May 16 2011, 10:15
попробовали GlassFish для создания прототипа, но потом от него отказазись, и финальный вариант сделали на sharepoint
Сказали бы, что просто не осилили проект с нуля и поэтому воспользовались готовым решением. Получается, что за недостатки ЯП выдаете свою собственную неспособность решать сложные задачи и делать правильный выбор средств для их решения. Противопоставляете друг другу вещи с разным уровнем "абстракции", т.е. сервер приложений и систему управления информацией предприятия. Куда логичнее было сравнивать SharePoint и, например, Documentum, Oracle Content Management, Alfresco и т.д. А теперь угадаете, какой ЯП используется в этих системах?
Сказали бы, что просто не осилили проект с нуля и поэтому воспользовались готовым решением.
проект как раз осилили, и к исполнению никаких претензий не было :) а причины отказа от данной платфромы были следующие: 1) лучшая стабильность работы MSSPS при критических нагрузках. в ТЗ прописана одновременная работа с тяжелым контентом нескольких сотен тысяч пользователей. 2) существенно меньшая стоимость решения от MS, но это уже особенности лицензирования СУБД у Оракла и MS.
да, забыл упомянуть еще один немаловажный фактор - разработками на java занимались опытные программисты с неплохим набором сертификатов и огромным послужным списком, на MS SPS - вчерашние выпускники. продукция MS как правило, проще в освоении и использовании. так что если для получения аналогичного результата на одной платформе требуется более высокая квалификация разработчика, чем на другой - то это можно считать минусом для данной платформы.
Сообщение отредактировал ChameleoN - May 18 2011, 16:16
Какие-то навороченные порталы, системы документооборота, веб-сервисы
Вы возражаете:
Цитата(ChameleoN @ May 16 2011, 10:47)
для этого есть более простые и удобные средства, чем java
И в качестве доказательства приводите неудачный пример, когда набранная команда неспособна с нуля создать приложение, разворачиваемое на сервере приложений (зачем нужно было подчеркивать последний момент? буззворд?), и где якобы выигрывает SharePoint. Когда должны были рассмотреть альтернативные системы, написанные на Java, которые предназначены для решения тех же задач. Делаете какие-то выгодные вам выводы, основываясь на притянутых за уши агрументах. Развели демагогию, понимаешь. От песен про стабильность и низкую стоимость вообще уши вянут. Заладили: платформа, платформа, и сравниваете теплое с мягким.
И в качестве доказательства приводите неудачный пример, когда набранная команда неспособна с нуля создать приложение, разворачиваемое на сервере приложений
ага, а java и продукция Oracle - безглючная, святая и непорочная :) в набранной команде, кстати, присутствовали разработчики указанного сервера приложений :) jem, мне в отличие от некоторых, религия позволяет выбирать инструмент под задачу, а не решать все задачи исключительно разновидностями одного инструмента, одобрнного верховным жрецом. если задача лучше решается на джаве - выбираю джаву. если на дельфи - выбираю дельфи. если в качестве сервера приложений лучше подходит MSSPS - использую его :)
Цитата(jem)
От песен про стабильность и низкую стоимость вообще уши вянут.
вывод из этого всего: в Чебоксарах нет иакизх задач, которые могут быть решены на java быстрее и дешевле,чем другими средствами. потому нет и особого спроса, а следовательно, и специалистов.
Сообщение отредактировал ChameleoN - May 19 2011, 12:51
Люди не так уж глупы, чтобы руководствоваться религиозными соображениями. Только в реалиях, к сожалению, выходит так, что мало кто имеет четкое представление о том как и за сколько что-то можно сделать на технологиях X, Y и Z, поэтому реализовывают в итоге на том что знают и с чем работали. Плюс еще конторы стараются выбирать заказы "под себя", под свою специфику.
Люди не так уж глупы, чтобы руководствоваться религиозными соображениями.
не надо переоценивать людей :) при оценке стоимости религиозные факторы очень часто бывают важнее фактов. я не про исполнителей, я про руководство и архитекторов.
Сообщение отредактировал ChameleoN - May 21 2011, 06:38
мне в отличие от некоторых, религия позволяет выбирать инструмент под задачу
А что вам помешало для той задачи, где вы использовали SharePoint, как альтернативу рассмотреть, например, Alfresco? Если заказчика устраивало типовое решение, то зачем нужно было пытаться начать проект с пустого места на GlassFish?