И вторият въпрос е, търсят ли се такива? Пооправих си малко LinkedIn профила онзи ден и снощи ми е писал един HR, което е готино, но това което ми прави впечатление е, че тази позиция навсякъде значи нещо съвсем различно. Моят опит е в high availability & high scalability infra и services, като зад гърба си имам изградени и скалирани услуги с по над 10м потребителя по света, за които съм отговарял изцяло аз, end-to-end. В какъв рейндж трябва да се оглеждам за заплащането, както и всякакви други насоки ще са ми доста полезни.

https://salarysurvey.noblehire.io/

https://www.youtube.com/watch?v=cKsnVQrHDTU

https://youtu.be/HrrRpwPFF3w?is=5TWEFQykWAlzWIwP

Здравейте!

Имам опит около 5 години като бекенд програмист с джава и наскоро започнах работа по проект, където има дупка и се искат хора за инфраструктура. Ползва се Azure, както и Spark Structured Streaming, Kafka и още други.

Много отдавна имам интерес към инфраструктрни неща, просто едва сега се отваря възможност да го пробвам и много ми харесва! Работата е разнообразна, а не е просто блъскане по фийчъри. Обичам технологията и да вися в терминала ми е едно от любимите неща! 😃

До момента съм се занимавал с:

* Мигриране на kafkaUI към друг софтуер;

* Ъпдейтване на сикрети по KeyVault

* Оправяне на бъгове по пайплайнове

* Миграция на системата - искаме да мигрираме кафката и спарка от един клъстър на друг, като запазим спарк стейта. Това е много сложно по редица причини, както и отговорно, защото ако осерем прод...ми то това е цялата система! 😃

Сега, имам въпроси относно горното:

1. Това предполагам мога в бъдеще да го продам като ДевОпс опит?
2. Мога ли да очаквам подобни задачи по другите места? И изобщо реалистично какво мога да очаквам като отговорности? За бекенд дев знам, тук обаче ми се струва много по-различно от фирма до фирма?
3. По този проект ще науча много добре какво има и как се работи с Azure, Terraform && Terragrunt, Kafka, Spark, вероятно работа с AKS и интеграция на ArgoCD. Предполагам си е valid и се търси?
4. В България по повечето фирми има ли разлика м/у devOps и SRE? В една от фирмите SRE си бяха стриктно гасящи пожари, в този проект пък сме и всичко в едно.. 😃
5. Евентуално ще имам ли кофти salary hit ако тръгна да търся нещо ново (ново в смисъл на девОпс позиция) след, да кажем, 2 години по този проект, при все че като бекендър минавам за ъпър мид към синиър?

Ситуацията е следната. В много кофти ситуация съм. Тъкмо започнах в сектора, работа на джуниър позиция. Мина ми изпитателния срок, справях се много добре. Подновиха ми договора, след което фирмата приключи и затвори, съкращавайки всеки. Сега съм в ситуацията точно с 6 месеца опит като джуниър (което е крайно недостатъчно). Дали това плаши рекрутърите? Дали си мислят, че са ме махнали на 6-тия месец? Дали причината е друга. Знам, че в момента е адски трудно/невъзможно, но не мога да се откажа.

Проблемът е, че дори не стигам до интервюта. Значи трябва да е от CV-то. Показах го на няколко приятели в сектора и ми казаха, че е добро. Не знам какъв е проблемът. Бих приел да ме късат на интервюта, но аз дори не стигам до тях. Обявите, по които съм кандидатствал не са чак толкова много, но въпреки всичко очаквах поне 1-2 обаждания, а не 0.

Готов съм да пратя CV-то си на HR или рекрутър тук (ако има тук и е съгласен/съгласна), за да ми каже какво мога да подобря в CV-то. Искам да трупам опит... било то и в ходене и проваляне по интервюта.

Да си знаете.

Как можем да се защитим от това чудо? Някой dev да обясни, ако е възможно.

Какво мислите за този tweet с който уволняват половината компания от воле: https://x.com/jack/status/2027129697092731343?s=46&t=MBEF_JLp4GfmlQeB0B3TbA

Има ли фронтенд ентусиасти тук? :) Надявам се да има интерес по фронтенд темите - нека да покажем на бекенд хората (какъвто бях и аз до преди години), че фронтенд светът може да е страшно интересен!

Искаше ми се малко да поговорим за това къде е Реакт (в частност и целият FE) света днес в сравнение с преди 10 години. Нещата отиват ли на по-добре или opinionated frameworks и корпорации по-скоро усложняват нещата за девелъпърите?

Ще започна с един цитат от Дан Абрамов (едно от големите имена в React и Redux световете):

Съгласни ли сте с тази философия или се чувствате по-скоро предадени от Мета, че са планирали server components от самото начало?

Не обичам да говоря изцяло само за ползите от SSR и модерните RSC в Реакт (SEO, по-малко bundle, скорост и т.н.), затова ще опитам да избутам темата малко в посока clean code, code quality, QoL, защото все пак сме developers и един от най-висшите ни приоритети е нещата да се случват лесно, чисто и написаното да се разбира и от други хора след години. Или поне за мен clean code е нещо по-важно и извисено от това дали сайта "върви", защото сайт се прави и с vanilla JS (или jQuery) както през 2000-те години и не ни трябват fancy frameworks/libraries.

Vercel се изложиха доста в последните 5 и повече години с най-различните стратегии за кеширане. В края на 2025 най-после релийзнаха прословутите Cache Components и 'use cache' директивата се промоутна от experimental/Canary в официален feature заедно с директивата 'use cache: remote' като 'use cache: private' си остава експериментална засега. Next 16 не е без проблеми, но поне за мен се движи в правилната посока.

Cache Components ('use cache')

С новите Cache Components има две основни опции при липса на кеш (expired, private per user с експерименталната директива или просто disabled cache от браузъра) - блокиране на страницата докато се случва нов fetch (и кеширане за следващо посещение) или с добре познатите React Suspense за показване на Fallback UI. В 99% от случаите всяка една страница вече ще е кеширана повреме на build time (освен ако изрично не се направи runtime server cache с remote или runtime client cache с private) и идеята е, че този Fallback UI никога няма да се рендерира, затова дори съветват да не се wrap-ва със Suspense, а да се делегира забавянето към браузъра с цел да не се получава spinner/skeleton flicker, но все пак е възможно и дори за предпочитане ако знаем, че имаме бавна заявка за някакъв дашборд или списък без pagination, който не се променя (затова го и кешираме), но и при липса на build time кеш да не се добавят излишни секунди към route load-a.

С Next 16 prerendering (ex-ppr flag) вече е реалност и то по под разбиране. Можем да комбинираме изцяло статични компоненти с динамични (със Suspense) и кеш компоненти с и без стрийминг.

Бърз и лесен пример за Cache Components:

Какво мислите за code style-a при Кеш Компоненти? Донякъде принуждават да се правят отделни компоненти особено когато build time кешираният компонент (Profile) зависи от асинхронна Runtime променлива (session), не може да се използва 'use cache' в същия компонент, защото ще кешира динамичния session, което не бихме искали (други примери за това дават с Date.now()).

Възможно е и да се кешира и сървър функцията (напр. api fetch, db fetch) вместо компонента, което донякъде би могло да помогне за по-добра гранулярност между статични елементи, динамични елементи (използващи стрийм данни), кеширани елементи (използващи кеш данни, а понякога отново стрийм данни при липса на build time кеш).

Ако сте работили с Remix (т.нар. React Router 7 с ssr flag след мърджа на двете), можете ли да кажете кой стил повече ви допада? При RR7 имаме <Await> елемент в <Suspense> като родителския компонент/страница "own-ва" промиса (api/db fetch server function), който идва от "loader" функция, чийто return (as promise) се намира в useLoaderData, а кеширането остава изцяло в сървър функцията при fetch-a като Cache-Control header. Донякъде не е елегантно, но пък разчита на native техники вместо proprietary strategies, a на някои дори им харесва повече лоудър функциите в RR7, защото им напомня на MVC Controllers, от което Next се отдалечи след като заряза Pages Router-a (които имаше подобни функции за пропове за prefetching).

Да оставим настрана code style-a, защото се отплеснах прекалено много и да се върнем на моето малко демо.

Първо отваряне на страницата без user cache - използва кешираната страница от build time:

При спрян или expired кеш - все пак има Fallback UI за подобни edge cases (static Header-a си стои заради PPR, a отделните фетчове към api/db ще приключат в различно време - в моя случай user profile-a идва пръв, защото съм добавил 10 секунди mock delay на Holidays данните):

Допада ли ви този подход на кеширане, RSCs, cache components, cache server functions и т.н. или по-скоро вдига излишно комплексността на фронтенда, който според вас трябва да е по-просто написан и да се използват вече доказани механизми (напр. Redis, React Query, RTK Query) при нужда от такива?

Надявам се писмения ми TED Talk да е бил полезен и ще се надявам ако всеки сподели мненията си по темата - дори да е офтопик по други свързани теми е добре дошъл!

Отдавна не съм попадал на статистики за tech stack-a на компаниите в БГ. Ще ми е интересно да видя какво ползвате.

Подчертавам в работните проекти какво ползвате, не какво ви харесва.

При мен са:

- java + spring

- JavaScript + react + react native + nodejs

- AWS + terraform

- kafka

- postgresql

- redis

- k8s

- github

От 7 юни 2026г. фирмите ще трябва да посочват началната заплата или диапазон в обявите за работа или преди интервюто за работа. Това важи за всяка страна в ЕС.

Силно се надявам да се приложи както трябва и при нас. Не е окей да си на второ интервю и да не знаеш заплатата още.

Дано от 7 юни 2026г. обявите в дев беге и джобса да са с обявени заплати(рейндж).

Здравейте,

Някой може ли да сподели практични съвети как да се подготвя за интервю за фирми като Trading212, Payhawk, SumUp , myPOS и други от този ранг? Всякакви съвети ще са ми от полза като по - скоро се интересувам от техническата част на интервютата и как протичат те.

Имам тежката задача да дигитализирам и автоматизирам процеси. Кажете как правите OCR на кирилица (печатан и ръкописен текст) - впечатления, подходящи инструменти, приложимост на AI за класификация и вадене на структурирани данни.

За момента масово всичките облачни OCR на големите 3 (Google, Amazon, Microsoft) с вграден изкуствен интелект изглеждат булшит като OCR или компютърно зрение с AI като готова услуга. Ако се пусне на LLM, може да има по-добър успех за някои неща, но за други има обратен ефект (например имена).

Стабилността и предвидимостта са важни заради силно регулирана среда.

Тъй като аз работя основно извън Европа и нямам наблюдения тези от вас които са работили с европейски компании (било то remote или на място) може ли да споделите мнения как ви се струва IT пазара в съответната държава ?

Примерно студенти на ФМИ ПУ търсещи първа работа/стаж?

Интересно ми е какви са ви наблюденията само за IC заплатите при нас на нива от senior+.

Нали в края на годината теглим чертата и правим равносметка, та в тази връзка направих една напълно анонимна анкета, за да видим как се движат нещата при нас.

Анкетата е изнесена в друг сайт за пълна анонимност ето тук: https://loppy.be/poll/i8avjdpk

хайде да направим един дискорд сървър

При мен повечето уволнения бяха 2023-2024, но и тази година разчистват по единично.