x10 is a revolutionary search engine that leverages the power of Chrome, Bing, and Yandex to provide users with the most comprehensive search results. Beyond text-based searches, x10 also offers the ability to search for images and videos, making it a one-stop solution for all your search needs. Our goal is to simplify the search process and provide users with the most relevant and accurate results from multiple sources, all in one place.
-
Multi-Engine Search: x10 combines the search capabilities of Chrome, Bing, and Yandex to deliver a wide range of results.
-
Image and Video Search: In addition to text searches, x10 allows users to search for images and videos, offering a more visual search experience.
-
User-Friendly Interface: The x10 interface is designed to be intuitive and easy to use, ensuring a seamless search experience.
-
Advanced Filtering Options: Users can refine their search results using advanced filtering options, including date, file type, and more.
MVP: we use the "model view presenter" UI flow architecture for separations of concerns
- M(Model): All API communication, Data and business logic lies here
- V(View): All the UI structures that makes up the beautiful UI that the end-users sees lies here. In the case of Next.JS, the whole "DUMMY" UI structures are brought together under the app folder.
- P(Presenter): This is the middle-layer between the Model and the View i.e there is no direct interaction between the Model and the View. So, if the model needs a user input(lets say age-input) to make a http-request, the model will communicate with the Presenter, the presenter will ask the View for the age-input, the View will give the age-input to the presenter, then the presenter will give it to the model, then the model will make the request and give the response(if any exist) to the presenter, and finally the presenter will give the response to the view. Note, the presenter can be a hook, util or even a helper it doesn't matter, it just depends on the context.
Below is an example of how MVP architecture works in real-life with respect to next.js
/models/profile.model.ts => this is the "M=Model"
/hooks/useProfile.presenter.ts => this is the "P=Presenter"
/app/profile.tsx => this is the "V=View"
Note: ATM, all we are doing is unit-based/integration test. In the future, we plan to introduce e2e test.
Because we don't want to waste your precious time testing just everything, we encourage you to follow the trophy-testing-pattern where realistic testing is done in the integrated-phase which implicitly tests the units(parts that makes up the integrated phase). By the end of your test, ensure that your test has a minimum of 80% coverage by running the bash yarn run test:coverage
script
When creating a PR, use the below template
# Ticket Title Here
Ticket description here
## Resources below
For example, image 1 and give the images a title e.g Old login page
For example, image 2 and give the images a title e.g New login page
We try as much as possible to follow the best and latest code standards. So, ensure to go through at least each file within the folders to get an overview of our coding standards like "imports patterns", "export patterns", "named regular functions", "arrow function", "anonymous function, please don't do this one, we want all our functions to be named at least a-named-function-expression :)"
For all of our folders, we use the kebab-casing convention. e.g components-folder, utils-folder, services-folder, hooks-folder.
For all file types, we use kebab naming convention only "hooks file we use camelCasing" we . e.g component-file.tsx, useProfile.ts, profile-util.ts
This project uses yarn by default as you can see from the "yarn.lock file", and we recommend it remain so to avoid "multiple lock-files"
Ensure you are using node version latest If you have nvm, run the below command to select the latest node version:
nvm use
yarn
yarn run start
Open http://localhost:3000 with your browser to see the result.
yarn run build
yarn run test
yarn run test:coverage
yarn run storybook
yarn run lint
yarn run format
All our design tokens lies inside the styles folder.
-
/src/design-system/assets: this contains our resources e.g images, gif, and videos.
-
/src/design-system/colors: this contains our colors.
-
/src/design-system/typography: this contains our typographies e.g font-sizes, font-weights, spacing, breakpoints, and everything related to font.