All Projects → hurbcom → challenge-charlie

hurbcom / challenge-charlie

Licence: other
Frontend code challenge

Projects that are alternatives of or similar to challenge-charlie

Seek Style Guide
Living style guide for SEEK, powered by React, webpack, CSS Modules and Less.
Stars: ✭ 302 (+325.35%)
Mutual labels:  less, front-end
Dev Practice
Practice your skills with these ideas.
Stars: ✭ 1,127 (+1487.32%)
Mutual labels:  challenge, front-end
Sku
Front-end development toolkit
Stars: ✭ 403 (+467.61%)
Mutual labels:  less, front-end
muilessium
UI Framework for simple websites - landings, blogs, etc.
Stars: ✭ 16 (-77.46%)
Mutual labels:  less, front-end
vagas
🤝 Venha fazer parte do nosso time
Stars: ✭ 15 (-78.87%)
Mutual labels:  challenge, front-end
Frontend Challenges
💥 Listing some playful open-source's challenges of companies to test your knowledge
Stars: ✭ 7,211 (+10056.34%)
Mutual labels:  challenge, front-end
Itelios Frontend Challenge
Desafio de admissão para desenvolvedores front-end da Itelios
Stars: ✭ 14 (-80.28%)
Mutual labels:  challenge, front-end
Front End Challenge
Challenge for those seeking a role as a front-end developer @amarofashion
Stars: ✭ 88 (+23.94%)
Mutual labels:  challenge, front-end
front-end-challenge
Challenge for those seeking a role as a front-end developer @amarofashion
Stars: ✭ 97 (+36.62%)
Mutual labels:  challenge, front-end
challenge-bravo
Backend code challenge
Stars: ✭ 79 (+11.27%)
Mutual labels:  challenge, desafio
DevOff-Desafio-2
Punto de partida para el desafío de DevOff Argentina del 02/08/2020.
Stars: ✭ 16 (-77.46%)
Mutual labels:  challenge, desafio
frontend-developer-coding-challenge
Are your looking for a remote developer job? Solve this frontend developer challenge and show us what you can do and what you are an expert at!
Stars: ✭ 112 (+57.75%)
Mutual labels:  challenge, desafio
front-end-challenge
Desafio para candidatos a front-end.
Stars: ✭ 170 (+139.44%)
Mutual labels:  challenge, front-end
webpack-typescript-react
Webpack 5 boilerplate with support of most common loaders and modules (see tags and description)
Stars: ✭ 185 (+160.56%)
Mutual labels:  less
less-brunch
Adds LESS support to Brunch
Stars: ✭ 14 (-80.28%)
Mutual labels:  less
ebook
一路走来收藏的电子书
Stars: ✭ 26 (-63.38%)
Mutual labels:  front-end
awesome-quickapp
🛠 A curated list of awesome quickapp tutorials, articles, projects and resources.
Stars: ✭ 41 (-42.25%)
Mutual labels:  less
front-end-interview
collection of interviewed questions
Stars: ✭ 54 (-23.94%)
Mutual labels:  front-end
modern-fluid-typography-editor
Modern fluid typography editor
Stars: ✭ 222 (+212.68%)
Mutual labels:  front-end
traindrop.github.io
TrainDrop organizations pages
Stars: ✭ 14 (-80.28%)
Mutual labels:  front-end

HU Charlie Challenge

[English | Portuguese]

Build a responsive microsite to display the weather forecast at the locations given in the white text box (in the example image is where "Rio de Janeiro, Rio de Janeiro" appears. This text box should be an input, where the user can change the location. With the change of location, the weather forecast information for the new location must be loaded.

Once the page is opened, the user's geographic coordinates must be collected by the browser API to discover the city name via reverse geocode.

The Bing highlight image should be used as the background. Forecasts for: today, tomorrow and the day after tomorrow should be shown.

Note that there is a gradient superimposed on the original image, in fact this color reflects the current temperature of the place searched for the three dates. For temperatures below 15ºC, shades of blue should be used, for temperatures above 35ºC, shades of red should be used and shades of yellow should be used for other temperatures. When there is no chosen location, shades of gray should be used as the basis for the gradient. If the user clicks on any temperature, the temperatures should be changed from Celsius to Fahrenheit or from Fahrenheit to Celsius.

The background image URL should be extracted from the Bing API.

To consult the weather forecast, use the one from OpenWeather informing the name of the location instead of {{location_name}} using app id 7ba73e0eb8efe773ed08bfd0627f07b8. If necessary, create a new account.

To convert latitude and longitude to a location use OpenCage using the API key c63386b4f77e46de817bdf94f552cddf. If necessary, create a new account.

Icons can be found at http://www.alessioatzeni.com/meteocons/.

The layout must be followed, but you can suggest improvements. Describe these improvements in the README and why. You get extra points if these improvements are positive, or lose points otherwise.

Requirements

  • Preferably do it in React, but you can use other libraries or frameworks (Angular, Vue.js, etc) or pure JavaScript (Vanilla JS).
  • For the style sheet, you can use whatever you prefer (CSS, SASS, LESS, CSS Modules, CSS-in-JS, etc).
  • Preferably use Webpack. If you prefer, you can use create-react-app or similar. Doing your own Webpack setup gives you extra points.
  • It is interesting that your application is ready for production. Create in Docker a stage fbravoor production and one for development of extra points.
  • Fork this challenge and create your project (or workspace) using your version of that repository, as soon as you finish the challenge, submit a pull request.
    • If you have any reason not to submit a pull request, create a private repository on Github, do every challenge on the master branch and don't forget to fill in the pull-request.txt file. As soon as you finish your development, add the user automator-hurb to your repository as a contributor and make it available for at least 30 days. Do not add the automator-hurb until development is complete.
    • If you have any problem creating the private repository, at the end of the challenge fill in the file called pull-request.txt, compress the project folder - including the .git folder - and send it to us by email.
  • The code needs to run inside a Docker container.
  • To run your code, all you need to do is run the following commands:
    • git clone $your-fork
    • cd $your-fork
    • command to install dependencies
    • command to run the application

Evaluation criteria

  • Organization of code: Separation of modules, view and model, back-end and front-end
  • Clarity: Does the README explain briefly what the problem is and how can I run the application?
  • Assertiveness: Is the application doing what is expected? If something is missing, does the README explain why?
  • Code readability (including comments)
  • Security: Are there any clear vulnerabilities?
  • Test coverage (We don't expect full coverage)
  • History of commits (structure and quality)
  • UX: Is the interface user-friendly and self-explanatory? Is the API intuitive?
  • Technical choices: Is the choice of libraries, database, architecture, etc. the best choice for the application?

Doubts

Any questions you may have, check the issues to see if someone hasn't already and if you can't find your answer, open one yourself. new issue!

Godspeed! ;)

Challange accepted

Note that the project description data, including the texts, logos, images, and/or trademarks, for each open source project belongs to its rightful owner. If you wish to add or remove any projects, please contact us at [email protected].