Сучасна диджитал-освіта для дітей — безоплатне заняття в GoITeens ×
Mazda CX 5
×
Software Engineering Manager в EPAM
  • Дія City дайджест 8-11 жовтня: заява Європейської бізнес асоціації, коментарі Конотопського, Арахамії і Федорова (UPD)

    Все просто, спішать, бо можуть на наступних виборах не пройти, того не буде часу коли стригти.

  • You have a MACH! Розбираємось в архітектурних принципах

    Треба було б добре, напевне, надати посилання на першоджерело і звідки це все пішло machalliance.org

    Підтримали: anonymous, Dmytro Shevchenko, Andrii
  • SAP Commerce Cloud: що вам треба знати про роботу з платформою

    Ні я писав про замовника який деплоїться на AWS. SAP CCv2 зараз на базі Azure, в них також контейнери, але не впевнений що K8s. Насправді багато чого в них скрито і ви докінця так і незнаєте що і як.

  • SAP Commerce Cloud: що вам треба знати про роботу з платформою

    Багацько запитань, але спробую відповісти.

    я так и не понял, где там микросервисы, если везде из описания синхронные http api интеграции)

    еммм тут щось не докінця зрозуміло де звязок. Можливо ви мали на увазі щось про реактивні системи?

    что скажем если надо вести разработку параллельно 5 командами в core сервисах

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

    или сделать multi-tenancy

    є підтримамка з коробки, взагалі без проблем;

    птимизировать latency для юзеров работающих в us/asia,

    ну тут не питання до самої платформи, а швидше до її деплойменту і ці проблеми присутні у всіх системах. Але нащастя є вже готові рішення такі як Availability Zones, CDN, Web caches і т.д. Ми наприклад використовуємо на одному з проектів Akamai.

    как сделать ci/cd и как тестировать весь этот xml, jquery и flexible search query

    про це напевне треба написати окремо, але процес абсолютно не відрізняється від інших технологій.

    как обеспечить версионируемость паблик контрактов и multiversioning в продакшине если надо для разных компонентов иметь различный delivery цикл или надо все релизить одним махом как в классике монолитов 2000-х

    тут напевне все таки два питання: версійність інтеграційних контрактів та реліз цикли для різних компонент системи.
    З коробки OCC API манеджить версійність за допомогою різних Spring MVC DispatcherServlet, тобто якщо ваша зміна справді порушує контракт, тоді ви просто додаєте новий мапінг на версію і котролер(и) який буде хендлити запити. Але насправді ви можете реалізувати підхід який вам більше підходить.
    Нарахунок релізу — так зміни необхідно інтегрувати якомога швидше щоб «fail fast», і деплоїтись також разом. Використовується на проектах Blue/Green з Zero-downtime, для того щоб сесії в користувачів не завершувались — Spring Session з Redis.

  • SAP Commerce Cloud: що вам треба знати про роботу з платформою

    В них справді затята боротьба зараз.

  • SAP Commerce Cloud: що вам треба знати про роботу з платформою

    Ви напевне плутаєте SAP CRM тв SAP ERP з SAP Commerce Cloud

  • SAP Commerce Cloud: що вам треба знати про роботу з платформою

    Це ви займаєтесьhttps://kyma-project.io/ ?
    Слух але круто! Я там тобі ріквест в лінкеді кинув, будемо досвідом ділитись ;)

  • SAP Commerce Cloud: що вам треба знати про роботу з платформою

    Колись читав статтю про популярність Spring vs Java EE і там були такі цифри, але от зараз неможу знайти пруф лінк. Трохи пошукав і хіба знайшов щось схоже тут www.baeldung.com/java-in-2018 але це тільки ~80%. По інших ослідженнях справді десь приблизно половина. Та й останнє дослідження нашого ринку показує що 56% dou.ua/...​or-senior-java-developer Соррі за числа без пруфа.

  • SAP Commerce Cloud: що вам треба знати про роботу з платформою

    WOW! Ти займаєся CCv2?

  • SAP Commerce Cloud: що вам треба знати про роботу з платформою

    — Справді найкраще раз спробувати ніж 100 раз почути/прочитати :)
    — Performance дуже відносне питання: все залежить від SLA(вимог) які ставиить замовник та власне рівня кастомізації(модифікації) під конкретні потреби. Наприклад в нас були вимоги: 7-8тис замовлень в годину, 10тис. активних користувачів, були навіть 50тис batch ордерів за 1 год. Також замовник проводив стрес тестування коли за 10хв одночасно логінилось ~15тис користувачів, мали перевіряти більше, але тестовий інстанс SSO на AWS лямбдах мав обмеження по кількості запитів. Найбільше втрат по швидкодії завдає зміна стану системи, наприклад просто пошук продуктів, є досить швидким так як відбувається в SOLR, а от додавання продукту в коризину, з мого досвіду, завжди несе за собою проблеми, так як змінюється стан корзини, відбувається повна рекалькуляція, яка за собою несе перевірку промовшенів, наявність, податки і т.д. А якщо ще врахувати, що щось було змінено під вимоги замовника, а в більшості випадків так і є, то саме корзина стає проблемним місцем.
    — Якщо говорити про потужності серверів в SAP Commerce Cloud сервісі, ну тут швидше треба говорити з SAP. Я бачив дуже різні конфігурації hybris кластерів, були навіть такі де одна нода мала VM з 64 Гбайт RAM та CPU 32 core, але як на мене той сетап був недуже вдалий так як ресурси просто не використовувались. В більшості випадків налаштовуються кластера з різними layers(рівнями) та групами нод, які відповідають за конкретні задачі(storefront, backoffice, integration, cronjobs etc), кожна нода мала по 16Гбайт RAM з яких для JVM 12Гбайт(типу щось на зразок AWS c5.2xlarge) в кожній гропі по декілька нод для балансування навантаження та відмовостійкості. На проектах часто в нас K8s і відповідно є Scaling Up/Down як самого hybris кластера так і K8s кластера, що дозволяє ефектифгніше використовувати ресурси.
    — SAP CCv2 вже набагато кращий ніж перша версію, яка фактично була повністю мануальна і тікет процесався днями. В новій версії SAP автоматизував більшість процесів, але «нюаси» всеодно присутні, сподівають вони швидко імпрувнуться :)

    Підтримав: Vadym Baranenko
  • Железо современного программиста

    Вибачте, напевне як ви кажете:

    Для таких сборок есть джннкинс, CI, и прочее. Кто имел дело с реальными серьезными энерпрайз проектами — знают о чем речь.
    звернули увагу на мої слова:
    Рятував remote run на TeamCity :)
    Світ СІ не обмежується Jenkins(Hudson).

    Можливо у вас справді якісь такі проекти коли в «хмарах» розробляєте напряму. Чи під клавдами ви розумієте віртуалки? В будь-якому випадку необхідне середовище для девелопера де він буде розробляти і відлагоджувати свій код.

    И мою иронию и сарказм вызывает как раз вот такие заблуждения.
    А в чому власне «заблуждения»? Я ж тут не теорію розказую, а описав реальний проект :)
    Сейчас на локальном компе уже практически ничего не осталось, все в облаке, на удаленных серваках, а комп опять становиться простым терминалом.
    Це напевне ваше «оціночне» судження....

    P.S. Зараз на проекті працюємо на віртуалках, то настільки «мультики», що коли після цього відкриваєш локальний екліпс то таке враження, що більшого щастя для девелопера не може бути :) і що швидкість розробки зростає в 5 раз :)))).

  • Железо современного программиста

    Ви просто не працювали з «реальним» Java ентерпрайзом коли i5 + 8 гб це типу так собі щоб «не сильно мучитись». І це не про середньо-стандартний CRUD на Spring + Spring MVC, JPA/Hibernate + Tomcat.
    Мав досвід роботи з такими системами, а саме hybris.com. І щось мені підказує, що Яков власне і мав на увізі системи такого класу. В мене була робоча машина i5 + 8Гб білд з початковою ініціалізацією займав порядка 30 хв, а якщо ще інтегрейшени проранати це ще 20-30 хв. У колег з команди в яких були і7 + 16гб + SSD білд 10-15хв. От власне тоді і розумієш, що ресурсів не буває забагато, тому що їх об’єм напряму впливає на вашу продуктивність. Рятував remote run на TeamCity :)
    На цьому проекті команда власне скаладалася з усіх контракторів, які працювали віддалено(Україна, Росія, США), а також я + автомайшен «службовці» з великої компанії :).
    Скажу чесно це був мій найкращий проект з усіх сторін:
    — Технічно — замовник технічний, перший раз я взяв для себе дуже багато цікавого власне від замовника. Завдання містили в собі справді цікаві технічні моменти.
    — Організаційно — здивувало, те що ніхто нікого ніколи не "копав«(що часто можна побачити), тому що всі знали за що відповідальні, свідомі того, що завдання повинно бути виконано вчасно.
    Не було якихось не потрібних бюрократичних моментів типу, сіньор, джун і т.д. Лід завжди відкритий до чогось нового(аргументовано) і готовий допомогти.

    І тоді я зрозумів, що робота відалено це не обовязково фріланс, який в більшості випадків зводиться до en.wikipedia.org/...i/Cowboy_coding

    Насправді, оригінальну статтю давно читав на блозі компанії Якова, і не тільки її.
    Памятаю коли перший раз побачив виступ Якова на JeeConf jeeconf.com/...java-developer то цитував вислови своїм колегам та друзям.
    Проте:

    Он ответил — 6 GB с возможностью апгрейда до восьми. Это печаль. Если бы я спросил заранее, то не взял бы его на этот проект. Тот конкретно софт требует много памяти. Моя вина, согласен, надо было спросить заранее.
    а також
    Если вам это мешает, то лучше наймите кого-нибудь, которому комфортно в кубике. И среди них есть сильные ребята.
    Викликало абсолютно негативне враження.

    Як на мене, питання ресурсів для роботи девелопера це другорядне питання. Після таких слів все більше поважаєш компанії «службовців», де робочі машини мають функції напіватоматичного апгрейду. Пишеш в Help Desk що треба ще один монітор, 12 гб памяті, і після після підтвердження, що це потреби проекту, приходить адміністратор який чемно це все вставлює(весь процес займає приблизно 1-2 дня).

    Я думаю, якщо customer happy, і продовжить контракт з компанією на рік через те, що Вася зробив все класно, то Васі менеджер подарує і МАС, і 4к(чи як там) монітор.

    І як підсумок, головне щоб спеціаліст був класний, а залізо питання другорядне...

  • Исторический меморандум «о ненападении»: спасение или консервация рынка ИТ?

    Так звичайно підписуйте меморандуми, і все у вас буде добре.... Тільки, що ви скажете великим гравцям, яким ваші домовленності насправді до одного місця, і які дивляться набагато далі від вас. Подивіться на:
    press.samsung.ua/...entry-RD-v.html
    lp.edu.ua/node/4418
    Як на вашу думку вони переймаються меморандумом?
    І що саме дивно... вони не жаліються на ВУЗи!!!!

  • Почему продуктовые компании важны для аутсорсеров

    А почему в резюме можно писать Java Developer, а в дипломе — нельзя?
    understandingjapanese.files.wordpress.com/...1/face_wall.jpg
    Підтримав: Олексій Пєніє
  • Почему продуктовые компании важны для аутсорсеров

    Нельзя ли «научить учиться» взрослого человека всего за 4 года? А остальные два года потратить, чтобы прокачаить его до мидла?
    Мідла на яку саме технологію? Java, PHP, Scala, Javascript, Go, Groovy etc.
    Чи ви хочете щоб у дипломі писало — «Java/PHP/.NET програміст» ?
    А в водійському посвідченні «Водій Lada/BMW 320» ?
    ВУЗ готує фундамент...
    Справді є багато проблем в наших навчальних закладах, але чогось промисловість не спішить допомагати їх виправляти... питання чому? Насправді взаємодія з компаніями є давно, і неявна тим більше.
    Всі можуть багато говорити типу, «політех згаяний час... і т.д.», але давайте верніться там на 3-4 (ну чи в кого який), коли ви вчилися на державному замовленні( держава вчила вас та щей давала стипендію), ви вирішили піти junior програмістом/тестером/etc на зарплату в 200-300 у.о. яку отримував ваш викладач, і в цей момент держава вам говорить «Агов брате ти куди, а як же пари? Як же наших (10000 * 3) 30000 грн. які ми в тебе вклали? Ну ми розуміємо, забирай документи і віддавай гроші і можеш йти?» Ви так подумали 30000/1600 = 18 міс. безплатно працювати + 54 міс. життя ... хм цікаво... Щоб ви тоді сказали? Я думаю ні в кого не було такої ситуації, тому що вам ніхто не створював проблем, а в більшості випадків йшли на зустріч.

    І ще одне запитання... Хто відпрацював 3 роки «в місці де відправлять» згідно умов держ замовлення?

    Говорити можна багато, але як на мене компанії повинні взаємодіяти з ВУЗами не просто на папері, а брати на стажування студентів(я знаю багато таких випадків у Львові), підтримувати викладання в ВУЗах, в плані проводити лекції, на яких пояснювати як в реальному виробництві. В ВУЗах хороший теоретичний фундамент, але проблема з практикою, тому,що викладачі не перебувають в виробничому середовищі. Це треба виправляти і насправді все до того йде, чого варті лабораторії, які відкривають компанії в ВУЗах.

    Нарахунок junior, програмісти якого рівня швидше прокачуються в плані практики та знань(звичайно в сімї не без ур..а)? Junior спеціалістів треба головне правильно направляти, вони готові на все аби показати.

    З власного досвіду: 13 студентів(java) із яких 1-2 знали що таке HTML і програмування під веб за 4-5 тижня зробили 3 робочі системи в яких використовувалися:
    — Servlets, JSP
    — HTML, CSS(Bootstrap)
    — Javascript, jQuery, Ajax, JSON
    Так спали вони мало ;) і звичайно все це знали не досконало, але perfomance справді дуже вражаючий.

  • Беседа с Зеником Матчишином, Staff Engineer в Lohika

    Дякую! Джуе цікаве інтерв’ю. Так тримати.

  • Беседа с Артуром Богдановым, основателем студии Drucode

    Дякую, нам “офісному планктону” з аутсорсингу це дуже потрібно, це як ковток свіжого повітря.
    Сарказм
    Видно наши аутсорсы чем-то отличаются, нам в нашем удается людьми быть.
    якось не дуже себе “не людиною” відчути
  • Беседа с Артуром Богдановым, основателем студии Drucode

    Це було, якщо чесно, нижче пояса...

  • Беседа с Артуром Богдановым, основателем студии Drucode

    Дякую, нам «офісному планктону» з аутсорсингу це дуже потрібно, це як ковток свіжого повітря.

  • Беседа с Артуром Богдановым, основателем студии Drucode

    Дякую, за інтервю! Це лише моя субєктивна думка, але напевне багато хто коли побачив інтервю з Ростиславом з Startupline щось таки знайоме почув, але тут Drucode класний стартап це +1, але таких напевне не один десяток у Львові. Коли почув, що ви проводите інтервю у Львові подумав що зараз ми почуємо директорів EPAM Львів, SoftServe, Eleks, Edvantis, Lohika, Nravo компаній які на слуху у Львові, когось з Львівського ІТ кластеру. Як на мене вам необхідно «піднімати планку»...

    Підтримали: Mykhailo Marchenko, Nazar Vishka
← Сtrl 12 Ctrl →