Сообщения

Сообщения за март, 2018

Markdown Cheatsheet

Изображение
Markdown - облегчённый язык разметки, созданный с целью написания наиболее читаемого и удобного для правки текста, но пригодного для преобразования в языки для продвинутых публикаций. Документ в Markdown формате должен восприниматься как есть, как обычный текст, что бы не бросались в глаза ни теги, ни инструкции форматирования. Автором языка Markdown является John Gruber. Активно используются в различных приложениях. GitHub, Jupyter Notebook, Telegram и пр. Один из онйлан редакторов  Stack Edit Markdown шпаргалка

Data analysis. NumPy. Часть 2

Изображение
Это вторая статья в серии, где мы знакомимся с базовый набор инструментов для первичного анализа данных с помощью Python. В этой части рассмотрим транслирование(broadcasting), сравнения массивов и маски, "прихотливая" индексация (fancy indexing), сортировки и структурированные данные. Часть 1. Введение в NumPy Часть 2. Подробней о NumPy Часть 3. Первичный анализ. Pandas Часть 4. Визуализация. Matplotlib и Seaborn Часть 5. Немного machine learning с помощью scikit-learn Часть 6. Больше данных. Обучение с Vowpal Wabbit В статье будет описания и различного рода заметки, а примеры с комментариями написаны в  jupyter notebook Транслирование(Broadcasting) (notebook) Еще один способ применения векторизации - использовать возможности транслирования(broadcasting). Это набор правил по применению бинарных универсальных функций к массивам различного размера. Для массивов одного размера бинарные операции выполняются поэлементно. Транслирование дает  возможность выполнять та

The Twelve-Factor App

Изображение
Парни из  Heroku  предложили набор общих концептуальных решений проблем, которые наиболее часто возникают при разработки и поддержки веб-приложений. Важно не забывать, что  Приложение двенадцати факторов(The Twelve-Factor App) — это методология для создания SaaS-приложений, а не свод законов по разработки любого ПО. Другими словами это оптимальные решения в усредненной ситуации. В конкретных ситуациях возможные более эффективные решения, тем более при разработки другого типа приложений. https://imgur.com/gallery/V9nAWbd 1. Codebase (Кодовая база) Одна кодовая база, отслеживаемая в системе контроля версий, – множество развёртываний Весь код приложения должен быть в системе контроля версий. И разворачиваться для разработки, тестирования и на рабочих серверах из одного репозитория. Если у вас несколько приложений используют общий код, то общий код надо выделить в отдельную библиотеку, и объявить ее как зависимость. 2. Dependencies (Зависимости) Явно объявляйте и изолируйт