Photo de profil de Wequire.homes Hacker Noon

@nous avons besoin de maisonsWequire.homes

Nous sommes une plateforme immobilière sans commission remplaçant les agents immobiliers.

Chaque startup possède sa propre infrastructure informatique, qui est généralement limitée par les connaissances techniques et le budget.

Espérons que la première année de Wequire’s Le développement de sites Web offre quelques leçons aux développeurs débutants tout en transmettant un certain savoir-faire.

1. Commencez par les créateurs de sites Web et une pile simple

Avant 2020, nous avons commencé à expérimenter différentes plateformes de création de sites Web telles que Wix, WordPress ou Shopify afin d’atteindre notre objectif de créer la plateforme immobilière que nous avons présentée. Il s’est rapidement avéré qu’ils ne répondaient pas à nos exigences de personnalisation et de flexibilité. C’est pourquoi nous avons décidé de partir de zéro.

À l’époque, notre pile de composants était la plus simple imaginable. Il se composait d’une API backend basée sur Java / Spring et d’une interface SPA basée sur React (application d’une seule page). Nous avons choisi Heroku pour notre plateforme car c’est la solution la plus simple à un prix raisonnable et notre infrastructure est assez simple.

Nous ne voulions pas entrer dans les détails de la personnalisation. En attendant, nous avons également commencé à découvrir les capacités d’Amazon Web Services (AWS).

2. Migration vers le framework SSR – Next.js

Lorsque notre front-end est entré dans la phase MVP, nous avons découvert que le SPA rendu côté client ne répondait pas à nos exigences car c’était un fardeau entre nous et la stratégie de référencement réussie. Non pas que les SPA ne puissent pas être conviviaux pour le référencement, mais leur optimisation n’est pas facile et directe.

Il est temps de choisir un cadre de rendu côté serveur (SSR). Heureusement, nous en étions encore aux premiers stades. Notre choix s’est porté sur Next.js. C’est un framework open source gratuit spécialement conçu pour fonctionner avec React.

De plus, il a une communauté grandissante et se développe rapidement.

Le code de notre application frontale a été migré vers Next.js. Nous essayons de suivre leur rythme et d’introduire les fonctions fournies par le framework dans notre application.

3. Optimisation de la qualité d’image et de la vitesse de la page

Comme mentionné précédemment, nous avons déjà commencé à explorer les capacités d’AWS. C’est pourquoi nous avons commencé par l’optimisation de l’image. Notre site Web dépend fortement de la qualité des images téléchargées. Nous recommandons à nos utilisateurs de rendre leurs annonces immobilières attrayantes et donc de télécharger des photos de haute qualité de leurs propriétés.

Cependant, cela peut augmenter le temps de chargement du site Web, en particulier sur les appareils mobiles ou les appareils avec une bande passante inférieure. Pour résoudre ce problème, nous avons implémenté nos propres fonctions Lambda et les avons rendues disponibles pour Lambda @ Edge.

Nos images sont stockées dans des seaux S3. Lorsqu’une demande de photo arrive, nous pouvons la fournir dans la taille et le format souhaités tout en enregistrant la version modifiée dans S3. De plus, les images sont mises en cache par une couche CloudFront pour garantir qu’elles ne sont pas extraites directement de S3.

4. Économisez de l’argent avec AWS

Nous avons également décidé de migrer l’ensemble de notre infrastructure frontale d’Heroku vers AWS ECS. Cela s’est traduit par une légère réduction de nos coûts car nous pouvions désormais facilement personnaliser les ressources informatiques dédiées à nos applications.

5. Futurs défis et objectifs techniques

Le plus grand défi auquel nous nous sommes engagés – et nous sommes toujours en train d’optimiser – est le Google Lighthouse Score. Notre objectif est de combiner un contenu de haute qualité, une interface utilisateur intuitive et des composants Web modernes avec une vitesse de page supérieure à la moyenne (en particulier sur les appareils mobiles). Nous nous équilibrons donc sur une fine ligne.

En ce qui concerne notre infrastructure backend, nous cherchons également à passer à AWS. En effet, nous voulons tirer parti des ressources sous-utilisées d’AWS comme Rekognition et SNS, pour n’en nommer que quelques-unes, ou nous voulons implémenter une solution qui génère des descriptions à l’aide des techniques NLG.

Compte tenu du temps et des ressources dont nous disposions en 2020 – une petite équipe de trois personnes – nous sommes fiers de ce que nous avons accompli jusqu’à présent. Nous espérons pouvoir suivre le rythme du développement technologique et élargir notre équipe avec des personnes aussi enthousiastes que nous.

Photo de profil de Wequire.homes Hacker Noon

Mots clés

Rejoignez Hacker Noon

Créez votre compte gratuit pour débloquer votre expérience de lecture personnalisée.



Source link

Recent Posts