hunteena Goto Github PK

• Базовые функции:

  • + сложение,
  • - вычитание,
  • / деление,
  • * умножение,
  • % остаток от деления,
  • ^x возведение в степень,
  • x^1/2 извлечение квадратного корня,
  • решение простых уравнений с одним неизвестным, например, 2 + x = 14

• Требования:

  • Используем Python 3.9
  • Использование библиоттек запрещено (в т.ч. импорты базовых модулей по типу decimal или math).
  • Допустимо использовать для реализации только "+" и "-",
  • Ввод значений происходит через терминал.
  • Необходимо сохранять историю (ввод/вывод).
  • Копирование в буфер обмена по клавишам ctrl+c результата вычислений
  • Обработка ошибок и вывод в человеко-читаемом формате
  • Результат вычислений должен иметь погрешность:
    • при int <= 0.5%.
    • при float <= 5%.

• There should be some form of authentication and registration (JWT, Oauth, Oauth 2.0, etc..)
• As a user I need to be able to signup and login
• As a user I need to be able to create, edit, delete and view posts
• As a user I can like or dislike other users’ posts but not my own
• The API needs a UI Documentation (Swagger/ReDoc)

Время на выполнение задания: одни сутки (до 24ч) с момента получения задания и до момента отправки решения задания менеджеру в чат.

• Найти тариф стоимости доставки для каждого склада
• Найти суммарное количество , суммарный доход , суммарный расход и суммарную прибыль для каждого товара (представить как таблицу со столбцами 'product', 'quantity', 'income', 'expenses', 'profit')
• Составить табличку со столбцами 'order_id' (id заказа) и 'order_profit' (прибыль полученная с заказа). А также вывести среднюю прибыль заказов
• Составить табличку типа 'warehouse_name' , 'product','quantity', 'profit', 'percent_profit_product_of_warehouse' (процент прибыли продукта заказанного из определенного склада к прибыли этого склада)
• Взять предыдущую табличку и отсортировать 'percent_profit_product_of_warehouse' по убыванию, после посчитать накопленный процент. Накопленный процент - это новый столбец в этой табличке, который должен называться 'accumulated_percent_profit_product_of_warehouse'. По своей сути это постоянно растущая сумма отсортированного по убыванию столбца 'percent_profit_product_of_warehouse'.
• Присвоить A,B,C - категории на основании значения накопленного процента ('accumulated_percent_profit_product_of_warehouse'). Если значение накопленного процента меньше или равно 70, то категория A.
  Если от 70 до 90 (включая 90), то категория Б. Остальное - категория C. Новый столбец обозначить в таблице как 'category'

{
"order_id": 85787,	# уникальный id заказа  ( int, варьируется в пределах (100, 100000))
"warehouse_name": "хутор близ Диканьки",	# склад откуда отправился заказ (str)
"highway_cost": -90,	# стоимость доставки заказа (суммарная стоимости доставки всех продуктов) (int)
"products": [		# продукты входящие в заказ
{
"product": "зеленая пластинка",		# наименования продукта (str)
"price": 10,	# цена продажи за единицу товара	(int)
"quantity": 3	# количество проданного товара	(int)
},
{
"product": "зеленая пластинка",	# наименования продукта (str)
"price": 10,	# цена продажи за единицу товара	(int)
"quantity": 2	# количество проданного товара (int)
},
{
"product": "билет в Израиль",	# наименования продукта (str)
"price": 1000,	# цена продажи за единицу товара	(int)
"quantity": 1	# количество проданного товара (int)
}
]
},

• входные данные: 2 ссылки на wikipedia (можно из файла, можно из консоли вводить)

• ссылки за пределами wikipedia путем не считаются

• вручную от одной страницы до второй можно дойти за 3 клика

• необходимо показать полный путь как пройти от ссылки 1 до ссылки 2

• отображение пути должно для каждого шага содержать текст (полное предложение, в котором эта ссылка найдена) и ссылку на следующую страницу

• отображать это можно как в консоли, так и в web

• дополнительно можно вести лог файл со всеми страницами, что были посещены при поиске

  Пример работы

  исходные ссылки:
  стартовая - https://ru.wikipedia.org/wiki/Xbox_360_S
  конечная - https://ru.wikipedia.org/wiki/Nintendo_3DS

  ожидаемый вывод:

  1------------------------  
  И 15 июня 2010 года Microsoft подтвердили их на выставке E³, объявив о прекращении производства старых версий Xbox 360 и скором старте продаж усовершенствованной версии консоли.
  https://ru.wikipedia.org/wiki/Electronic_Entertainment_Expo  
  2-------------------------  
  Это совпало с появлением нового поколения консолей, в частности с выпуском Sega Saturn, и анонсами предстоящих релизов PlayStation, Virtual Boy и Neo Geo CD.
  https://ru.wikipedia.org/wiki/Virtual_Boy  
  3-------------------------  
  Стереоскопическая технология в игровых приставках вновь появилась в более поздние годы и имела больший успех, включая портативную игровую приставку Nintendo 3DS
  https://ru.wikipedia.org/wiki/Nintendo_3DS  
  

  результат работы: github + readme файл с описание логики либо файл скрипта + readme файл с описание логики

• Установить графовую базу из списка https://db-engines.com/en/ranking/graph+dbms
  • Предпочтительные - neo4j, nebula, arangodb
  • Предпочтительный язык запросов - cypher
• Создать ipynb ноутбук, в котором:
• Считать данные из источника https://disk.yandex.ru/d/s6wWqd8Ol_5IvQ
• Внести данные из таблицы в графовую БД
• Построить графовое представление в БД, осуществить несколько запросов на языке запросов к графовой БД
• Найти взаимосвязи визуально и с помощью алгоритмов (алгоритмы на ваше усмотрение)
• Написать rest сервис на python к графовой БД в котором на вход поступает ФИО, на выходе graphml или json
• Результаты представить на гитхаб и в виде кода + небольшой презентации
• Срок выполнения задания - около 10 дней, если вы не успеваете можете взять больше времени