Devs World – Telegram
Devs World
470 subscribers
161 photos
14 videos
404 links
All about software developing & architecture
@ml_world - the best materials about Machine Learning & Data Science

Our fund instagram to help homeless animals: https://www.instagram.com/ukraineanimalhelp/

Contacts: @anikishaev | creotiv@gmail.com
Download Telegram
🚀 As i always say - every business steals.

Here is a typical example of "innovation". The company used the design of Mig-21, to build new 155mm shells. Nothing new, nothing created from scratch. Just old technologies that worked put together and tested.

Also SpaceX rockets were developed in the same way, they just couldn't be built because at the time of when they were created there were no computers capable of such computation.

Almost all things that you think are NEW, were created ~50years ago
3
Цікаво чому коли бачиш тяжкий ІТ контент то його майже не лайкають а ось подібне отримує тисячі лайків від різного рода "архітекторів". Як гадаєте?)
Трохи про рівень розробки військового ПО. Не дивуйтеся потім прильотам і зливу інфи
🤯32
Дивно але на голих підрахунках AWS Badrock вигідніша ніж селфхостінг
Тут Google, як завжди, тихенько зарелізив тултік для побудови ШІ агентів
https://share.google/uAmEqVUEbhaB3RCPe
👍1
Продовжую міркувати над ідеєю р2р соціальної мережі.

знайшов лайер на якому теоретично можна запилити демку.

https://yggdrasil-network.github.io/

Дозволяє обходити NAT обмеження
👍4
3
Великі компанії, корпоративний стиль, все серйозно і дорого, і ви наче вже володієте цим світом...

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

Ваші користувачі та клієнти будуть оцінювати вас через призму їх щоденної роботи з вами.

Кейс 1. Microsoft & LinkedIn
Коли я пишу коментар, я не можу закрити екран, повинен чекати коли він відправиться. Я не можу додати фото через Ctrl+V. Речі які дефакто стандарт якісного UX - відсутні. І саме через них будуєтся моє ставлення до цих компаній.

Кейс 2. Facebook
Компанія наймає спеціалістів в Machine Learning за сотні мільйонів долларів, а потім автоматично відмічає на фото афроамериканців як мавп, або банить фото зі скріном коду з лейблом порнографія.
Як вважаєте що для людини більший доказ якості?

Кейс 3. Google.
Вони кічаться тим що знають все про вас. Але чомусь коли я заходжу в YouTube, мені показують рекламу жіночіх прокладок, хоча я не дівчина та й дівчини в мене немає.

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

А тому будувати маркетинг потрібно не зверху, а знизу. З тих речей через які з вами щодня комунікують мільйони користувачів та клієнтів
1👍1
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
👍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.
🙏2
Люблю консалтинг за те, що багато спілкування з різними людьми. У кожного свій світ, свій досвід. І якщо не включати режим зірки то доволі часто можна отримати необхідну інформацію або поштовх в потрібному напрямку.

Сьогодні ось спілкувався з Богданом, на тему Machine Learning & AI і чи варто цим займатися, також звісно обговорили пухнастих друзів.

І десь під кінець розмови Богдан спитав "А чому ти не зробиш власний курс?". Я спочатку такий "та час треба, трабли навколо". А зараз вийшов випити кофе, стою і думаю - "бляха а й дійсно, чого?"

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

Думав правда робити розподілену соціальну платформу, але там довго до момента монетизації, а котикам треба ліки та їжа, тому це відкладаю на потім(та й якщо пождати ipv6 все буде простіше)

Тому буду робити курси. Почну з мікрокурсів, щоб швидше отримати респонс, і далі буду робити з них программу. А то я вже старий, пора в викладачі переходити))

Що скажете? Взяли б в мене курс?
7🔥2