diff --git a/NotProgramming/ESOEN/lab1/KRZYSZTOF_RUDNICKI_ESOEN_LAB_1_REPORT.pdf b/NotProgramming/ESOEN/lab1/KRZYSZTOF_RUDNICKI_ESOEN_LAB_1_REPORT.pdf
new file mode 100644
index 00000000..f7f485b7
Binary files /dev/null and b/NotProgramming/ESOEN/lab1/KRZYSZTOF_RUDNICKI_ESOEN_LAB_1_REPORT.pdf differ
diff --git a/NotProgramming/ESOEN/lab1/lab1.tex b/NotProgramming/ESOEN/lab1/lab1.tex
new file mode 100644
index 00000000..8d8b5129
--- /dev/null
+++ b/NotProgramming/ESOEN/lab1/lab1.tex
@@ -0,0 +1,76 @@
+\documentclass[12pt]{article}
+
+\title{ESOEN Lab 1 Report}
+\author{Krzysztof Rudnicki, 307585}
+\begin{document}
+\maketitle
+\section{Project specification}
+
+\subsection{System description}
+My project topic was theater.
+\paragraph{What is the goal of the system?}
+The goal of the system is to allow users to book seats for theater spectacle.
+\paragraph{What scope does it cover?}
+Project needs have external web interface for booking tickets and internal for creating events. 
+\paragraph{What functionalities does it offer?}
+System allows theater visitors to book tickets for a spectacle and theater staff to create bookable events.
+\paragraph{Who are the intended users?}
+Theater owners, event managers and visitors. 
+\paragraph{Do the customers have the access to the system?}
+Yes, the web interface system must allow customers (external to theater) to access it in order to function properly.
+
+\subsection{Problem domain glossary}
+\begin{itemize}
+    \item Theatre Company - Institution that takes care of scheduling, organizing and finding theater venue.
+    \item Theatre Venue - Place where the spectacle can take place. 
+    \item Ticket - Item identifying ticket holder as being allowed to watch a spectacle.  
+    \item Spectacle - Event organized by theatre company. 
+    \item Potential Customer  - Person who has not yet buy the theatre ticket.
+    \item Ticket Holder - Person who has already bought the theatre ticket. 
+    \item Event Manager - Person responsible for scheduling spectacle dates and filling this information into our system. 
+    \item Spectacle Date - Specific Year, Month, Day, Hour and minute on which the spectacle will be played. 
+    \item Seat - Area assigned to specific ticket holder from which they are expected to watch the spectacle 
+    \item Booking Ticket - Paying for ticket in the system
+\end{itemize}
+
+\subsection{Requirements specification}
+\subsubsection{Functional requirements 1/2}
+\begin{tabular}{| c | c | p{5cm} | c | }
+    \hline 
+  Id & Name & Description & Priority \\ \hline
+  1. & Spectacle Management & Creating and modifying spectacle  & 5 \\ \hline
+  1.1. & Creating Spectacle & Entering spectacle details into system and saving them & 5 \\ \hline 
+  1.1.1. & Managing tickets & Defining tickets limit, price, types and discounts  & 5 \\ \hline 
+  1.1.2 & Managing spectacle date & Defining when the spectacle will take place & 4 \\ \hline  
+  1.1.3 & Managing seats & Defining seats placement, types and ticket price for specific seat & 2 \\ \hline 
+  1.1.2 & Creating Spectacle & Specifying date and name of spectacle & 5 \\ \hline 
+  2 & Viewing Bookable spectacles & Potential Customer view allowing them to see what spectacles are available to book & 5 \\ \hline 
+  2.1 & Spectacle Generalized list & Spectacle list with most general information, title, date, venue, remaining tickets and their price & 5 \\ \hline 
+  2.2 & Spectacle detailed view & Accessible after choosing one of the spectacles, containing in addition to general information: spectacle description, actors that will take part in it, director, date of when it was first played & 1 \\ \hline 
+\end{tabular}
+\subsubsection{Functional requirements 2/2}
+\begin{tabular}{| c | c | p{5cm} | c | }
+    \hline 
+  3 & Booking spectacle ticket & Paying and reserving ticket for specific spectacle & 5 \\ \hline 
+  3.1 & Choosing seat & Choosing specific seat for which potential customer buys ticket from the list & 2 \\ \hline 
+  3.2 & Choosing discounts & Choosing potential discounts like student discount for the ticket & 1 \\ \hline 
+  3.3 & Buying multiple tickets & Buying multiple tickets within one booking ticket operation, with potential group discounts & 1 \\ \hline 
+  3.3 & Paying for ticket & Sending money to the theater company & 5 \\ \hline 
+  3.4 & Verifying payment & Veryfing whether money was received & 5 \\ \hline 
+  3.5 & Receiving ticket & Getting the ticket or id allowing to receive ticket later in theater venue & 5 \\ \hline 
+  3.6 & Refunding tickets & Ticket holder returns the ticket back to the system and receives 50\% of money back & 1 \\ \hline 
+\end{tabular}
+
+\subsubsection{Non-functional requirements}
+\begin{itemize} 
+    \item In general system should have the uptime of more than 90\% per year, which means no more than 36 days of downtime per year  
+    \item Booking tickets should support at most 100 people at the same time for 99\% of system uptime 
+    \item Verifying payment should not take more than 10 seconds in more than 90\% of cases 
+    \item System should be able to hold information about no more than 50 spectacles 
+    \item System should prioritize giving specific seat to a person who first bought the ticket for this seat 
+    \item Ticket should be received in digital form if possible, but there should be a fallback mechanism which allows to receive ticket 
+\end{itemize}
+
+
+
+\end{document}
\ No newline at end of file
diff --git a/Programming/ECRYPT/test1.py b/Programming/ECRYPT/test1.py
new file mode 100644
index 00000000..e69de29b