Здравствуйте, -VladK-, Вы писали:
VK>Дело не в вере а в том что да .Net более развита с академической точки зрения но на практике для enterprise-приложений Java платформа будет лучше. И да, пресловутая независимость от ОСи все же играет огромную роль
Независимость от ОС, независимосьть от БД, независимость от... Это вообще на практике востребовано? Можно примеры какие-то?
Здравствуйте, xRAZORx, Вы писали:
RAZ>Посматриваю сейчас рынок работ, так вот, к примеру, в Калифорнии катастрофически нужны джависты.
Не знаю, где ты смотришь... Я почему-то вижу сплошь ruby, js, и прочие ObjC, а то и, прости господи, похапе. Дада, стартапы они такие.
Почему именно они?
Много старого копролита лопатить, не? Жабка — это же своеобразный Кобол 21 века.
RAZ>Типа там столько старых продуктов и нифига нет новых?
Насколько крайне субъективно видно мне — новых продуктов хватает, но стартуются они как правило небольшими командами. Толпы — поддерживают столпы легаси.
С>Шарп — платформо-зависисмый и к тому же MS зависимый. Чего не скажешь о джаве.
Бредятина. Шарп с некоторых пор более портабельный, и менее вендорозависимый, нежели жаба! О подаче спецификаций в ECMA MS-ом, и сопутствующем отказе от будущих патентных притязаний, на фоне разборок Оракла, ничего не слышал? А о разрыве шарпом жабы на британский флаг на практических задачах? А о том, что любая мало мальски сложная практическая задача не обходится без большой коллекцию маленьких сущностей? Равно как и о том, что стракты справляются с таким раскладом куда лучше тупых объектов на все случаи жизни? О JNI и PInvoke, лямбдах, замыканиях, свойствах, дженериках поговорим? Если для тебя все это пустой звук, то ты получается ничего кроме низкопробных CRUD-ORM-Вебморд и не делал. Давай еще поговорим о жабобайткоде, автоконвертированном(!!!!!) в сборку дотнет, запущенном на моно, и уделывающем оригинал и по скорости исполнения, и по расходу памяти? Или же об отсутствии жабки на iOS, и наличии замечательного Xamarin с кучей первоклассных продуктов, на нем написанных.
И да, серьезные проекты на моно есть, как бы кого не коробил этот факт.
I>И да, серьезные проекты на моно есть, как бы кого не коробил этот факт.
Жабка, конечно, по массовости вне конкуренции, и еще долго таковой будет. Слишком много денег вбухали в решения на ней, и никто в здравом уме от них отказываться не будет. Это одновременно и плохо (болото) и хорошо (маленький толковый стартап может обойти толпу "доителей изнуренных жаб").
Здравствуйте, iiice, Вы писали:
С>>Шарп — платформо-зависисмый и к тому же MS зависимый. Чего не скажешь о джаве.
I>Бредятина. Шарп с некоторых пор более портабельный, и менее вендорозависимый, нежели жаба!
Портабельный, если изначально писать на моно, а это нафиг никому не сдалось.
I>И да, серьезные проекты на моно есть, как бы кого не коробил этот факт.
Назовите их? Пинту, томбой и баньши не предлагать.
Или хотя бы компании, которые используют моно.
I>>И да, серьезные проекты на моно есть, как бы кого не коробил этот факт.
RAZ>Да и на маке удобней програмить на java, т.к. ide везде одинаковые для нее, а монодевелоп какой-то не очень.
Это, кстати, да. Студия есть только под вин, и то она без решарпера сильно уступает жабовским IDE. А жабовские прекрасно идут под чем угодно.
Новости очень смешные. Зря вы не смотрите. Как будто за наркоманами подсматриваешь. Только тетка с погодой в завязке.
There is no such thing as a winnable war.
Здравствуйте, iiice, Вы писали:
С>>Шарп — платформо-зависисмый и к тому же MS зависимый. Чего не скажешь о джаве.
I>Бредятина. Шарп с некоторых пор более портабельный, и менее вендорозависимый, нежели жаба! ... А о разрыве шарпом жабы на британский флаг на практических задачах? I>И да, серьезные проекты на моно есть, как бы кого не коробил этот факт.
Мы очень рады по поводу того, что в Вашей Вселенной все так хорошо.
В нашей вселенной Java-сервера крутятся на линуксовых серверах. Которые, в свою очередь: 1) дешевле; 2) проще админить.
Ну а еще в нашей Вселенной мы лучше заюзаем библиотеку, побыстрее выпустим продукт, а вот дальше, если надо, то займемся оптимизацией. Без структур и дженериков с примитивными типами, ну да мы привычные — там Trove используем, тут еще что-нибудь...
Здравствуйте, Yoriсk, Вы писали:
Y>Независимость от ОС, независимосьть от БД, независимость от... Это вообще на практике востребовано? Можно примеры какие-то?
Ну я вот делаю коробочный продукт на Java. Сервер. Некоторые хотят ставить сервер на виндовые машины, некоторые на юниксы, а некоторые, о ужас, на маки. До этого был тоже один ого го какой проект — один заказчик требовал, чтоб база была Oracle, другой требовал чтоб MS SQL. И еще как то было дело — изначально в качестве СУБД использовался PostgreSQL, затем появилось требование, что нет, обязательно нужен MySQL, ибо хостинг PostgreSQL не поддерживает, без малейших проблем перешли на него менее, чем за день.
Здравствуйте, elmal, Вы писали:
Y>>Независимость от ОС, независимосьть от БД, независимость от... Это вообще на практике востребовано? Можно примеры какие-то? E>Ну я вот делаю коробочный продукт на Java.
Разговор был немного не об этом.
E>До этого был тоже один ого го какой проект — один заказчик требовал, чтоб база была Oracle, другой требовал чтоб MS SQL. И еще как то было дело — изначально в качестве СУБД использовался PostgreSQL, затем появилось требование, что нет, обязательно нужен MySQL, ибо хостинг PostgreSQL не поддерживает, без малейших проблем перешли на него менее, чем за день.
Вот прямо за один день? Ничего сложнее "select * from table" не исспользовали? Тоже пример немного не из той оперы.
Здравствуйте, Yoriсk, Вы писали:
Y>Вот прямо за один день? Ничего сложнее "select * from table" не исспользовали? Тоже пример немного не из той оперы.
База таблиц так на 100 (весьма денормализованная, при нормализации все 500 были б). И селект, и update, и инсерт, и отчеты — продукт по сложности как 1С. Учитывая, что базу конвертить не надо было, а в коде вместо SQL использовался HQL (или даже JPQL кажется, все время забываю как называется а гуглить лень) — никаких проблем не было. Те данные, которые обязаны быть в базе при старте — создавались из кода при первой загрузке. Хранимых процедур никаких не было, как там админы бекапы будут делать базы — тоже не наша забота, так что независимость от базы полнейшая.
Нахрена использовать навороты и особенности БД, если это черти как осложняет поддержку и развитие проекта, а также затрудняет масштабирование — не очень понятно.
Здравствуйте, elmal, Вы писали:
E>Нахрена использовать навороты и особенности БД, если это черти как осложняет поддержку и развитие проекта, а также затрудняет масштабирование — не очень понятно.
Выделеное много объясняет.
В вашем случае ИМХО можно сделать и следующий шаг и спросить "нахрена использовать БД", но это подходит далеко не для всех продуктов.
