Luxoft Java Hiring Week - $2000 бонусу, круті проекти та подарунки! Реєструйся!
×Закрыть
Java Developer
  • Стоит ли увольняться чтобы проходить LeetCode?

    В Украине.

    Поддержали: Viktoria Birko, Dmytro
  • Збільшення швидкодії Redis-у через розділення на домени

    В статті це не вказано, але, як я розумію, redis процеси запущені на тій самій машині, що і бенчмарк. Цікаво, чи це відповідає вашому продакшн середовищу. Якщо ні, то мережеві виклики можуть суттєво зменшити відносний виграш по latency.

  • Порівнюємо два формати серіалізації даних: Protobuf vs JSON

    Як на мене, тут ще є різниця між тим, куди ці дані відправляються. Якщо вони пишуться в базу і читаються з неї тим самим сервісом, то насправді все одно, яка саме технологія використовується, бо нас буде цікавити лише трейд оф між CPU та об’ємом даних, який напряму впливає на використання мережі.

    А от якщо мова йде про комунікацію між різними серверами, то все стає набагато цікавіше і тут вже можна говорити про grpc vs rest ітд ітп, оскільки це треба розглядати в комплексі з комунікацією між командами, які ці сервіси розробляють, обраними мовами програмування та фреймворками, можливостями інфраструктури, де ці сервери розгорнуті, стандартами щодо міжсервісної комунікації всередині компанії тощо

  • Порівнюємо два формати серіалізації даних: Protobuf vs JSON

    Ну і так, можна оптимізувати бізнес логіку вашого серверу з врахуванням mtu packet size та інших параметрів мережі, але я не думаю, що це варто робити більшості людей, які деплоять свої сервіси в клауд.

    А от враховувати високорівневі параметри доступних їм інстансів, такі як пропускна спроможність мережі (незалежно від того, чим вона обмежена) можна навіть не вдаючись в деталі того як ця інфраструктура працює всередині

    Поддержал: Dmitry Derevyagin
  • Порівнюємо два формати серіалізації даних: Protobuf vs JSON

    У мене була проблема дуже схожа на описану в статті. Ми зберігали дані від багатьох інстансів мікросервісу в редіс і ботлнеком, власне, була пропускна спроможність мережевих карт інстансів з редісом, оскільки цих інстансів було менше, ніж інстансів мікросервісу.

    В моєму випадку кількість запитів зростала поступово і використання кращого алгоритму компресії даних (ми також зупинилися на protobuf, зробивши бенчмарки 5 різних технологій) дозволило вирішити проблему.

    І так, якщо кількість користувачів і запитів зростає, то потрібно шукати інше архітектурне рішення, але в багатьох випадках це зростання не надто швидке і краще за тиждень імплементувати рішення, яке відкладе проблему на кілька місяців, ніж місяць переписувати систему і кожен день гасити пожежі на проді.

    Раджу подивитись чи почитати доповідь про 3х Кента Бека. Там дуже добре описано цей концепт вирішення проблем ботлнеків, але рівно настільки, щоб продукт міг отримати нову порцію користувачів і не займатись передчасними оптимізаціями

  • Про инженеров и программистов

    А вы, вероятно, к умным себя относите? Потому как, судя по последнему вашему комментарию, я бы с вами не согласился.

  • Идти или не идти? Вопрос о junior Java позициях

    2450 — прирост айтишников. Естественно, практически все люди, которые первые попадают в айти попадают на джуниорские позиции. Насколько я понимаю, в течение года открывается и успешно закрывается больше, чем 2450 вакансий.

    Приведу аналогию:
    Представьте, что во всей стране есть всего лишь 1 компания, в которой работает 100000 человек. За полгода эта компания выросла на 2450 человек. Естественно предположить, что все 2450 новых людей — джуны. При этом я не исключаю, что внутри этой компании опытные сотрудники переходили из одного отдела в другой, но на общее количество сотрудников эти перемещения не повлияли.

    Кстати, в моих рассуждениях есть ошибка: если общее количество новых джуниоров 2450, то джавистов из них не 1/4. а меньше, поскольку джависты составляют 1/4 из всех программистов, но кроме программистов есть тестировщики, сисадмины и другие специальности.

    С другой стороны, если новых людей в отрасли — 2450 за полгода, или 5000 за год, то ежегодный прирост составляет 5%, что не соответствует декларируемым цифрам в 15-20% (если не ошибаюсь). Таким образом, в совокупности, думаю, что цифра в 125 новых рабочих мест для джуниоров в Киеве/Харькове за полгода примерно соответствует или немного меньше реальной.

  • Идти или не идти? Вопрос о junior Java позициях

    Насколько я понял, ваши рассуждения основаны на данных из этого топика: dou.ua/...p-25-jan-2016/?from=doufp .

    Во-первых, вы рассматриваете только топ25 компаний Украины. Согласно данным из таблицы, за последние полгода количество сотрудников в них увеличилось на 762 человека и всего в топ-25 компаниях работает 31000 человек. Учитывая, что в Украине всего порядка 100 000 айтишников, и предполагая, что мелкие фирмы расширялись с той же скоростью, что и фирмы из топ-25, будем считать, что за полгода количество айтишников выросло на 762/31000*100000=2458.

    Во-вторых, абсолютное большинство новичков в айти попадают на позицию джуна (если не оперировать категорией интерн), с другой стороны практика, когда человек из мидла или синьора становится джуном не является масштабной. Таким образом, можем предположить, что количество джуниор вакансий, на которые попали люди без опыта работы примерно равно приросту сотрудников во всех компаниях вместе взятых. А это, как мы помним, 2450 человек.

    В-третьих, Java занимает не 1/3, а 1/4 рынка согласно данной статистике: dou.ua/...language-rating-jan-2016

    Относительно региона. Согласно этой статистике dou.ua/forums/topic/8624 на Киев и Харьков приходится примерно по 20%, то есть 1/5 всех джуниоров, так что думаю, что вы правы относительно рассчета по регионам.

    Таким образом,
    в Украине в течение полугода людьми без опыта работы в айти закрывается 2458 вакансий
    в Киеве в течение полугода людьми без опыта работы в айти закрывается 2458/5=500 вакансий
    в Киеве в течение полугода людьми без опыта работы в айти закрывается 500/4=125 Java вакансий

    Согласитесь, это слегка больше, чем 8. Буду рад узнать о принципиальных ошибках в своей логике.

    Поддержал: Евгений Козлов
  • Что раздражает больше всего при поиске работы?

    Исходя из своего опыта и просмотренных вакансий могу сказать, что описание вакансии на английском в большинстве случаев относится к проектам западных заказчиков (включая европейских). При этом вакансии от российских контор описаны на русском языке.

    Учитывая тот факт, что мы с вами рассматриваем украинские реалии, то я не совсем понимаю, какое преимущество должно быть у руского языка перед английским при опиании вакансий. Требуйте тогда уже описания вакансий на украинском. Для этого хоть какое-то логическое обоснование есть(живем в Украине, а не в Америке или России).

    И да, вам никто не мешает сузить круг рассматриваемых вакансий до русскоязычных и перестать беспокоиться по этому поводу.

  • Возможна ли автоматическая генерация Web-форм для просмотра и редактирования полей Java-классов?

    Посмотри на jhipster.github.io
    Ссылка на вводное видео www.youtube.com/watch?v=d1MEM8PdAzQ

  • Над чем не стоит ломать голову на собеседованиях

    да не вопрос. я не против:)
    Если серьезно, то мне бы хотелось читать интересный украинский ресурс связанный с программированием. А в идеале своим голосом, наравне с другими, влиять на качество контента на таком ресурсе. Потому как сейчас качество лично меня удручает.

    P.S. прошу не обижаться на лично моё субъективное мнение

  • Над чем не стоит ломать голову на собеседованиях

    просьба к Максу Ищенко: прикрути пожалуйста к статьям кнопку Dislike. Можно только к статьям Юры Паламарчука.