Ознайомитись із інструментом Composer.

Переглянувши відео урок How To Ви дізнаєтеся про використання оператора багатозначного вибору switch-case.

Переглянувши цей відео урок "How To" Ви дізнаєтесь, як використовувати оператор пропуску ітерації continue.

Мета уроку - познайомитися з вирівнюванням контенту та комірок гріду. Навчитися використовувати значення max-content та min-content.

Наш проект – это облачный CI-сервис, на котором пользователи запускают тесты разрабатываемых проектов. В этом году система автозакупки нашего проекта приобрела 37218 машин (Amazon Instances). Это позволило обработать 189488 "задач" (прогонов тестов) наших клиентов. Тесты – это всегда ресурсоемкие задачи с максимальным потреблением процессорных мощностей и памяти. Мы не можем прогнозировать, сколько параллельных вычислений и в какой момент времени будет. Перед нами стояла задача построения архитектуры системы, которая умеет очень быстро увеличивать, а также быстро уменьшать мощности кластера Все это осложнялось тем, что ресурсоемкость вычислений не позволяла нам использовать классические инструменты AWS или GoogleComputeEngine. Мы приняли решение написать собственную систему автоматического масштабирования, учитывая требования нашей предметной области. В докладе я расскажу о том, как мы спроектировали и построили архитектуру нашего сервиса, что из себя представляет система автоматической закупки машин, а также расскажу подробнее об основных архитектурных блоках проектов, решающих подобные задачи.

В крупных (или микросервисных) архитектурах у Backend'а есть свои Backend'ы. И, если какой-то сервис очень важный, он не всегда очень производительный. Как сделать так, чтобы ваша система продолжала отвечать, даже если важные источники информации перестали отвечать? Рассказываю о нашем опыте в Tinkoff: 1. Как мы выбирали СУБД и на чём остановились. 2. Как поддерживать версионность форматов данных. 3. Как понять, что ваш сервис умер или ожил. 4. Как встроить cache, не переписывая приложения на Scala. 5. Итоги и замеры."

Прошло более года с того момента, как Microsoft выпустила первую версию своего нового фреймворка для разработки web-приложений ASP.NET Core, и с каждым днем он находит все больше поклонников. ASP.NET Core базируется на платформе .NET Core, кроссплатформенной версии платформы .NET c открытым исходным кодом. Теперь у С#-разработчиков появилась возможность использовать Mac в качестве среды разработки, и запускать приложения на Linux или внутри Docker-контейнеров. В данном докладе я хотел бы поделиться моим опытом разработки высокопроизводительных приложений на базе новой платформы Microsoft. Речь пойдет как об общих подходах к разработке приложений (очереди, оптимизация ввода/вывода, кэширование), так и о деталях реализации ASP.NET Core и .NET Core. Мы также рассмотрим основные подводные камни, связанные с производительностью, и методики, чтобы их избежать до того, как приложение пойдет в релиз.

Мета даного уроку - навчитися рефакторити складні товсті моделі в легасі проектах і не допускати цього в грінфілд проектах, розносячи логіку на атомарні модулі з різними рівнями поінформованості про поставлене проект завдання. Розглядається робота починаючи з вже написаних у Rails методів, що полегшують рутинні завдання, продовжуючи найчастішим рішенням цього завдання шляхом самописних Concerns, і закінчуючи написанням та/або підключенням зовнішніх бібліотек засобами фреймворку Ruby on Rails.

В этом ролике мы рассмотрим Content Page и Master Detail Page свойства и возможностей этих страниц. Создадим их и рассмотрим как мы можем привносить свои изменения.

В этом видеоуроке рассмотрено, как создавать различные виды связей между таблицами с помощью INNER, LEFT, RIGHT, FULL, CROSS JOIN. Используя ключевые слова INNER JOIN производим объединение таблиц и при этом порядок таблиц указывать не обязательно, потому что далее необходимо указать после ключевого слова ON столбцы, по которым будет осуществляется связь. Когда столбец с одной таблицы будет равняться столбцу с другой таблицы, записи будут добавлены в таблицу результат. LEFT JOIN – это также объединение двух таблиц, только в этом случае обязательное условие, чтобы все данные из левой таблицы должны быть добавлены в результат, и если в правой таблице нет данных, которые связаны с данными из левой таблицы, они будут заменены на NULL, также и для RIGTH JOIN, только условие, чтобы все данные из правой таблицы находились в результате. FULL JOIN – объединение двух таблиц, обязательное условие, чтобы все данные из правой и из левой таблицы находились в результате, значения, которые не связанны будут заменены на NULL. CROSS JOIN – это перекрестное объединение, все данные из первой таблицы будут связанны со всеми данными из второй таблицы.