С поддръжката на SQL бази данни, NoSQL съхранение на ключове/стойности, поддръжка на OCI регистър и различни популярни езици Spin 1.0 отговаря на нуждите на съвременния разработчик на пълен набор от продукти.

Приложенията на Spin са изградени с API без сървър, като AWS Lambda и Azure Functions, например. Освен това са и лесни за изграждане. Microsoft е интегрирала Fermyon Spin в своите cloud предложения, а други доставчици на софтуер са в процес на интегрирането му в своите предложения.

Повече подробности около новината можете да прочетете на международното издание DevStyleR.IO – Fermyon Releases Version of World’s First Framework for Serverless Features

Марин, Вие сте старши мениджър „Билинг и бизнес системи“ в А1 България. Какви са отговорностите и предизвикателствата, свързани с Вашата роля?

Има два аспекта, които трябва да се вземат предвид. От една страна е специфичната професия в сферата на билинг и бизнес системи в компания от мащаба на А1, а от друга – самата мениджърска роля.

А1 е компания, която едновременно създава част от продуктите си със собствени ресурси и екипи, но също ползва и готови решения, създадени от други компании. За целта е необходима значителна по своята същност и сложност интеграция между системите, така че те да работят ефективно и в синхрон. Една от основните ми отговорности е да намирам правилния баланс между тези два фактора. Помага ни това, че в А1 имаме ясно очертани приоритети и цели за развитие. Друго предимство е, че разполагаме с голям екип от професионалисти с различни специалности, което ни помага да намираме успешно решение във всяка ситуация.

Мащабът на компанията и влиянието, което тя има върху живота на хората, бизнеса и дигитализацията в страната като цяло, също е предизвикателство и голяма отговорност, защото всяка дребна грешка може да има огромен негативен ефект. Същевременно обаче дава и много предимства, като достъпа и възможността да работим и експериментираме с едни от най-модерните технологии в много и различни по своята същност проекти.

Що се отнася до ролята ми на мениджър, моя отговорност е да направя така, че всички колеги в екипа да се чувстват добре на работното си място, да знаят какви са задачите им, да имат необходимите ресурси за изпълнението им и да се чувстват оценени. Предизвикателствата в това отношение са свързани с голямата динамика в последните години. Предполагам това важи за всички мениджъри. Изискванията към ръководителите днес се различава сериозно от тези преди 10 години. Скоростта, с която се обменя информация и се вземат стратегически решения се увеличава непрекъснато. Освен това днес са необходими много по-разнообразни умения, за да можем да общуваме с трите различни поколения – Х, Y и Z – всяко със своите особености, потребности и отношение към комуникацията, работните процеси, развитието на технологиите и всичко останало.

Моя отговорност е да привличам нови колеги с подходящия начин на мислене, в синхрон с корпоративната ни култура, които същевременно имат и необходимите технически познания. С бързия темп на развитие на екипа това е и сериозно предизвикателство. Радвам се, че компанията ни инвестира усилено в програмите за млади таланти – това много помага да намерим хора с потенциал, които се превръщат в блестящи професионалисти.

Отделът, който ръководя, отговаря за бизнес анализ и координация, описване на изискванията за различни системи, системен дизайн и архитектура и реализиране на софтуерни разработки за Data Warehouse и аналитични решения. На тази база данните, които са важни за бизнеса на компанията, могат да се използват бързо и ефективно от различните звена, да се правят специфични анализи, включително и прогнозни, което подпомага процеса на взимане на стратегически решения да бъде по-бърз.

Кои са технологиите, които променят пазара на ИТ кадри? Какви специалисти вече се търсят и предстои да се търсят през следващите 10 години? Какво е образованието, което бъдещите професии ще изискват и в кои компании ще има необходимост от най-много кадри? Цялото интервю с  Марин Бодичев, както и още мнения на водещи експерти от ИТ индустрията в България може да намерите в специалното издание „ИТ Професиите в Бъдещето“.

И с излизането на новата си бета версия скоро може да стане по-популярна от всякога. С добавянето на Zero Copy стрийминг, Cassandra обещава да има пет пъти по-бързо поточно предаване на данни между клъстери.

Разработчиците ѝ твърдят, че това ще означава пет пъти по-бързо средно време до възстановяване, когато има проблеми. Това от своя страна означава, че ще намали общите ви разходи, защото ще ви трябват по-малко облачни, сървърни и мрежови ресурси.

Разработчиците на Apache също обещават, че това ще бъде най-стабилната Cassandra в историята. Tе препоръчват, че трябва да започнете да използвате Apache Cassandra 4.0 beta възможно най-бързо във вашата среда за тестване и осигуряване на качество. Общността Cassandra е на мисия да предостави 4.0.0 за обща наличност най-късно през юли.

Основната технология, Vitess, е предназначена да даде възможност на SQL базите данни да мащабират по начин, подобен на NoSQL платформи като MongoDB, като разчитат в голяма степен на шардване. Действайки като класически междинен софтуер, той логично шардва базата данни с презумпцията, че повечето заявки ще бъдат около данни, свързани с конкретни записи. И така, тя групира всички данни с общи идентификатори на запис с един и същ фрагмент. Той също така осигурява обединяване на връзки, за да се преодолеят високите разходи за памет, което е често срещано с MySQL реализациите, така че платформата да може да се справи с висока съвместимост. И за да защити допълнително базата данни от претоварване, тя има ограничители на заявки.

Vitess първоначално е проектиран да поддържа MySQL и свързани платформи като MariaDB, като осигурява междинен софтуер, който позволява да внедрите обикновената версия на базата данни, като средният софтуер обработва всички мащаби. Според компанията, технологията също може теоретично да поддържа PostgreSQL.

Защо SQL? Кога започна да го използваш?

Първият ми контакт с SQL беше през 1998 година. И не можех да повярвам, че такова нещо действително съществува. Просто задавате въпрос и получавате отговор. Мислех, че идва от Стар Трек!

Въпреки това отне повече от 10 години, преди да се специализирам в SQL. През това време имах няколко роли като разработчик, архитект, ръководител на екип и дори прекарах известно време като системен админ. Един ден забелязах два модела:

– Когато имаме проблем, базата данни обикновено е замесена по някакъв начин

– След решаването на проблема, винаги се оказваше, че сме използвали базата данни погрешно

Затова се чудех защо използваме толкова зле SQL и ето как започна SQL пътуването ми.

Какви са новите неща около SQL и какво трябва да знае всеки разработчик?

Бих могъл да напиша цяла книга за този въпрос. Всъщност – аз съм! Ще го кажа кратко и на високо ниво:

– SQL не е същото като „релационна база данни“

Релационният модел е просто ** един ** начин, по който можете да използвате SQL бази данни. Има и други начини и те са еднакво валидни.

– SQL не е „език за заявки“, а „език за трансформиране“

Една от ключовите идеи на SELECT е трансформиране на данни от постоянен формат на данни в друг формат, който е по-полезен за извършването на една конкретна задача. Тъй като вероятно има много различни неща, които искате да направите с данните си, един лесен, но мощен начин за трансформиране на данни е много полезен.

Имайте предвид, че формата на данните ви не се променя толкова често, колкото това, което искате да направите с тези данни. SQL решава този проблем, като отделя постоянния формат на данните, от какъвто и да е формат, който е по-подходящ за всяка обработка, която трябва да направите.

Нека да направим едно преразглеждане. Как SQL се развива от 1992 г. насам?

Считам, че актуализацията от 1999 г. е „големият взрив“ на съвременния SQL. Това беше, когато SQL еволюира релационната идея. Около 80% от възможностите на SQL днес не са свързани с тази идея.

Ето някои етапи:

– 1999: богати типове данни (масиви, съставни типове), рекурсивни заявки;

– 2003: „съхранение на документи (XML)“ и функции на прозореца. Ако не познавате функциите на прозореца, не знаете SQL;

– 2011: пътуване във времето (non-destructive INSERT, UPDATE, DELETE);

– 2016: съчетаване на JSON и ред на редове

Върху следващия стандарт вече се работи!

Коя база данни препоръчваш най-много?

Правилната, разбира се. Има различни нужди и тези нужди оправдават различни посоки. Ако обаче попитате за безопасна база, за да започнете с модерен SQL, предлагам да използвате PostgreSQL.

Хареса ли ти тук в България? Какво мислиш за разработчиците тук? Намери ли си възможност да говориш повече с някого по темата около SQL, Query и т.н.?

Да бъдеш „SQL Renaissance Ambassador“ включва много пътувания и за съжаление, да разгледам държавите не е сред моите задължения : / С други думи, харесвам това, което съм виждал: летището, такситата, мястото на конференцията и хотела 🙂 Причината, поради която отивам на конференции, е да общувам с хора. Аз разговарях с доста разработчици и съм щастлив, че можех да ги убедя да погледнат отново с друго око към SQL.

Можеш ли да споделиш виждане за бъдещето на технологиите? Какво би било следващото голямо нещо?

Всъщност предпочитам да използвам обратния подход, защото не виждам в бъдещето. Когато възникне нов шум, не питайте „какво следва“ – попитайте какво ще остане след приключването на хайпа. Все още е въпрос, на който е трудно да се отговори, но отговорът е нещо, което си струва да се научи. Виждам много млади хора, които ловят един хайп след друг. След няколко години, всичко, което те имат, е бух на остарели технологии в автобиографията си. Това не се ограничава само с JavaScript рамки, въпреки че там е най-очевидно.

Обичам да мисля по отношение на „полуживотния период на знанието“. Ако научите нещо ново, попитайте се колко време ще е полезно това ноу-хау. Надявам се да ми вярвате, когато казвам, че периодът на полуразпад на международно стандартизиран език като SQL е по-дълъг от този на най-горещата NoSQL система, която току-що видяхте на HackerNews.

Интервюто проведе Атанас Нейчев.

В оспорваната надпревара вземат участие четири екипа. Най-малкият от екипите, съставен от едва трима души, въпреки стреса и умората успява силно да впечатли българското жури и да грабне победата.

Победителите ще представят офиса на Endava България на Глобалния Endava Хакатон през октомври тази година, състезавайки се с най-добрите проекти в компанията от цял свят.

Локацията на провеждане на Глобалния Хакатон на Endava, всяка година е различна. Финалът този път ще се проведе в Белград. Изданието през 2017-та година е шестото по ред. В оспорвана надпревара победителите от всички страни ще се борят за спечелването на голяма парична награда и финансиране за реализация на техния проект.

Мащабният Хакатон на компанията е чудесен начин да се покаже творческото мислене на програмистите, отличната работа в екип дори и под силно напрежение.