Get Started for FREE
Sign up with Facebook Sign up with X
I don't have a Facebook or a X account
 Your new post is loading...
Your new post is loading...
Scoop.it!
For object-oriented design we follow the SOLID principles. For microservice design we propose developers follow the “IDEALS”: interface segregation, deployability (is on you), event-driven, availability over consistency, loose-coupling, and single responsibility. 
No comment yet.
Sign up to comment
Scoop.it!
L'architecture Leaf-Spine est une topologie de réseau à deux couches, composée de commutateurs « feuilles » (Leaf) et de commutateurs « troncs » (Spine). Les serveurs et le stockage sont reliés aux commutateurs Leaf qui, à leur tour, sont connectés aux commutateurs Spine.
Scoop.it!
Learn how a data center fabric is the basis of a cloud data center architecture and how it affects how applications are delivered and deployed.
Scoop.it!
Facebook's enormous scale comes with enormous technological challenges, which go beyond conventional available solutions. For example, Facebook decided to abandon Microsoft's Bing search engine and instead develop its own revamped search capabilities. Another important area is Facebook's massive networking needs, which called for a whole new paradigm, code named data center fabric.
Mickael Ruau's insight:
Facebook made the design of “6-pack” open as part of the Open Compute Project, together with all the other components of its data center fabric. This is certainly not good news for Cisco and the other vendors, but great news for the community. You can find the full technical design details in Facebook’s post. Faceook is not the only one in the front line of scaling challenges. The open cloud community OpenStack, as well as the leading public cloud vendors Google and Amazon also shared networking strategies to meet the new challenges coming with the new workloads in modern cloud computing environment.
Scoop.it!
 MapReduceMapReduce est un patron d'architecture de développement informatique, inventé par Google, dans lequel sont effectués des calculs parallèles, et souvent distribués, de données potentiellement très volumineuses, typiquement supérieures en taille à 1 téraoctet.
Scoop.it!
Prendre en compte le fonctionnement client-serveur et prévoir les échanges de données qui s'effectueront entre client et serveur.
Mickael Ruau's insight:
Nécessité des DTO
Actuellement, la structure de notre architecture client-serveur induit le fonctionnement suivant :
Dans le déroulement de ce processus, nous ne nous préoccupons à aucun moment du contenu de l'objet User ni du modèle de données en règle générale. Toutefois, la couche de persistance que nous avons implémenté dans le projet PGE JPA comporte une association bidirectionnelle entre User et Event. En effet, chaque User possède une collection d'Event et chaque Event possède un attribut User correspondant à son créateur. Donc lors de l'étape 5 ci-dessus, le service envoie au client un objet User, mais envoie en même temps tous les objets Event contenus dans la collection. Et comme chaque Event possède un User, ces objets User contenus dans dans les Event sont également envoyés, et les envois bouclent ainsi indéfiniment entre les deux entités.
Pour résoudre ce problème, il existe un design pattern nommé DTO, pour Data Transfer Object. Il consiste à créer une nouvelle représentation du modèle de données, épuré et pensé pour le transport des informations fournies par un DAO.
Scoop.it!
Keep your DTOs clean by avoiding using types from your core domain model in them. DTOs should only reference built-in types and other DTO types.
Scoop.it!
DTO vs Value Object vs POCO: all you need to know to distinguish them. Differences and similarities between DTO, Value Object and POCO.
Scoop.it!
Ce tutoriel de Baptiste Pesquet vous permettra d'apprendre les bonnes pratiques liées à l'activité de réalisation de logiciels.
Scoop.it!
Design Patterns provide a fundamental foundation to building maintainable and scalable software. Understanding how the patterns work, why they provide a benefit, and when to use them helps to ensure that software is built from reusable object oriented components. This DZone Refcard provides a quick reference to the original 23 Gang of Four design patterns, as listed in the book Design Patterns: Elements of Reusable Object-Oriented Software. Each pattern includes class diagrams, explanation, usage information, and a real world example.
Scoop.it!
The original Gang of Four design patterns can be explained as real, everyday (and sometimes science-fictional) objects and actions. In this list, sometimes I use other software as the metaphor, as you will be already familiar with it if you are reading here.
Scoop.it!
Tutoriel sur Pattern Command : Undo, variations Compensation/Replay/Memento
Mickael Ruau's insight:
La dernière fois, je vous avais parlé de quelques patterns d'implémentation avec les enums Java, et en particulier de l'application des enums au Domain Driven Design grâce à l'inversion de dépendance. Aujourd'hui, nous allons parler d'un design pattern classique, le pattern Command. Après un rappel de sa structure et de ses utilisations, nous irons un peu plus loin en analysant en particulier trois variations permettant d'implémenter l'undo/redo.
Scoop.it!
A bunch of wizards are available for easier creation of:
|
Scoop.it!
Many modern-day applications need to be built at an enterprise scale, sometimes even at an internet scale. Each application needs to meet scalability, availability, security, reliability, and…
Scoop.it!
From
dzone
Learn design patterns quickly with Jason McDonald's outstanding tutorial on the original 23 Gang of Four design patterns, including class diagrams, explanations, usage info, and real world examples.
Scoop.it!
 Fabric computingFabric computing or unified computing involves constructing a computing fabric consisting of interconnected nodes that look like a "weave" or a "fabric" when viewed/envisaged collectively from a distance. Usually the phrase refers to a consolidated high-performance computing system consisting of loosely coupled storage, networking and parallel processing functions linked by high bandwidth interconnects (such as 10 Gigabit Ethernet and InfiniBand) but the term has also been used[by whom?
Scoop.it!
Jeffrey DeanVous pouvez partager vos connaissances en l'améliorant () selon les recommandations des projets correspondants. Jeffrey Adgate Jeff Dean (1968 - ) est un scientifique et ingénieur informaticien américain. Il est actuellement vice président chez Google. Il est notamment connu pour avoir créé le patron d'architecture MapReduce et avoir travaillé sur le système de stockage BigTable. En date de 2014, il est impliqué dans le projet Google Brain1. Jeffrey Dean est lauréat, avec Sanjay Ghemawat, du prix ACM-Fondation Infosys en informatique de 2012 « pour leur leadership dans le traitement scientifique et l'ingénierie des systèmes distribués à l'échelle de l'Internet ».
Scoop.it!
Part 1 in a series focusing on advanced patterns for devs!
Mickael Ruau's insight:
Not Your Typical Design Patterns
Everyone is talking about the typical design patterns found in the gang of four book Design Patterns:
But, there are way more software design patterns not found in this book which I've found super helpful. Some of them I've learned from Martin Fowler, others from Domain Driven Design, and other sources. I figured I'd start to catalogue some of these by sharing them!
Scoop.it!
Discover how to organize your React components using the component folder pattern. It will help un-clutter your projects, and your life. It’s soon to be your new best friend.
Via Jan Hesse
Scoop.it!
Andreas Evers introduces Spring REST Docs and its test-driven approach to RESTful API documentation. He looks at how it combines the power of Asciidoctor and integration tests to produce documentation that's accurate and easy-to-read, while keeping code DRY and free from annotation overload.
Scoop.it!
Lors d’un précédent article, j’ai présenté le pattern Flux. Je vais partir des composants créés pour l’occasion et me focaliser sur les tests unitaires. L’idée étant de faire un tour d’horizon des technologies existantes au travers d’un test simple. Vous trouverez le code lié a cet article dans son intégralité sur ce repository github : https://github.com/SoatGroup/flux-react
Mickael Ruau's insight:
En conclusion
Après ce premier aperçu des possibilités de tests unitaires, on se rend compte qu’il n’y a pas qu’une seule façon de tester son application React. Jest est jeune et s’enrichi release après release de features intéressantes. Il peut se revéler salutaire si l’on veut tester un code legacy éventuellement mal découpé grâce à son système de mock automatique. Mocha/chai & jsDom sont les outils qui à mon sens sont les plus fourni et reconnu dans le monde du test javascript. Enfin, Enzyme est à mes yeux la bibliothèque incontournable que tout projet React devrait utiliser pour la mise en place de tests unitaires de composants. Le monde Javascript évoluant très rapidement, je recommande de tester régulièrement les nouvelles versions de chaque outil et de se tenir à l’affut des nouveautés qui pourraient compléter efficacement notre boite à outil du monde javascript. Avant de se quitter, mon côté craftsman se sent obligé de rappeler qu’une application React bien construite doit avoir un bon découpage en terme d’affichage/logique metier. Dans cet esprit, le test des composants React ne devrait pas être le plus important en termes de volumétrie. J’encourage donc l’utilisation de pattern de type Redux. Pour rappel, le code lié à cet article est disponible dans son intégralité sur le GitHub de Soat.
Scoop.it!
These pages are a brief overview of each of the patterns in P of EAA. They aren't intended to stand alone, but merely as a quick aide-memoire for those familiar with them, and a handy link if you want to refer to one online. In the future I may add some post-publication comments into the material here, but we'll see how that works out.
Scoop.it!
'injection de dépendances demande des compétences confirmées dans la programmation orientée objet. Dans la mesure du possible, les bases seront expliquées mais certaines notions seront considérées comme acquises, notamment l'utilisation des interfaces. Les prérequis pour ce tutoriel sont :
Tous les codes sources de ce tutoriel sont disponibles sur ce projet GitHub afin que vous puissiez consulter des exemples fonctionnels directement exécutables dans un terminal.
|
Key Takeaways