Sprog og tekniske valg

Først og fremmest – intet sprog er det bedste! Men baseret på en specifik teknisk anmodning kan der være stor forskel på, hvilket sprog der løser udfordringen bedst.

Når du får tildelt et Tikweb Tech Team – så vælges det fremtidige sprog og platform ud fra en kombination af eksisterende kode, ønsker for fremtiden og dine prioriteter. Derefter finder vi den rigtige udvikler med de rigtige kompetencer til den givne opgave.

Et par typiske ønsker:

Jeg har haft forskellige udviklere involveret og har forskellige koder, hvad anbefaler du? Det afhænger af, hvad du har – men ofte vælges Laravel som framework (PHP-baseret) og Vue.js som frontend-framework, fordi det er en nem løsning, der hurtigt bringer dig i mål, og som alle udviklere kan vedligeholde.
Jeg har brug for et MVP (Minimum Viable Product) i en fart for at teste, om min idé kan sælges! Vi bruger almindelig PHP med WordPress og en samling plugins som platform. Til frontend bruger vi jQuery.
Mit system skal være headless og bruge GraphQL, MVC osv. Vi vil meget hellere høre om dine behov eller ønsker til applikationen og vælge ud fra dine behov end at starte med en bestemt teknologi. Nedenfor kan du se et udvalg af de teknologier, vi arbejder med.

Front-end JavaScript-frameworks

Vue.js
Standard for Laravel. Dobbelt integrationstilstand er fantastisk til avancerede SPA-applikationer og god til udvikling på tværs af platforme. Let at lære. Se alle frameworks bygget med Vue.js.

Angular
Skabt af Google. Perfekt til at udvikle en Single Page Application (SPA).

React
Skabt af Facebook. Perfekt til dynamiske websider med høj indgående trafik.

Man.js
Populært på grund af dets understøttelse af tovejs databinding.

Meteor, Mithril, Node.js, NestJS, Polymer, Aurelia, Backbone.js, Knockout, Riot
Disse er også gode – og der er flere!

AngularJS
Dette er Angular v1 – og helt anderledes end Angular, som også kaldes Angular v2.

Back-end frameworks

Phoenix – Elixir
- Ekstremt hurtig MVC ved hjælp af Elixir-sproget, drevet af Erlang Virtual Machine (VM). Generelt 4 gange hurtigere end Rails, Laravel osv.
Flask – Python
- Flask er et mikroframework til Python.
Django – Python
- Hurtig og skalerbar.
Express – Node.js/Javascript
- MVC-framework bygget i Javascript og drevet af Node.js/JavaScript.
Rails – Ruby
- MVC-framework, der bruger sproget Ruby – ofte kaldet Ruby on Rails (RoR).
Laravel – PHP
- PHP-baseret MVC-framework.
.NET – C #
- .NET er et framework fra Microsoft/Windows, men er nu også tilgængeligt i Linux. Understøtter flere sprog, primært C# (C sharp) og VB. ASP.NET udvider .NET specifikt til webapps.
Spring – Java
- Det foretrukne Java-framework.
Mojolicious – Perl
- De fleste foretrækker Python nu.
Hvad er de bedste backend-webframeworks?
- Her er Slant-fællesskabets aktuelle liste og hotframeworks.

Front-end komponent frameworks (Front-end UI frameworks)

Vuetify (Material Design med Vue.js)

Designsprog

Designsproget specificerer udseendet og fornemmelsen af dit produkt ved at beskrive farveskemaer, former, mønstre, teksturer, layouts osv. og sikrer et ensartet design.

Material Design (Google 2014)
Flat Design (Apple 2013 – v2 fik skygger i 2014)
Fluent Design System (Microsoft 2017)
Microsofts designsprog / Metro (Microsoft 2012)

Se flere designsprog eller lær at skabe dit eget.

Udvidelser af Javascript-framework

StoryBook, Motion UI, Gatsby, Next.js.

I 2016 dukkede GraphQL op.

NPM-tendenser på Vuetify og quasar

CSS front-end frameworks

Bootstrap osv: https://www.keycdn.com/blog/front-end-frameworks and https://www.sitepoint.com/most-popular-frontend-frameworks-compared/

Bootstrap
Semantisk brugergrænseflade
Fundament

Tekniske termer på almindeligt engelsk

MVC – Model View Controller
- Opdeler en applikation i tre indbyrdes forbundne dele, modellen, visningen og controlleren.
MVVM – Model View ViewModel
- MVVM betyder, at man adskiller GUI‘en fra back-end-logikken (datamodellen).

Hvorfor Vue?

Vues komponenter, som lader os tænke på hver enkelt del af brugergrænsefladen isoleret, fremmer genanvendelighed gennem modularitet, samtidig med at vores brugergrænseflade forbliver konsistent.

Vi bør fokusere på at gøre vores komponenter til byggesten, der kan organiseres og bruges i flere projekter.

Har vi brug for bit.dev til at dele komponenter mellem projekter og applikationer, organisere dem for dit team og synkronisere dem i alle dine projekter, mens du udvikler dem og foretager ændringer fra ethvert projekt? (artikel)