Comparative Analysis: Software Engineer vs. ML Engineer vs. ML Researcher (US Market 2025–2027)
With AI reshaping the tech landscape, many developers are asking: Should I continue as a software engineer or pivot into ML engineering or research? Here’s a breakdown of how these paths compare in the US job market over the next 2 years — covering salary, demand, skills, and long-term growth.
https://www.linkedin.com/pulse/comparative-analysis-software-engineer-vs-ml-us-andrew-nikishaev-ua-llgje
With AI reshaping the tech landscape, many developers are asking: Should I continue as a software engineer or pivot into ML engineering or research? Here’s a breakdown of how these paths compare in the US job market over the next 2 years — covering salary, demand, skills, and long-term growth.
https://www.linkedin.com/pulse/comparative-analysis-software-engineer-vs-ml-us-andrew-nikishaev-ua-llgje
Linkedin
Comparative Analysis: Software Engineer vs. ML Engineer vs. ML Researcher (US Market 2025–2027)
With AI reshaping the tech landscape, many developers are asking: Should I continue as a software engineer or pivot into ML engineering or research? Here’s a breakdown of how these paths compare in the US job market over the next 2 years — covering salary…
👍2
🔥 Software Architect Decision: Typical Fail in Designing Search
Many services - like search engines, marketplaces, online stores, and social platforms - heavily rely on search functionality. For some, it’s absolutely core. Yet I still see developers making the same mistake over and over.
The image you see is from a #YELP Proximity Service #SystemDesign
Interview. And, again, we see the same flaw.
So what’s wrong with it?
You need to understand: search is usually a heavily loaded service and, as a core component, must be highly available with low latency.
In this design - and in many similar solutions I see on the market - the architect has split listing data: metadata goes to #ElasticSearch, while listing data is kept in a #RelationalDB.
The metadata (geo-coordinates, listing type, ID, maybe a noscript, etc.) is in ES, while the DB stores image paths, denoscriptions, noscripts, and so on.
So, for every user request, you first search ES for metadata, then request the rest from the DB. This approach increases system load, adds latency, introduces retry problems, creates balancing headaches (since the DB must always be more available than ES to avoid being crushed by ES-driven queries), and adds failure paths - basically increasing inconsistency and overall system complexity.
You might say cache will help. Sure, it will - to a point. But it also brings its own problems: stale cache, cascade failures, and even more complexity.
So what’s the right approach?
Instead of splitting across ES and the DB for search, make ES the only source for the search path. Add the necessary extra data to ES (usually, this increases data volume by less than 20%). Leave the DB as the source of truth, and sync ES dynamically and reliably with it.
This approach eliminates many issues and greatly simplifies support.
DISCLAIMER: As always, there’s no silver bullet. This works in many cases, but not all. Always weigh the pros and cons before choosing your architecture.
Many services - like search engines, marketplaces, online stores, and social platforms - heavily rely on search functionality. For some, it’s absolutely core. Yet I still see developers making the same mistake over and over.
The image you see is from a #YELP Proximity Service #SystemDesign
Interview. And, again, we see the same flaw.
So what’s wrong with it?
You need to understand: search is usually a heavily loaded service and, as a core component, must be highly available with low latency.
In this design - and in many similar solutions I see on the market - the architect has split listing data: metadata goes to #ElasticSearch, while listing data is kept in a #RelationalDB.
The metadata (geo-coordinates, listing type, ID, maybe a noscript, etc.) is in ES, while the DB stores image paths, denoscriptions, noscripts, and so on.
So, for every user request, you first search ES for metadata, then request the rest from the DB. This approach increases system load, adds latency, introduces retry problems, creates balancing headaches (since the DB must always be more available than ES to avoid being crushed by ES-driven queries), and adds failure paths - basically increasing inconsistency and overall system complexity.
You might say cache will help. Sure, it will - to a point. But it also brings its own problems: stale cache, cascade failures, and even more complexity.
So what’s the right approach?
Instead of splitting across ES and the DB for search, make ES the only source for the search path. Add the necessary extra data to ES (usually, this increases data volume by less than 20%). Leave the DB as the source of truth, and sync ES dynamically and reliably with it.
This approach eliminates many issues and greatly simplifies support.
DISCLAIMER: As always, there’s no silver bullet. This works in many cases, but not all. Always weigh the pros and cons before choosing your architecture.
🙏2
Люблю консалтинг за те, що багато спілкування з різними людьми. У кожного свій світ, свій досвід. І якщо не включати режим зірки то доволі часто можна отримати необхідну інформацію або поштовх в потрібному напрямку.
Сьогодні ось спілкувався з Богданом, на тему Machine Learning & AI і чи варто цим займатися, також звісно обговорили пухнастих друзів.
І десь під кінець розмови Богдан спитав "А чому ти не зробиш власний курс?". Я спочатку такий "та час треба, трабли навколо". А зараз вийшов випити кофе, стою і думаю - "бляха а й дійсно, чого?"
Тому ось вирішив, як то кажуть зайти з ноги, тим паче що часу для безробітного мене зараз в досталь, апку що рік хотів написати вже задеплоїв.
Думав правда робити розподілену соціальну платформу, але там довго до момента монетизації, а котикам треба ліки та їжа, тому це відкладаю на потім(та й якщо пождати ipv6 все буде простіше)
Тому буду робити курси. Почну з мікрокурсів, щоб швидше отримати респонс, і далі буду робити з них программу. А то я вже старий, пора в викладачі переходити))
Що скажете? Взяли б в мене курс?
Сьогодні ось спілкувався з Богданом, на тему Machine Learning & AI і чи варто цим займатися, також звісно обговорили пухнастих друзів.
І десь під кінець розмови Богдан спитав "А чому ти не зробиш власний курс?". Я спочатку такий "та час треба, трабли навколо". А зараз вийшов випити кофе, стою і думаю - "бляха а й дійсно, чого?"
Тому ось вирішив, як то кажуть зайти з ноги, тим паче що часу для безробітного мене зараз в досталь, апку що рік хотів написати вже задеплоїв.
Думав правда робити розподілену соціальну платформу, але там довго до момента монетизації, а котикам треба ліки та їжа, тому це відкладаю на потім(та й якщо пождати ipv6 все буде простіше)
Тому буду робити курси. Почну з мікрокурсів, щоб швидше отримати респонс, і далі буду робити з них программу. А то я вже старий, пора в викладачі переходити))
Що скажете? Взяли б в мене курс?
❤7🔥2
Forwarded from Andrey Nikishaev
🔥 Будьте пильні, зараз почали приходити ось подібні імейли з подібними файлами. В них знаходиться код який буде виконаний у вас на компʼєтері і може вкрасти паролі, може перевести гроші і кріпти і багато чого ще не дуже приємного
🚔 Що робити?
1) Дивіться від кого прийшов лист (в цьому випадку ohwgnxjjewycdjg@gmail.com)
2) Навіть якщо лист від знайомого, але ви нічого такого від нього не очікували - перепитайте в нього через інший канал комунікації
3) Навіть якщо очікували - всеодно перепитайте (краще перебздіть)
4) В ідеалі ніколи не працюйте з девайса який має важливу інформацію або доступ до гаманців. Або використовуйте віртуальну машину для роботи в інтернет.
⚙️ Чому це працює?
Сама картинка звісно нічого вам не зробить. А ось вразливість в апці що її показує зможе.
Ось вразливість що використовувалась у даному кейсі: https://www.dbtsupport.com/2025/05/30/%F0%9F%9A%A8-apple-ios-18-5-zero-day-image-processing-vulnerability-actively-exploited/
🚔 Що робити?
1) Дивіться від кого прийшов лист (в цьому випадку ohwgnxjjewycdjg@gmail.com)
2) Навіть якщо лист від знайомого, але ви нічого такого від нього не очікували - перепитайте в нього через інший канал комунікації
3) Навіть якщо очікували - всеодно перепитайте (краще перебздіть)
4) В ідеалі ніколи не працюйте з девайса який має важливу інформацію або доступ до гаманців. Або використовуйте віртуальну машину для роботи в інтернет.
⚙️ Чому це працює?
Сама картинка звісно нічого вам не зробить. А ось вразливість в апці що її показує зможе.
Ось вразливість що використовувалась у даному кейсі: https://www.dbtsupport.com/2025/05/30/%F0%9F%9A%A8-apple-ios-18-5-zero-day-image-processing-vulnerability-actively-exploited/
🫡4
🤦♂️ За місяць спілкувався з 20+ компаніями і стартапами. Всім ставив одне й те саме запитання - з ким зараз працюєте, з ким працювали раніше.
1) 100% зараз працюють з Пакістаном та Індією.
2) До цього багато хто працював з Україною, рф та європою.
На питання чому перестали, відповіді топові:
- Ризики (обстріли, тцк, недолуга влада)
- У людей дуже впало КПД (вирогідно через постійний стрес)
- Декілька натякнули що їм натякнули що з Україною краще не мати справи.
Більшість навіть не спілкувалися, просто на рівні контакту одразу - з Україною не працюємо.
Тому даю просту рекомендацію:
1) Якщо можете - виїзджайте
2) Не кажіть що ви з України. Кажіть що ви українець але в Польші і працюєте через Український ФОП. Якщо можете намутіть ентіті закордоном.
Це значно підвищить ваші шанси на отримання контрактів
1) 100% зараз працюють з Пакістаном та Індією.
2) До цього багато хто працював з Україною, рф та європою.
На питання чому перестали, відповіді топові:
- Ризики (обстріли, тцк, недолуга влада)
- У людей дуже впало КПД (вирогідно через постійний стрес)
- Декілька натякнули що їм натякнули що з Україною краще не мати справи.
Більшість навіть не спілкувалися, просто на рівні контакту одразу - з Україною не працюємо.
Тому даю просту рекомендацію:
1) Якщо можете - виїзджайте
2) Не кажіть що ви з України. Кажіть що ви українець але в Польші і працюєте через Український ФОП. Якщо можете намутіть ентіті закордоном.
Це значно підвищить ваші шанси на отримання контрактів
😢5👍3
Forwarded from Ukraine Tough Life
Написав поста аналітику, на тему того що людей з України закордоном наймати не хочуть бо ризики.
Пише мені пан розробник і каже - та все ок, в мене купа оферів.
Дивлюся його місце знаходження - Польща.
🤦
Пише мені пан розробник і каже - та все ок, в мене купа оферів.
Дивлюся його місце знаходження - Польща.
🤦
🤡2🔥1
Раніше цікавився генеративними сітками та й написав багато сам, але нещодавно якось вкусило щось, чи то в підʼїзді поруч з хлопами постояв.. і кароче понесло.
Тому ці два дні експериментував з різними моделями. Ідея зробити генерацію реалістичних фото під себе, бо чесно, але ті рішення що є в пабліку того що хочу не дають. Так гарно, стильно, але контролю за тим що робиться немає. Та й цікаво.
Доречі прикол ComfyUI в тому що це потім можна винести в код, який потім трохи переписати під швидкість і опа в вас вже готовий сервіс на продажу. Утрирую звісно, ще треба AWS забашляти, але ви поняли..
Лінкедін видання: https://lnkd.in/eUUQRC7J
Тому ці два дні експериментував з різними моделями. Ідея зробити генерацію реалістичних фото під себе, бо чесно, але ті рішення що є в пабліку того що хочу не дають. Так гарно, стильно, але контролю за тим що робиться немає. Та й цікаво.
Доречі прикол ComfyUI в тому що це потім можна винести в код, який потім трохи переписати під швидкість і опа в вас вже готовий сервіс на продажу. Утрирую звісно, ще треба AWS забашляти, але ви поняли..
Лінкедін видання: https://lnkd.in/eUUQRC7J
🔥4
Сейчас доползу к компу и поделюсь с вами как с помощью математики высчитывать риски того о чем мы мыло что знаєм.
❤5
Чутка захлопотался котяками. Вот:
https://www.linkedin.com/pulse/how-control-uncertainty-during-system-design-andrew-nikishaev-ua-ahkje
https://www.linkedin.com/pulse/how-control-uncertainty-during-system-design-andrew-nikishaev-ua-ahkje
Linkedin
How to control uncertainty during System Design
In engineering work, we often have to make decisions while considering potential risks or the probability of certain events. Unfortunately, we rarely have enough data to obtain precise statistics that would let us make decisions with complete confidence.
👍7
Трохи про безпеку з електронними ключами в Україні.
Мій ключ підходив кінця і треба було оновити. Зайшов в дію оновив ключ. Після цього старий ключ та сертифікати повинні бути видалені. Начебто..
Але заходжу в податковий кабінет, підключаю свій ключ, і що я бачу? - Він дає змогу зайти по старому. Як це можливо - хз, варіантів безліч.
А тепер уявіть що ваш ключ скопроментовано, і ви зробили новий, але шахраям як виявляється ніщо не заважає заюзати старий в деяких сервісах.
Як там кажуть класики "Роль кібербезпеки трохи перебільшена"?
Мій ключ підходив кінця і треба було оновити. Зайшов в дію оновив ключ. Після цього старий ключ та сертифікати повинні бути видалені. Начебто..
Але заходжу в податковий кабінет, підключаю свій ключ, і що я бачу? - Він дає змогу зайти по старому. Як це можливо - хз, варіантів безліч.
А тепер уявіть що ваш ключ скопроментовано, і ви зробили новий, але шахраям як виявляється ніщо не заважає заюзати старий в деяких сервісах.
Як там кажуть класики "Роль кібербезпеки трохи перебільшена"?
👍3🤯2
Кожний вирішив зробити свого AI Coding Agent. Йде така нехила боротьба за можливість доступу до ваших знать і вашого коду. Що б в майбутньому перевести максимально написання коду на автоматику. Не скажу що це погано.. бо чесно заїбався)
https://kiro.dev
https://kiro.dev
kiro.dev
Kiro: Agentic AI development from prototype to production
Kiro helps you do your best work by bringing structure to AI coding with spec-driven development.
How we optimized FLUX.1 Kontext [dev] – Replicate blog https://share.google/BDGg1Nu9hYHLtMFSM
Replicate
How we optimized FLUX.1 Kontext [dev] – Replicate blog
A deep-dive into the Taylor Seer optimization technique
❤2
якщо що то мотивація це те що підштовхує ідти до цілі. Дисципліна це те що не дає вам знизити темп коли ви не в настрої.
Довго писав цю статтю. Фактично це реінкарнація старої але більш розгорнута та продумана. Звісно це не кінець але лише початок. Тому відкритий до ваших роздумів
https://www.linkedin.com/pulse/how-build-ideal-government-ai-blockchain-distributed-nikishaev-ua-0ddxe
https://www.linkedin.com/pulse/how-build-ideal-government-ai-blockchain-distributed-nikishaev-ua-0ddxe
Linkedin
How to Build an Ideal Government with AI, Blockchain, and Distributed Computing
Introduction Imagine a country where every citizen can directly participate in governing from their smartphone, and corruption or power seizures are rendered impossible by design. Advances in technology – from ubiquitous mobile internet to blockchain and…
Qwen3-coder model with 480b parameters just released. Available on HuggingFace
🔥 День релізу апки для догляду за тваринами настав!
Ще рік тому дуже хотів подібне зробити, але через купу проблем в сімʼї нажаль був вимушений відкласти проект.
Але пройшов рік, контракт закрили, а тому зʼявилося трохи вільного часу, щоб зробити корисну річ яка реально потрібна багатьом притулкам і волонтерам, да і простим власникам тваринок.
І ось сьогодні нарешті реліз.
Одразу скажу, що на Flutter пишу вперше, а тому якихось нюянсів можу не знати. Саме тому дуже прошу усіх в кого є тваринки встановити собі апку та спробувати.
Якщо будуть якісь зауваження, баги, чи просто ідеї - пишіть в цей канал https://news.1rj.ru/str/+YpsHhni0JTRlN2Ji
https://play.google.com/store/apps/details?id=uah.fund.medicine_planner
Ще рік тому дуже хотів подібне зробити, але через купу проблем в сімʼї нажаль був вимушений відкласти проект.
Але пройшов рік, контракт закрили, а тому зʼявилося трохи вільного часу, щоб зробити корисну річ яка реально потрібна багатьом притулкам і волонтерам, да і простим власникам тваринок.
І ось сьогодні нарешті реліз.
Одразу скажу, що на Flutter пишу вперше, а тому якихось нюянсів можу не знати. Саме тому дуже прошу усіх в кого є тваринки встановити собі апку та спробувати.
Якщо будуть якісь зауваження, баги, чи просто ідеї - пишіть в цей канал https://news.1rj.ru/str/+YpsHhni0JTRlN2Ji
https://play.google.com/store/apps/details?id=uah.fund.medicine_planner
🍾7