A>Ваши советы лично мне кажутся чем-то из разряда "в предмете не разбираюсь, но мнение имею".
В чём проблема? Дайте топикстартеру свою рецензию на заданный набор технологий. Народ тут прошаренный, любые нестыковки с фактами закидают какашками очень быстро.
_>>Но те, кто в бакэнде догадались применить TypeScript — сейчас смотрят на остальных как на лузеров. Т.е. если и выберешь nodejs — возьми TypeScript или аналоги. A>И получить проблемы того, что этими инструментами пользуются "два" человека. Например, результат выдачи гугла по запросу "typescript + promises" весьма удручающий.
И что это нам говорит? Мне например — что про поддержку promises у typescript всё описано в доках Тыщи постов на тему возникают когда люди сталкиваются с чем-то и неочевидным и плохо документированным одновременно.
_>>Java — В роли догоняющих уже лет 15. Как следствие ты успеешь написать портал на всех технологиях выше, и взявшись повторить его же на Java обнаружишь что они как раз сделали те фичи которые были у конкурентов. A>Добро пожаловать из криокамеры. Если не сложно, то не могли бы вы назвать фреймворк, который из коробки поддерживает вебсокеты. Вот догоняющая 15 лет ява со спрингом почему-то это умеет.
Если поддержка вебсокетов это cutting edge — то лучше подтверждения отставания на годы уже сложно придумать, и нас действительно разделяет дверь в криокамеру С этой стороны (двери) я даже затрудняюсь назвать веб-фреймворк который вебсокеты не поддерживает. Вот туториал от MS 4-х летней выдержки. На том же ASP.NET есть такой SignalR, который умел решать задачу вебсокетов ещё до того как стандарт устаканился и прозрачно переходит на протоколы-заменители для старых браузеров (хабр двухлетней давности). Что примечательно — первым же коментом к той статье идёт угар и опускание сабжа, исходя из того что Sock.js рвёт по поддержке протоколов signalr вхламину. Туториалы для нубов по скрещиванию с typescript уже полтора года как в нете. И чтоб два раза не вставать, я специально выбрал с TypeScript + promises чтоб как-то компенсировать убогость выдачи гугла
P.S. А вообще, приходите к нам, в священные войны — у нас там особая атмосфера обмена мнениями, отлично впишитесь. Меня можно вызвать заклинаниями со словом Nemerle например. А вы, полагаю, реагируете на Java
P>Так вот вопрос: на чем сейчас модно писать backend? Приложение не то чтобы high-load, но довольно развесистое, с кучей бизнес-логики. P>php/java/python/ruby? Интересуют pros/cons, ну и любые доводы тех, кто в теме.
Стандартный ответ — на том, что хорошо знает команда. Но если именно модное — то это angularjs на морде, nodejs в бэкэнде, и NoSQL хранилище (Postgress, да и вообще SQL это в бакэнде не модно). Скорее всего вообще не взлетит, или будет в ужасном состоянии настолько что все кинут проект и разбегутся, но реально некоторое время будете писать на пике хайпа.
.
Python — пик хайпа уже позади, ощущение что с ним ты ближе к гуглу — всё слабее, да и гугл предал наклепав всяких Go, проблемы остались.
Ruby — Связка Ruby/RoR долгое время учила всех как надо делать это красиво. Все скопировали, в результате сейчас преимуществ около нуля.
Nodejs — В начале испугали экспонентой, особенно учитывая что хайп формировали команды стартапщиков которые своё время вообще не считают — вместо этого там меряются долями. Сейчас у тех аутсорс контор которые повелись, начинает появляться статистика по проектам и медленно наступает прозрение. Но те, кто в бакэнде догадались применить TypeScript — сейчас смотрят на остальных как на лузеров. Т.е. если и выберешь nodejs — возьми TypeScript или аналоги.
Java — В роли догоняющих уже лет 15. Как следствие ты успеешь написать портал на всех технологиях выше, и взявшись повторить его же на Java обнаружишь что они как раз сделали те фичи которые были у конкурентов.
Учитывая сколько разного за эти годы умерло, а ASP.NET ещё бодрячком — я бы советовал оставить где есть (даже не покрытая тестами но работающая бизнес-логика дорогого стоит!), взять VS 2015 и изучить все последние мутации которые произошли за эти годы (Web API, Razor, работа на Linux, развёртывание в облачка, и т.п.). Если у вас будет бутстрап-джаваскриптовая морда, с логикой торчащей наружу исключительно через WebAPI, полный реалтаймовый апдейт всех формочек и гридов через SignalR — через год будете модные-модные.
Здравствуйте, pugv, Вы писали:
P>Коллеги, назревает необходимость переноса портала с ASP.Net/Oracle на Apache/Postgres. Так вот вопрос: на чем сейчас модно писать backend? Приложение не то чтобы high-load, но довольно развесистое, с кучей бизнес-логики. php/java/python/ruby? Интересуют pros/cons, ну и любые доводы тех, кто в теме.
С такими требованиями — что угодно. Просто выбираешь, с чем интересно познакомиться, что интересно выучить, и вперёд. Нужно больше исходных данных для совета.
Здравствуйте, Cyberax, Вы писали:
A>>>>Большие системы типа «Яндекса», Mail.ru и Rambler смотрят на тебя с подозрением. (Хотя, не исключено, что ты что-то иное имеешь в виду под большими системами.) C>>>А в чём они не согласны? A>>В том, что они не на Java. C>Я не знаю про Rambler, но в остальных Java вполне используется.
Между «используется» и «сделаны на» пропасть. В них много что используется и много на чём они сделаны.
C>>>Откуда здесь вообще "переписывание" взялось? Чаще всего проекты сразу на Java и начинаются. A>>Да не важно, можешь убрать переписывание. Миф о Java никуда не денется. C>То есть? Какой именно миф?
Озвученный тобой: что Java является единственным выбором для больших систем.
C>>>Да, а какие альтернативы предлагаются? A>>Большая система может быть написана на любом из высокоуровневых ЯП. C>Точнее не написана.
Здравствуйте, Sharov, Вы писали:
kdw>>И таки на чем написаны «Яндекса», Mail.ru и Rambler ? S>плюсы в основном, ядро и т.д. А всякие обвязки и серверы на джаве.
Z>Со всем согласен кроме этого. Все только пытались копировать, но каждый скопировал только какую-то часть, тем более на другой язык рубийные фишки так просто не скопировать.
Для человека-оркестра, способного и серверную и клиентскую часть в одиночку в сжатые сроки написать, безусловно. Ну или для нескольких таких людей, но с предельно разделёнными областями ответственности. Собственно по этому я с такими рецензиями на RoR в эту тему
, например, совершенно не суюсь. А выводы у меня даже не из знания собственно технологий, а по статистике — года 4 назад например, проект на RoR 3 делался чуть ли не на треть быстрее аналогичного на ASP.NET, а сейчас цифры почти сравнялись. Возможно что преимущество в разработке на RoR пожирается какими-то другими проблемами — не такая продвинутая IDE, или необходимость покрывать больше кода тестами из-за динамики, может ещё что-то — тут уже разбираться надо. В общем мопед считай не мой я лишь в стилем лурки описал цифры из статистики завершённых проектов — вся РБ аутсорсит, и у тех контор которые хоть что-то кроме бухгалтерии ведут информации собирается прилично.
Здравствуйте, pugv, Вы писали:
A>>С такими требованиями — что угодно. Просто выбираешь, с чем интересно познакомиться, что интересно выучить, и вперёд. Нужно больше исходных данных для совета. P>Спасибо. Ну а каких данных? Развесистая учетная система по сути. Положить в базу/взять из базы, посчитать, нарисовать страничку, отдать клиенту. Одновременно работающих пользователей 3-5 тысяч. Хорошо бы, чтоб какой-нибудь ORM нормально прикручивался.
В том то и дело, что у всех перечисленных есть ORM и не один и ещё больше фреймворков для отрисовки и отдачи страниц, которые выдержат такое количество клиентов. Вот если б требования были типа наличия или отсутствия статической типизации, тогда уже можно обсуждать варианты. Разве что вместо Java я б рекомендовал на Goovy смотреть, ближе по синтаксису к другим будет.
Здравствуйте, pugv, Вы писали:
P>Коллеги, назревает необходимость переноса портала с ASP.Net/Oracle на Apache/Postgres. Импортозамещение так сказать. P>Кроме того там давно пора все переписывать. P>Так вот вопрос: на чем сейчас модно писать backend? Приложение не то чтобы high-load, но довольно развесистое, с кучей бизнес-логики. P>php/java/python/ruby? Интересуют pros/cons, ну и любые доводы тех, кто в теме.
Java. Быстрая(уж точно быстрее динамики вроде руби и похапэ), удобная, имеет тысячи библиотек на все случаи жизни.
Питон малопредсказуем, чего только стоят его exception'ы.
Здравствуйте, pugv, Вы писали:
P>Коллеги, назревает необходимость переноса портала с ASP.Net/Oracle на Apache/Postgres. Импортозамещение так сказать. P>Кроме того там давно пора все переписывать. P>Так вот вопрос: на чем сейчас модно писать backend? Приложение не то чтобы high-load, но довольно развесистое, с кучей бизнес-логики. P>php/java/python/ruby? Интересуют pros/cons, ну и любые доводы тех, кто в теме.
Java
Выше Вы писали, что команда знает C++/C# — в яве фич меньше (причем сейчас уже почти исправились), но в целом очень близка к шарпу. Мне кажется это главное преимущество.
Плюс ИМХО сложную логику под веб существенно проще писать на яве, куча библиотек, живей всех живых, куча относительно стандартных решений.
Ну и по паре легких минусов других вариантов:
Ruby — я в своё время несколько дней пытался понять как развернуть уже готовый сайт на RoR: костыль на костыле, ноль документации по стандартным решениям и т.д.
PHP — между версиями легонько ломают совместимость. Всё зависит от того как писать и ломают её в основном по незаметным мелочам, но в яве таких фокусов на вскидку не помню.
Python — не всем нравиться (мне допустим нет). Плохая карма, после полностью сломаной совместимости между 2 и 3 версиями.
Здравствуйте, pugv, Вы писали:
P>Здравствуйте, 11molniev, Вы писали:
1>>Java 1>>Выше Вы писали, что команда знает C++/C# — в яве фич меньше (причем сейчас уже почти исправились), но в целом очень близка к шарпу. Мне кажется это главное преимущество.
P>Да, тоже об этом подумал. P>А какие конкретно фреймворки и IDE лучше?
Среди IDE попробуйте jetbrains intellij idea. ИМХО она даже чуть лучше связки Visual Studio C++/C# + Visual Assist и имеет большой отрыв от конкурентов.
Среди фреймворков есть Spring MVC и Hibernate — по идее они должны покрыть все стандартные потребности.
Хотя в принципе можно писать и просто JSP + логику без фреймворков — но это немного не по фуншую.
Единственный тонкий момент, у явы, особенно с фреймворками порог вхождения больше чем у остальных вариантов (ASP.NET, PHP, Python, Node.JS). Нельзя взять и написать на яве сайт не вникая в стек технологий, надо сначала немного познакомиться с теорией, но как только этот барьер преодолеете все станет очень просто.
Здравствуйте, pugv, Вы писали:
P>Да в том-то и дело, что команда знает в основном C++/C#.
Я бы предложил вашей команде разбить задачу на две:
— серверная часть на C++/C# (лучше С++), база данных на Postgre, доступ к данным только по HTTP(S)/REST (еще лучше по ODATA чтоб Excel использовать)
— Web клиентская часть на JS/jQuery/Bootstrap (возможно +Angular, но я бы не стал его использовать), статическая (без использования серверных приблуд)
Плюсы такого подхода:
— пишите на знакомом языке, не сильно меняя (но это как захотите) структуру данных;
— жесткое разделение разделение серверной и клиентской части упростит тестирование;
— клиентские приложения работают повсеместно (на смартфонах кэшируется статическая часть, т.е. вся!);
— можно написать дополнительное клиентское приложение на любом языке и на любой платформе (для вас, например, на C#/WPF).
Коллеги, назревает необходимость переноса портала с ASP.Net/Oracle на Apache/Postgres. Импортозамещение так сказать.
Кроме того там давно пора все переписывать.
Так вот вопрос: на чем сейчас модно писать backend? Приложение не то чтобы high-load, но довольно развесистое, с кучей бизнес-логики.
php/java/python/ruby? Интересуют pros/cons, ну и любые доводы тех, кто в теме.
Здравствуйте, hi_octane, Вы писали:
_>Ruby — Связка Ruby/RoR долгое время учила всех как надо делать это красиво. Все скопировали, в результате сейчас преимуществ около нуля.
Со всем согласен кроме этого. Все только пытались копировать, но каждый скопировал только какую-то часть, тем более на другой язык рубийные фишки так просто не скопировать. На PHP как всегда все время получалось что-то убожественное, питон пошел своим путем (Django). Стоит рассматривать фреймворки для nodejs, ASP.NET MVC и возможно груви, но все они заметно отстают, как в базовой части так и в подключаемых компонентах. Имеет смысл их применять только если команда знакома с рельсами хуже чем с ними либо реально необходимы преимущества статики. Про быстродействие говорить смысла нет, те, кто выбирает движок на форуме все равно очень не скоро подойдут к пределу быстродействия технологии.
Это не в порядке холивара, сам пытался объективно сравнить. С ASP.NET и RoR достаточно собак съедено, а незрелость нодовских фреймворков видна невооруженным взглядом.
18.05.2015 12:06, anonymous пишет:
> kdw>>Расскажи как , интересно же. > C>Могу сказать, что в Амазоне всё делается через жДжаву. > > А я могу рассказать, как внедряется Java. Приходит новый управляющий > проектом и говорит: «Это что за язык? На Java не похож, а только её > умею, и вообще всё остальное — говно. Срочно всё переписываем.»
Вы так об этом говорите, как будто в этом есть что-то плохое.
Здравствуйте, hrensgory, Вы писали:
>> А я могу рассказать, как внедряется Java. Приходит новый управляющий проектом и говорит: «Это что за язык? На Java не похож, а только её умею, и вообще всё остальное — говно. Срочно всё переписываем.» H>Вы так об этом говорите, как будто в этом есть что-то плохое.
Да, переписывать проект только потому, что новый менеджер умеет Java — плохо.
Здравствуйте, anonymous, Вы писали:
kdw>>>Расскажи как , интересно же. C>>Могу сказать, что в Амазоне всё делается через жДжаву. A>А я могу рассказать, как внедряется Java. Приходит новый управляющий проектом и говорит: «Это что за язык? На Java не похож, а только её умею, и вообще всё остальное — говно. Срочно всё переписываем.»
Тем не менее, Java остаётся практически единственным выбором для больших систем.
Здравствуйте, Cyberax, Вы писали:
C>Тем не менее, Java остаётся практически единственным выбором для больших систем.
Большие системы типа «Яндекса», Mail.ru и Rambler смотрят на тебя с подозрением. (Хотя, не исключено, что ты что-то иное имеешь в виду под большими системами.)
Но это, кстати, показательно: менеджеры, ратуя за переписывание, именно этот аргумент приводят в обоснование, ведь им об этом сказали на какой-то менеджерской конференции. Этакий самоподдерживающийся миф.
Здравствуйте, anonymous, Вы писали:
A>>>Большие системы типа «Яндекса», Mail.ru и Rambler смотрят на тебя с подозрением. (Хотя, не исключено, что ты что-то иное имеешь в виду под большими системами.) C>>А в чём они не согласны? A>В том, что они не на Java.
Я не знаю про Rambler, но в остальных Java вполне используется.
C>>Откуда здесь вообще "переписывание" взялось? Чаще всего проекты сразу на Java и начинаются. A>Да не важно, можешь убрать переписывание. Миф о Java никуда не денется.
То есть? Какой именно миф?
C>>Да, а какие альтернативы предлагаются? A>Большая система может быть написана на любом из высокоуровневых ЯП.
Точнее не написана.
On 21.05.2015 19:32, Sharov wrote:
> H>Что такое "ядро" применительно к Яндексу? Сервис поиска (какая его часть > H>- индексатор? storage? движок запросов)? Карты? Маркет? Я-Такси? > H>Я-Деньги? Я-Транспорт? > > Я к тындексу не имею никакого отношения, но вроде читал (может здесь, > кстати), что ключевые сервис(ы) (поиск и смежное) > по понятным причинам писались (пишутся?) только на плюсах.
Я бы не назвал сейчас поиск ключевым сервисом Яндекса, если честно.
Качество его оставляет желать.
А вот картами, пробками, такси и т.п. пользуюсь регулярно.
Здравствуйте, anonymous, Вы писали:
A>С такими требованиями — что угодно. Просто выбираешь, с чем интересно познакомиться, что интересно выучить, и вперёд. Нужно больше исходных данных для совета.
Спасибо. Ну а каких данных? Развесистая учетная система по сути. Положить в базу/взять из базы, посчитать, нарисовать страничку, отдать клиенту. Одновременно работающих пользователей 3-5 тысяч. Хорошо бы, чтоб какой-нибудь ORM нормально прикручивался.
Здравствуйте, anonymous, Вы писали:
A>В том то и дело, что у всех перечисленных есть ORM и не один и ещё больше фреймворков для отрисовки и отдачи страниц, которые выдержат такое количество клиентов. Вот если б требования были типа наличия или отсутствия статической типизации, тогда уже можно обсуждать варианты. Разве что вместо Java я б рекомендовал на Goovy смотреть, ближе по синтаксису к другим будет.
Статическая типизация конечно плюс, при прочих равных.
Просто думал может есть какой-то "стандарт" для продакшн-приложений нынче, наиболее широко используемый и оптимальный по производительности/трудоемкости.
Здравствуйте, pugv, Вы писали:
P>Просто думал может есть какой-то "стандарт" для продакшн-приложений нынче, наиболее широко используемый и оптимальный по производительности/трудоемкости.
Нет, разброс используемых технологий очень велик. Есть, конечно, мода, но она постоянно меняется. (См. http://rsdn.ru/forum/web/6025923.1
Здравствуйте, pugv, Вы писали:
P>Да в том-то и дело, что команда знает в основном C++/C#.
Пишите на C++. Все нагруженные веб бекенды на С++, для управления соединениями, поступающими запросами
(раскидывание по кластеру), передачей данных, с выводом в PHP/Python/Perl на которых скриптуются логики управления
передаваемым и принимаем контентом.
Здравствуйте, 11molniev, Вы писали:
1>Java 1>Выше Вы писали, что команда знает C++/C# — в яве фич меньше (причем сейчас уже почти исправились), но в целом очень близка к шарпу. Мне кажется это главное преимущество.
Да, тоже об этом подумал.
А какие конкретно фреймворки и IDE лучше?
Ваши советы лично мне кажутся чем-то из разряда "в предмете не разбираюсь, но мнение имею".
_>Но те, кто в бакэнде догадались применить TypeScript — сейчас смотрят на остальных как на лузеров. Т.е. если и выберешь nodejs — возьми TypeScript или аналоги.
И получить проблемы того, что этими инструментами пользуются "два" человека. Например, результат выдачи гугла по запросу "typescript + promises" весьма удручающий.
_>Java — В роли догоняющих уже лет 15. Как следствие ты успеешь написать портал на всех технологиях выше, и взявшись повторить его же на Java обнаружишь что они как раз сделали те фичи которые были у конкурентов.
Добро пожаловать из криокамеры. Если не сложно, то не могли бы вы назвать фреймворк, который из коробки поддерживает вебсокеты. Вот догоняющая 15 лет ява со спрингом почему-то это умеет.
Здравствуйте, pugv, Вы писали:
P>Коллеги, назревает необходимость переноса портала с ASP.Net/Oracle на Apache/Postgres. Импортозамещение так сказать. P>Кроме того там давно пора все переписывать. P>Так вот вопрос: на чем сейчас модно писать backend? Приложение не то чтобы high-load, но довольно развесистое, с кучей бизнес-логики. P>php/java/python/ruby? Интересуют pros/cons, ну и любые доводы тех, кто в теме.
Здравствуйте, anatoly1, Вы писали:
A>Добро пожаловать из криокамеры. Если не сложно, то не могли бы вы назвать фреймворк, который из коробки поддерживает вебсокеты. Вот догоняющая 15 лет ява со спрингом почему-то это умеет.
Mojolicious, например. WS же — не rocket science, вообще не проблема его уметь.
Здравствуйте, smeeld, Вы писали:
P>>Да в том-то и дело, что команда знает в основном C++/C#. S>Пишите на C++. Все нагруженные веб бекенды на С++, для управления соединениями, поступающими запросами S>(раскидывание по кластеру), передачей данных, с выводом в PHP/Python/Perl на которых скриптуются логики управления S>передаваемым и принимаем контентом.
Вообще-то, как причастный теперь к бэкэнду одного из самых больших Интернет-сервисов в мире, могу сказать, что это не совсем так.
Здравствуйте, hi_octane, Вы писали:
Z>>Со всем согласен кроме этого. Все только пытались копировать, но каждый скопировал только какую-то часть, тем более на другой язык рубийные фишки так просто не скопировать.
_>Для человека-оркестра, способного и серверную и клиентскую часть в одиночку в сжатые сроки написать, безусловно. Ну или для нескольких таких людей, но с предельно разделёнными областями ответственности.
Согласен. Еще неплохо для варианта, когда серверную часть проектирует (и в основном пишет) один человек, а клиентскую остальные.
Здравствуйте, pugv, Вы писали:
P>Коллеги, назревает необходимость переноса портала с ASP.Net/Oracle на Apache/Postgres. Импортозамещение так сказать. P>Кроме того там давно пора все переписывать.
Переписывание ради переписывания (попила бюджета)?
P>Так вот вопрос: на чем сейчас модно писать backend? Приложение не то чтобы high-load, но довольно развесистое, с кучей бизнес-логики. P>php/java/python/ruby? Интересуют pros/cons, ну и любые доводы тех, кто в теме.
Модно на nodejs, RoR (ruby), Django (python). Но если надо чтобы работало, то надо не переписывать, а взять mono или kruntime.
Здравствуйте, kdw, Вы писали:
C>>Вообще-то, как причастный теперь к бэкэнду одного из самых больших Интернет-сервисов в мире, могу сказать, что это не совсем так. kdw>Расскажи как , интересно же.
Могу сказать, что в Амазоне всё делается через жДжаву.
Здравствуйте, Cyberax, Вы писали:
kdw>>Расскажи как , интересно же. C>Могу сказать, что в Амазоне всё делается через жДжаву.
А я могу рассказать, как внедряется Java. Приходит новый управляющий проектом и говорит: «Это что за язык? На Java не похож, а только её умею, и вообще всё остальное — говно. Срочно всё переписываем.»
Здравствуйте, anonymous, Вы писали:
C>>Тем не менее, Java остаётся практически единственным выбором для больших систем. A>Большие системы типа «Яндекса», Mail.ru и Rambler смотрят на тебя с подозрением. (Хотя, не исключено, что ты что-то иное имеешь в виду под большими системами.)
А в чём они не согласны?
A>Но это, кстати, показательно: менеджеры, ратуя за переписывание, именно этот аргумент приводят в обоснование, ведь им об этом сказали на какой-то менеджерской конференции. Этакий самоподдерживающийся миф.
Откуда здесь вообще "переписывание" взялось? Чаще всего проекты сразу на Java и начинаются.
Здравствуйте, Cyberax, Вы писали:
C>>>Тем не менее, Java остаётся практически единственным выбором для больших систем. A>>Большие системы типа «Яндекса», Mail.ru и Rambler смотрят на тебя с подозрением. (Хотя, не исключено, что ты что-то иное имеешь в виду под большими системами.) C>А в чём они не согласны?
В том, что они не на Java.
A>>Но это, кстати, показательно: менеджеры, ратуя за переписывание, именно этот аргумент приводят в обоснование, ведь им об этом сказали на какой-то менеджерской конференции. Этакий самоподдерживающийся миф. C>Откуда здесь вообще "переписывание" взялось? Чаще всего проекты сразу на Java и начинаются.
Да не важно, можешь убрать переписывание. Миф о Java никуда не денется.
C>Да, а какие альтернативы предлагаются?
Большая система может быть написана на любом из высокоуровневых ЯП.
C>>>>Тем не менее, Java остаётся практически единственным выбором для больших систем. A>>>Большие системы типа «Яндекса», Mail.ru и Rambler смотрят на тебя с подозрением. (Хотя, не исключено, что ты что-то иное имеешь в виду под большими системами.) C>>А в чём они не согласны? A>В том, что они не на Java.
И таки на чем написаны «Яндекса», Mail.ru и Rambler ?
C>>>>>Тем не менее, Java остаётся практически единственным выбором для больших систем. A>>>>Большие системы типа «Яндекса», Mail.ru и Rambler смотрят на тебя с подозрением. (Хотя, не исключено, что ты что-то иное имеешь в виду под большими системами.) C>>>А в чём они не согласны? A>>В том, что они не на Java.
kdw>И таки на чем написаны «Яндекса», Mail.ru и Rambler ?
плюсы в основном, ядро и т.д. А всякие обвязки и серверы на джаве.
On 21.05.2015 01:18, anonymous wrote:
> kdw>>И таки на чем написаны «Яндекса», Mail.ru и Rambler ? > S>плюсы в основном, ядро и т.д. А всякие обвязки и серверы на джаве.
Что такое "ядро" применительно к Яндексу? Сервис поиска (какая его часть
— индексатор? storage? движок запросов)? Карты? Маркет? Я-Такси?
Я-Деньги? Я-Транспорт?
На конференциях люди из Яндекса рассказывали о применении не то что
java, а даже scala (akka) в самых что ни на есть "ядерных" процессах.
Что касается mail.ru — они в основном использовали всегда Perl, если я
ничего не путаю. А про Rambler только из этого поста узнал, что он ещё
жив
Здравствуйте, hrensgory, Вы писали:
H>On 21.05.2015 01:18, anonymous wrote:
>> kdw>>И таки на чем написаны «Яндекса», Mail.ru и Rambler ? >> S>плюсы в основном, ядро и т.д. А всякие обвязки и серверы на джаве.
H>Что такое "ядро" применительно к Яндексу? Сервис поиска (какая его часть H>- индексатор? storage? движок запросов)? Карты? Маркет? Я-Такси? H>Я-Деньги? Я-Транспорт?
Я к тындексу не имею никакого отношения, но вроде читал (может здесь, кстати), что ключевые сервис(ы) (поиск и смежное)
по понятным причинам писались (пишутся?) только на плюсах.
H>На конференциях люди из Яндекса рассказывали о применении не то что H>java, а даже scala (akka) в самых что ни на есть "ядерных" процессах.
Я-Такси, Я-Транспорт и проч. можно хоть на brainfucke писать, особенно клиентов.
H>Я бы не назвал сейчас поиск ключевым сервисом Яндекса, если честно. H>Качество его оставляет желать.
Я вообще углом пользуюсь. Но ключевой это то, что приносит деньги. Реклама (контекстная) -- это деньги.
H>А вот картами, пробками, такси и т.п. пользуюсь регулярно.
Здравствуйте, pugv, Вы писали:
P>Коллеги, назревает необходимость переноса портала с ASP.Net/Oracle на Apache/Postgres. Импортозамещение так сказать. P>Кроме того там давно пора все переписывать. P>Так вот вопрос: на чем сейчас модно писать backend? Приложение не то чтобы high-load, но довольно развесистое, с кучей бизнес-логики. P>php/java/python/ruby? Интересуют pros/cons, ну и любые доводы тех, кто в теме.
— Стоит посмотреть на используемые 3rd party компоненты и оценить аналоги в перечисленных платформах.
— Java-платформа рулит невероятно. А вот язык для неё стоит повыбирать. Сам Java language уныл и скучен. Но во-первых строгая типизация для развесистой бизнес-логики решает. Во-вторых переносить код с .NET не так уж и сложно. Обычно всё упирается только в сторонние решения, которые не имеют аналогов. Но можно посмотреть альтернативы, вроде того же Groovy и Scala.
Здравствуйте, hi_octane, Вы писали:
_>Java — В роли догоняющих уже лет 15. Как следствие ты успеешь написать портал на всех технологиях выше, и взявшись повторить его же на Java обнаружишь что они как раз сделали те фичи которые были у конкурентов.
Это совершенно верный вывод об официальной Java SE/EE платформе. Вот только рулит Java в области JVM и сторонних opensource решений. Для JVM есть всё то же что у "конкурентов" и даже больше — и языки и библиотеки.
Здравствуйте, hrensgory, Вы писали:
H>Я бы не назвал сейчас поиск ключевым сервисом Яндекса, если честно. H>Качество его оставляет желать.
Ну, тут не надо ставить телегу впереди лошади. Именно лошадь (поиск) тянет за собой телегу (рекламу и прочие сервисы). А не наоборот.
Если говорить про поиск, то там плюсы. Я не так давно проходил собеседование в поиск по картинкам (не прошёл), там тоже плюсы и всякие Питоны с Матлабами для мат. моделей и автоматизации.
H>А вот картами, пробками, такси и т.п. пользуюсь регулярно.
Я тоже. И, кроме того, все пользователи Яндекса смотрят его рекламу. Но странно называть рекламу двигателем.
Тыщи постов на тему возникают когда люди сталкиваются с чем-то и неочевидным и плохо документированным одновременно.
С этой стороны (двери) я даже затрудняюсь назвать веб-фреймворк который вебсокеты не поддерживает. Вот туториал от MS 4-х летней выдержки. На том же ASP.NET есть такой SignalR, который умел решать задачу вебсокетов ещё до того как стандарт устаканился и прозрачно переходит на протоколы-заменители для старых браузеров (хабр двухлетней давности). Что примечательно — первым же коментом к той статье идёт угар и опускание сабжа, исходя из того что Sock.js рвёт по поддержке протоколов signalr вхламину. Туториалы для нубов по скрещиванию с typescript уже полтора года как в нете. И чтоб два раза не вставать, я специально выбрал с TypeScript + promises чтоб как-то компенсировать убогость выдачи гугла 
