AleninD, 1С неспособна вывозить сколь-нибудь серьёзные объёмы данных. А Java - это язык программирования общего назначения, а не платформа автоматизации бизнеса. Написать SAP на Java можно, но бюджет этой разработки не потянут даже РЖД и Газпром в складчину (даже если на проекте не будет бардака и распилов).
Сергей Нижний Новгород, если забрался в число избранных, то надёжность и перспективы весьма приличные, но забраться почти нереально. Да и как я уже заметил, за стабильно большие бабки придётся заплатить стабильно унылой работой, а это выбор не для каждого.
AleninD, бред. Заменить его просто нечем, а если оставить все наши госкорпорации, федеральные банки, федеральные торговые компании, крупных отраслевиков и промышленность без учётных систем, то всё это обрушится и похоронит под собой экономику страны.
Сергей Нижний Новгород, прежде всего потому, что туда не получается валить. Нельзя, как с Java, купить книжку, прочитать, запилить пет-проект, относительно легко выйти джуном в одну из миллиона компаний и практически линейно расти, легко перепрыгивая от одного работодателя к другому. Придётся в 1000 раз сложнее пробиваться в стажёры к очень ограниченному кругу компаний, которые на стажировку берут, там и только там получать сакральное знание, потом выходить на работу в одну из ограниченного круга огромных компаний
Сергей Нижний Новгород, я давно уже не слежу за этим рынком. Когда следил, все ABAP'еры, кроме стажёров, получали на уровне топовых московских java-сеньоров.
мне кажется что фронт\что бэк в 70% времени, такая же рутина и автоматизация процессов
У меня было множество крайне интересных и разнообразных задач в разработке бэка. Да и технологий огромное разнообразие. Причём даже в банках хватало технологий новых. Задачи ABAP'ера на много более однообразны, а технологический стек не особенно изменился с 70-х.
AleninD, вот не уверен, что у кого-либо из известных мне сапёров есть общение с клиентами. Что у них есть, так это крайне унылые задачи автоматизации бизнеса, ABAP якорь ему в бухту, а у некоторых ещё и регулярные командировки в жопы мира.
dollar, без API лучшего варианта не добиться. Ну, или пока на Тостере не сменят навигацию так, чтобы можно было узнать номер последней страницы одним запросом.
dollar, сначала в цикле увеличиваешь номер страницы комментариев в два раза, пока не словишь 404. Потом в цикле разность в номере страниц последних двух итераций делишь пополам, пока не найдёшь последнюю страницу. Количество страниц - 1 умножаешь на количество комментариев на странице (20) и прибавляешь количество комментариев с последней страницы. Эдакая разновидность двоичного поиска получится.
KosteaQ1, ну, можно подойти аналитически - открыть hh.ru, сделать выборку вакансий в своём регионе на разработчиков Android и iOS, сравнить количество вакансий и вилку зарплат, а по результату сравнения сделать выбор.
Ken3kiEater, 1000 соискателей, из них один подходящий. Представляете сколько времени потратит на организацию собеседований кадровый специалист и сколько времени высокооплачиваемого технического сотрудника уйдёт на то, чтобы задать этот один вопрос всем желающим? Собеседование короче 5 минут никак не будет, даже если заворачивать кандидата после первого же фэйла. Намного проще просто отсеить "вайтишников" и выбрать из опытных специалистов, которых уже проверили предыдущие наниматели. Тем более, что дефицита фронтендеров нет.
Артем Шишков, да. Можно, конечно, парсить pdf'ку и на бэке, передавать результаты парсинга в контекст шаблона, рендерить html'ку и отдавать пользователю, но это сложнее и будет жрать кучу ресурсов сервера, а польза от этого сомнительная.
