Каким будет результат выполнения следующего кода:

proghub.ru/q/de8dac

#proghub_tests
#proghub_java

Большая подборка облачных сервисов: https://github.com/Atarity/deploy-your-own-saas

Тут рассказывается о том как с помощью инструментов поднять свой собственный VPN или почтовый сервис, облачное хранилище и многое другое.

#devops

Каким будет результат:

proghub.ru/q/4654a3

#proghub_tests
#proghub_python

Лагающий proghub.ru, отчет об инциденте

Вчера, 3 декабря, примерно в 3 часа дня по МСК наш сайт начал сильно лагать у пользователей. Глянули логи, увидели резкий скачек графика cpu и за ним такое же резкое падение - обычный симптом краша приложения (благодаря pm2 наш сайт остался на плаву). Наших стандартных метрик от digitalocean оказалось совершенно недостаточно чтобы разобраться в причине. Тут возник вопрос:

Почти все хостинги/облака дают свои метрики с коробки, обычно это процессор, память, сеть. Много кому и этого хватает, но иногда возникают ситуации вроде нашей. Вопрос к знатокам, вы пользуетесь своим мониторингом или вам дефолтного хватает? Какими сервисами/стеками/утилитами пользуетесь?

Что напечатает следующий код:

proghub.ru/q/5bf414

#proghub_tests
#proghub_cpp

Визуализация пузырьковой сортировки

Спасибо тем кто ответил в комментах и в личку! Отдельное спасибо за совет с pm2 unlink! Вы нам накинули вариантов, теперь выбираем где больше фич и можно быстрее запустить, а что выберем в итоге обязательно расскажем :)

Если вам интересно как развернуть свой проект в облаке то вот актуальный гайд по AWS и Google Cloud: https://gruntwork.io/guides

Каждое руководство описывает:
— ключевые концепции инфраструктуры;
— процесс развёртывания, настройки и управления инфраструктурой для использования в продакшене;

В будущем там же планируют добавить руководства по Azure.

#devops

Что будет выведено на экран в результате выполнения данного кода:

proghub.ru/q/7facf8

#proghub_tests
#proghub_csharp

Анализатор топологии сети и протоколов в режиме реального времени:

https://github.com/skydive-project/skydive

#system

Вам нужно написать быстро мобильное приложение чтобы проверить идею, что выберете - нативные технологии (swift, java...) или кроссплатформенные (react-native...)?

Lazydocker — пользовательский интерфейс для управления докером.

Просмотр состояния, логов, метрик; перезапуск, удаление, восстановление контейнеров и сервисов.

Репозиторий: https://github.com/jesseduffield/lazydocker

#devops #docker

Воспользовались гуглом, собрали инфу и сделали выводы: если у вас приложение чуть сложнее чем калькулятор или очередной подсчет расходов/доходов то нативный подход рулит.

Вот взять например react-native, есть супер много реально крутых инструментов, сообщество достаточно развито, большое количество готовых библиотек, и можно даже налету присылать js код в приложение и сразу его встраивать в код, но историй использования в продакшене такого я не нашел. Так что если надо накидать минимальное приложение демострирующее идею - это хороший выбор.

Пробежимся по основным моментам для сравнения:

1. Производительность. Тут однозначный победитель нативные приложения, вообще производительность это один из самых больших минусов кроссплатформенности.
2. Новые фичи и доступ к ним. Самые новые фичи, прямой доступ к api платформы - это натив, кросс в этом плане ненамного, но отстает.
3. Стоимость разработки. Если у вам нужно несколько платформ поддерживать, то дешевле и проще нанять одно разработчика react-native чем по одному на каждую.
4. Скорость разработки. Понятно что где больше опыта там и скорость и качество быстрее. Представим что опыта у вас ноль, а приложение пилить надо. Натив будет не лучшим вариантом.

В заключении получается что если вам нужно на вчера - то кроссплатформенное решение ваш вариант, если время есть а деньги позволяют то натив. Интересный факт: приложение airbnb создано с помощью react-native, но после нескольких лет использования они отказались от него (https://medium.com/airbnb-engineering/sunsetting-react-native-1868ba28e30a).

Скомпилируется ли данный фрагмент кода успешно?

proghub.ru/q/f44fe6 - верный ответ и объяснение тут

#proghub_tests
#proghub_csharp