SWEHQ

🤝 | Meet our team #5

Jaroslav Soldát, our colleague, who, thanks to his natural curiosity, is always ready to dive into new topics and is an irreplaceable member of the team, not only in terms of creativity and new ideas.

🤝 | Meet our team #4

Whether it's TypeScript, Python, Flutter, or some new stuff, Michal Kraus learns it incredibly fast and uses it naturally ever since. Versatile and minimalistic.

🤝 | Meet our team #3

Get to know Petr Koucký, our colleague, who is fully immersed in the development of the weallmeet.live app currently. 👨‍💻

🤝 | Meet our team #2

Meet Zemek, our colleague who has an eye for detail and lately plays mainly with Vue.js and Node.js.

🤝 | Meet our team #1

We often write about technical curiosities that we come across during our work, or about our practices in terms of overall application development.
Today, let's take it from a different side and find out who is really behind all those lines of code!

First, get to know Jan Walter, CEO of SWEHQ.

𝐄𝐍
👨‍💻| The development of our mobile app weallmeet.live continues. One of the requirements was to implement the so-called Deep links.
Petr Koucký wrote an article about this interesting topic and what we came across dealing with it.

Read the article here: https://bit.ly/Deep_Linking_EN

𝐂𝐙
👨‍💻| Vývoj naší mobilní appky weallmeet.live pokračuje. Jedním z požadavků bylo implementovat tzv. Deep linky.
Petr Koucký o tom napsal pár slov.

Celý článek zde: https://bit.ly/DeepLinking_CZ

App Deep Linking Položili jste si někdy otázku: Jakto, že ten link otevřel nativní aplikaci, když se přece jedná o klasický hypertextový odkaz, který by měl otevřít a zpracovat webový prohlížeč? Jestli ano, tak čtěte dál - pokusím se tuto záhadu trochu objasnit. Pokud ne, tak… no však vít...

Svými kořeny jsme vývojáři webových aplikací. Ten svět známe relativně dobře, leccos jsme vyzkoušeli, oblíbili si i opustili, nebo o tom aspoň slyšeli z relevantních zdrojů. Víme, jak dělat věci, abychom je měli pod kontrolou.

Se vzrůstající intenzitou jsme v posledních letech začali nakládat i s mobilními appkami. Nikdy jsme je nepsali nativními prostředky jednotlivých platforem, známe ale dobře výseč pwa (progresivní webová), ionic (tzv. hybridní, instalovatelná z app store), flutter (multiplatformní vývoj).

Ideál multiplatformního vývoje je pokrýt více platforem jedním prostředkem (kódem). Jsou ale situace, kdy si člověk klade otázku, jestli jen nedělá “if” hlouběji v kódu, či dokonce nepřichází o eleganci nativních prostředků. Zkušenostmi jsme si ověřili, že neexistuje univerzální řešení. V každém případě je potřeba vybrat vhodnou specifickou technologii dle kontextu potřeb.

Všichni, kdo se zabývají vývojem mobilních aplikací mají můj jednoznačný obdiv. Nakládání s administrativou ve vztahu k Apple a Google je neskonale vyčerpávající. Založení firemní identity, splnění formálních znaků aplikace, testování, schválení v App Store a Google Play - snad na všech místech jsme se během posledních pár měsíců zasekli bez odezvy na četné urgence a museli hledat nestandardní způsoby jak překážku překonat. Ve srovnání s webovou appkou, kterou si v klidu vyrobím, otestuju a nasadím kontrolovaně UI i BE, kdy uznám za vhodné, je mobilní svět řádově méně pohodlný.

Nicméně se nevzdáváme a např. s weallmeet.live vstupujeme do další fáze. Začínáme testovat s přáteli. Pokud byste btw měli chuť nás nyní podpořit, dejte vědět. Feedback je vždycky fajn!

(instalace ios/android share.weallmeet.live/install)

Architects design houses, doctors make people healthier, yachting teachers make people yachtsmen.

We write . Our primary product is the set of instructions for machines that determine their behavior, often in interaction with humans.

Why is it important to realize this if a client wants a ?

Vendor lock-in is typically a situation when the client cannot deal freely with the software because:
❌ he does not own a license to the source code,
❌ he does not have technical erudition and is afraid to operate with software by himself,
❌ he does not have the source code and is afraid to ask the provider for it,
❌ he does not have access to his primary data and every manipulation with it is charged heavily,
❌ the software uses non-standard technology, which is difficult to abandon.

I have seen it many times. Finding out after many years of usage. Then the client is supplier’s hostage and:
☠️ the development is at a standstill – it does not receive what it needs,
☠️ pays an inadequate price even for routine technical changes or pure operation,
☠️ change of the supplier means a complete rewrite of the app,
☠️ there is a risk of data loss.

At SWEHQ:
✅ we always license the source code to clients and
✅ write in such a way that any new person – team member or competitor – can understand it,
✅ we minimize the number of used technologies and
✅ choose those that are prospective.

There is no greater joy 🧡 than seeing a colleague from the industry who quickly understands how things work and a software that has been running for many years. In fact, there is, but only one. Happy user.

Don’t buy apps without a source code, just like you don’t buy houses without bricks!

We believe that browsers are the operating systems of the future. They offer a platform that helps solving both simple and complex software problems with UI effectively. Most of the productivity software people use is web-based, having services online has become quite a standard some years ago. The browser ecosystem has many pros as working across operating systems and platforms on variable devices. It also provides a vast amount of libraries for fast and efficient development and freedom for custom graphic design. Web apps can also be extended to installable mobile apps.

SWEHQ will gladly help reasonable projects with the introduction to the browser (online) world.

𝐄𝐍
🤝 | Credo point #4: We've got it covered.
Automated tests play an essential role in software development. Whether it is a prototype, an MVP, or a complex application ecosystem with several integrations. Every investor should be interested in how maintainable his solution is. Automated tests set in stone the functionality. When making changes, the programmer learns immediately and without effort, if he changes the application’s behavior.

As a result, it gives him the freedom and peace of mind to make systematic changes
in the source code. So that it is meaningful, readable, and does not expand
unnecessarily. Because - as we know - the correct change deletes more lines of
code than it adds (beware, exaggeration).

𝐂𝐙
🤝 | Bod našeho kréda #4: Máme to pokrytý.
Automatizované testy hrají esenciální roli ve vývoji software. Ať se jedná o prototyp, MVP, nebo komplexní aplikační ekosystém s řadou integrací. Každý investor by se měl zajímat o to, jak udržitelné jeho řešení je. Automatické testy fixují funkcionalitu. Při změnách se tedy programátor hned a bez úsilí dozví, zda změnil chování aplikace.

V důsledku mu to tak dává svobodu a klid dělat systematické změny ve zdrojáku. Tak, aby byl smysluplný, čitelný a zbytečně nebobtnal. Protože jak víme, správná změna více řádek kódu maže nežli přidává (pozor, nadsázka).

𝐄𝐍
🤝 | Credo point #3: We are not a body shop.
Our team has experienced a lot. In programming and life. We know each other well personally. We communicate daily, and we know we can rely on each other. We have mapped out each other’s strengths, skills, and experience with technologies. Even imperfections. When creating long-term projects in particular, this is the key to a simpler, faster, and more efficient progress.

People who work on a specific project are thus the interface to the know-how of the entire SWEHQ team. We always bear the responsibility for the result.

𝐂𝐙
🤝 | Bod našeho kréda #3: Nejsme body shop.
Náš tým toho zažil hodně. V programování i životě. Osobně se dobře známe. Denně spolu komunikujeme a víme, že se na sebe můžeme spolehnout. Máme navzájem zmapované svoje silné stránky, dovednosti, zkušenosti s technologiemi. I nedokonalosti. Při tvorbě zejména těch dlouhodobých projektů je to klíčem k jednoduššímu, rychlejšímu a efektivnějšímu postupu.

Lidé, kteří pracují na konkrétním projektu jsou tak interface k know-how celého týmu SWEHQ. Za výsledek vždy neseme odpovědnost.

𝐄𝐍
🤝 | Credo point #2: Code readability.
Every programmer has certainly experienced being involved in a project running for months or years. It is often non-trivial and causes a lot of frustration without the ability to bring about a quick change. At SWEHQ, we focus on source code readability. So that a new programmer can join at any time, so that we understand things ourselves in a few weeks. Standard tools are reviews from other programmers and automated tests.
Code quality is a key investment in software development with payback in weeks and is essential for its long-term sustainability.

𝐂𝐙
🤝 | Bod našeho kréda #2: Čitelnost kódu
Každý programátor jistě zažil zapojení do měsíce či roky běžícího projektu. Často je to netriviální a působí to mnoho frustrace bez možnosti přinést rychlou změnu. Ve SWEHQ se soustředíme na čitelnost zdrojového kódu. Aby se kdykoli mohl zapojit nový programátor, abychom věci sami za pár týdnů rozuměli. Standardní nástroje jsou reviews od ostatních programátorů a automatizované testy.
Kvalita kódu je klíčová investice ve vývoji software s návratností v řádu týdnů a nezbytná pro jeho dlouhodobou udržitelnost.