Beast code in Giters

Eugen Deutsch's repositories

goop

A decorator based high level library to create windows and draw shapes on it.

Language:JavaMIT200

This project aims to show that the thounds of lines of code inside the collection classes of the standard library aren't necessary. The maximum amount of lines in this project per class shall be below 100 (comments aside). Furthermore I won't use implementation inheritance.

Language:JavaMIT1 20

2048_AIed

Language:Kotlin020

Ai_System

A program that lets some ai's play some games and shows their performance doing that

Language:KotlinMIT02 12

AiSystem

Language:Kotlin000

Area

A simple arcade game about a block that must stay inside of a certain area

Language:Java020

Bricky

Language:Kotlin010

codingrules

A coding blog (created with the Takes framework).

Language:Java020

Consumer-Producer-case-study

# Case Study: ## Provided Together with this document we provide `src` directory containing source code, which is the basis for the task. ## Expectation Implement the task as described below. You can start whenever you like and send us the result once you are done. Add documentation like you would in a real project. Bring the code to a production standard (not more, not less). Do not spend more than 2 hours on this exercise. ## User Story There is a producer (Producer) of price updates for stocks. This producer will generate constant price updates for a fix number of stocks. The producer should not block, every price update should be consumed as quickly as possible. Furthermore there is a load handler (LoadHandler) which will consume the price updates of the producer. In the current implementation the load handler is just passing on the update to a consumer. This should be changed. The consumer (Consumer) will receive the price updates from the load handler. (The current implementation will just print out all price updates for convenience sake.) The consumer is representing a legacy system that cannot consumer more than a certain number of price updates per second. Otherwise it would fall over. ## Task The task of this exercise is to extend the LoadHandler to limit the updates per second to the consumer to a certain given number (MAX_PRICE_UPDATES). In order to achieve this, it is allowed to drop price updates, since otherwise the application will run out of memory, if the application will keep all of them. It is important that, if a price update will be send to the consumer, it has to be the most recent price. ## Result - Fork the project - Implement your solution - Open a Pull-Request to our Repository Any question? just open an issue for us

Language:JavaMIT000