Votre mission ? Découvrir Haskell et le mettre en prod

1.
Votre mission ? DécouvrirHaskell et le mettre en prod @celine_louvet

2.
fairvioo.com

3.
Contexte et besoin

4.
Le contexte Début deFairvioo ➔ Faire nos preuves ➔ À faible coût

5.
Le besoin Développement d’uneapplication Web ➔ CRUD basique ➔ Peu de données au début, ➔ Possiblement beaucoup de données à terme

6.
Des contraintes ? Pasde stack existante Une seule vraie contrainte : être efficace et viable rapidement et sur le moyen terme Idéal : prendre du plaisir à développer

7.
Choix de latechno

8.
Choix de latechno Totalement subjectif !

9.
Avantages Pratique pour jeter unPOC. Recrutement facile Choix de la techno : NodeJs ? Inconvénients Code souvent peu viable Interprété

10.
Avantages Pratique pour jeter unPOC. Recrutement facile Choix de la techno : NodeJs ? Inconvénients Code souvent peu viable InterprétéLangage interprété

11.
Avantages Langage “fonctionnel” Choix de latechno : Ruby ? Inconvénients Interprété Recrutement parfois compliqué

12.
Avantages Langage “fonctionnel” Choix de latechno : Ruby ? Inconvénients Interprété Recrutement parfois compliquéLangage interprété

13.
Avantages Compilé Écosystème très riche Choix dela techno : Java ? Inconvénients Très verbeux Complexité pour démarrer la stack

14.
Avantages Compilé Bénéficie de l’ écosystèmede Java Langage fonctionnel Choix de la techno : Scala ? Inconvénients Tentation de faire du Java

15.
Avantages Compilé Langage fonctionnel Choix dela techno : Haskell ? Inconvénients Compliqué Recrutement ?

16.
Envie d’un langage compilé Choixde la techno NodeJs Ruby Java Scala Haskell

17.
Envie d’un langage compilé Enviede fun Choix de la techno NodeJs Ruby Java Scala Haskell

18.
Envie d’un langage compilé Enviede fun Choix de la techno NodeJs Ruby Java Scala Haskell

19.
Envie d’un langage compilé Enviede fun Envie de découverte Choix de la techno NodeJs Ruby Java Scala Haskell

20.

21.

22.
C’est parti

23.
Vous connaître ?

24.
A quoi çaressemble ?

25.
Haskell - Aliasde type type UserId = Text type Date = UTCTime

26.
Haskell - Datatypes dataUserType = Admin | Reviewer

27.
Haskell - Datatypes dataUser = User { uId :: UserId , email :: Text , password :: Text , userType :: UserType }

28.
Haskell - Datatypes letuser = User uId email password type where uId = “123” email = “email@test.com” password = “azerty1234” type = Admin

29.
Haskell - Datatypes letuser = User “123” “email@test.com” ...

30.
Haskell - Datatypes letuser = User “123” “email@test.com” ... let userId = uId user

31.
Haskell - Fonctions isAdmin:: UserType -> Bool isAdmin type = type == Admin

32.
Haskell - Fonctions hasType:: User -> UserType -> Bool hasType user wanted = type == wanted where type = userType user

33.
De quoi j’aibesoin ?

34.
De quoi j’aibesoin

35.
De quoi j’aibesoin + Haskero

36.
De quoi j’aibesoin Stylish jaspervdj/stylish-haskell

37.
De quoi j’aibesoin hlint hackage.haskell.org/package/ hlint

38.

39.
De quoi j’aibesoin Cabal www.haskell.org/cabal

40.
De quoi j’aibesoin Stack www.haskellstack.org

41.

42.

43.

44.

45.
Let’s code

46.
Let’s code API REST Services DB Configuration

47.

48.
API-REST : servant-server Avantages Simplicitéde description des API Facilité à mettre en place

49.
API-REST : servant-server Avantages Simplicitéde description des API Facilité à mettre en place (client et serveur)

50.

51.

52.

53.

54.

55.
API-REST : servant-server Inconvénients Messagesd’erreur incompréhensibles

56.

57.

58.

59.

60.

61.
DB : postgresql-simple Avantages S’apparenteà un connecteur JDBC Équivalent aux PreparedStatements en Java

62.
DB : postgresql-simple Avantages S’apparenteà un connecteur JDBC Équivalent aux PreparedStatements en Java

63.
DB : postgresql-simple Inconvénients Leserreurs SQL ne sont levées qu’au Runtime Un code pas très explicite

64.
DB : postgresql-simple Inconvénients Boilerplatepas très sexy Les erreurs SQL ne sont levées qu’au Runtime

65.

66.
Configuration Lecture des variablesd’environnement fournie nativement

67.
Configuration Fourni nativement parHaskell

68.

69.

70.
Et les tests?

71.
Et les tests? HSpec : équivalent à Chai.js (Should) HUnit : équivalent à JUnit QuickCheck : générateur de tests

72.

73.

74.
Et si onmettait en Prod ?

75.
Et si onmettait en Prod ? Nouvelle instance sur Clever (PostgreSQL & Haskell) Redirection DNS ➔ Push Git via Pull Request

76.
Et les performances?

77.
Des tutos àconseiller

78.
Des tutos àconseiller Vidéos de Frédéric Menou : www.youtube.com/user/fredericmenou

79.
Les points durs

80.
Les points durs- Haskell Énorme coût d’entrée

81.
Les points durs- Haskell Énorme coût d’entrée N’est pas un langage orienté objet

82.
Les points durs- Haskell Énorme coût d’entrée N’est pas un langage orienté objet Complexité à écrire un code simple à lire

83.

84.

85.

86.
Les points durs- Documentation Complexe à comprendre

87.
Les points durs- Documentation Complexe à comprendre Parfois difficile à trouver

88.
Les points durs- Authentification Via Servant première version avec BasicAuth module expérimental pour JWT

89.
Les points positifs

90.
Les points positifs Programmationfonctionnelle pure

91.
Les points positifs Programmationfonctionnelle pure Compilateur qui aide beaucoup

92.
Les points positifs Programmationfonctionnelle pure Compilateur qui aide beaucoup Code lisible par un non-developpeur

93.
Verdict ?

94.
Difficile de revenir àun autre langage

95.
Questions ?

Votre mission ? Découvrir Haskell et le mettre en prod

Contenu connexe

Tendances

Similaire à Votre mission ? Découvrir Haskell et le mettre en prod

Votre mission ? Découvrir Haskell et le mettre en prod