Михаил Р.

Смотри. Уже прошло время когда все пилили монолиты на микросервисы. Щас пошло переосмысление.
Объективно есть 2 причины пилить. Первое - организационная. Команда по какой-то причине не хочет
или не может поддерживать приложение. Или там что-то с бизнесом. Слияние. Поглощение. Передача
проекта другой команде в поддержку. Тогда берут и ставят задачу раздела отвественностей.
Конвей про это писал еще.

И второе - это баланс нагрузки и децентрализация. Про failover тут еще даже речи нет. Это
тяжелая тема и распилить монолит так чтобы его части были отказоустойчивы очень трудно. Более
того в случае синхронных взаимодействий между частями микросервисов может быть даже падение
перформанса. Да. Теоретики которые там пишут восторженные отзывы - совершенно игнорируют
накладные на RPC. И не упоминают что в монолите цена RPC была равна нулю. Иногда RPC заменяют
на MQ - но это новая архитектура и это надо полностью переделывать бизнес.

И что делать с базой данных? Это тот еще вопрос. Я почти готов спорить что вы базу пилить не будете.
И что в результате будет? Иммитация микро-сервисов? Где слабая связность?

Тоесть если у вас нет таких кричащих ситуаций что оргазниация требует или нужно баланс
нагрузки как-то разнести - то тебе вообще-вообще нет смысла ходить ни в какие микросервисы.

Но имеет смысл сделать модуляризацию монолита. Например что там...

application
- sales
- hiring
- userprofiles

Тоже очень полезно для управления сложностью. И пускай себе будет монолит зато будет сильный
контроль за изменениями.

https://developer.mozilla.org/en-US/docs/Web/CSS/-...

1. В колоде 52 карты.
2. При этом две карты у тебя на руках.
3. Стрит флеш - это когда карты идут по порядку и все одной масти.
4. Тк у нас девятки, то мы ждём, что будут такие наборы:
- 6, 7, 8
- 7, 8, 10
- 8, 10, J
- 10, J, Q
Всего 8 благоприятных исходов

Сколько всего возможно исходов?
Нам нужно посчитать, сколько всего уникальных наборов по 3 карты можно получить из колоды в 50 карт.
Операция, которая даст нам это количество название "сочетание из 50 по 3"
И равняется оно C(50,3) = 50! / (3! * (50 -3)!)

Делим 8 на С(50,3) и получаем примерно 0.0408%
Ну и шанс, что последняя карта соберёт нам стрит флеш равен 4.25% (2/47)
Ну и если самая самая последняя карта, если предыдущая не дала нам благоприятный исход - 2/46 ~ 4.3%

Надеюсь, что нигде не ошибся.

Ответ предоставлен чат-ботом https://claude.ai

Да, существуют бесплатные аналоги плагина Intro.js для создания обучающих подсказок на сайте. Вот несколько вариантов:

1) Driver.js - простой в использовании JS плагин с открытым исходным кодом. Позволяет создавать подсказки и обучающие туры по сайту.

2) Hopscotch - еще одна библиотека для создания подсказок с открытым кодом. Легко настраиваемая и кастомизируемая.

3) Joyride - плагин на jQuery для пошаговых инструкций по сайту. Прост в интеграции.

4) Tourist.js - реализует подсказки в стиле попапов с подсветкой элементов. Небольшой размер.

5) Bootstrap Tour - создан на основе популярного фреймворка Bootstrap. Интуитивно понятный интерфейс.

Посмотрите демо этих плагинов, выберите понравившийся по функционалу и простоте использования. Для быстрого старта оптимально подойдут Driver.js или Hopscotch. Удачи!

P. S. Пользуйтесь поиском или чат ботами прежде, чем спрашивать что-то очевидное!

Установка программы предполагает занесение данных о ней в реестр.

Не обязательно.
Может заносить, может не заносить.
Может заносить только данные об установщике и деинсталляторе, может заносить конфигурацию. Может ничего не заносить.

После повторной установки прежде удалённой программы данные о ней в реестре дублируются или просто перезаписываются?

Каждый программист своей программы придумывает что и зачем хранить в реестре, а также что делать с реестром в новой версии.

И как с этим вопросом обстоит дело у portable установок?

Основная идея портабл установок - не зависеть от реестра, все хранить только в одной папке с программой.
Максимум - запись о том, что программа установлена, чтобы можно было вызвать деинсталлятор

Если не обязательно делать поворт на месте, то вся суть алгоритма вот в этой одной строке:
result[i][j] = arr[n-1-j][i];
Надо только циклы прогнать по нужным границам, да массив нужного размера создать.

Если матрица квадратная, то элементы сдвигаются по кругу в четверках - и это можно сделать без дополнительного массива . Можно делать сдвиг по кругу со временной переменной. Что-то вроде этого:

tmp = arr[i][j];
arr[i][j] = arr[n-1-j][i];
arr[n-1-j][i] = arr[n-1-i][n-1-j];
arr[n-1-i][n-1-j] = arr[j][n-1-i];
arr[j][n-1-i] = tmp;

И надо аккуратно границы цикла подобрать, чтобы там только левый верхний угол обработался. Иначе вы 4 раза в каждом круге сдвините, и ничего не поменяется.

Nuitka the Python Compiler

А в чем, собственно, проблема? Передайте это значение в функцию в качестве аргумента, или вон вы глобальной переменной уже пользуетесь, можете и тут наговнокодить так же.
Вы не объясняете что конкретно у вас не получается. В чем вопрос? Предоставляете довольно объемный код, который, судя по вопросу, написали не вы и чего хотите? Чтобы вам краткий, но исчерпывающий курс по программированию с нуля тут изложили? На какой-то другой ответ в вопросе просто недостаточно информации.

А бесплатных курсов и репетиторов тут нет.

Привет

1) Для начала тебе нужно определиться с тем, что ты хочешь делать по итогу. Т.е. если запустить какой-то свой проект, то php/python. Если тут нужен асинхрон или научиться асинхрону, то node.js. Если хочешь работать устроиться куда-то в банк, то Java/C#. Т.е. выбирай инструмент под задачу, а не задачу для инструмента.

2) Python - универсальный язык, который может делать многое. Вопрос, что не всегда это можно сделать эффективно. В общем, если нужен асинхрон и много соединений то бери node.js, если нужно другое - то бери Python.

3) Не понимаю разницы между обычными сайтами и веб-сервисами. Вопрос сложности реализации - основа то везде одинаковая. Будешь делать сервисы, будешь уметь делать обычные веб-сайты.

4) Если для личного развития, то можно. Если для работы, то нет. Скорее всего ты будешь работать либо на php, либо на python, либо на node.js - и там уже сможешь детально рассматривать все нюансы и стек. Учить все сразу - не учить ничего.

5) Судя по тому, что ты описал в требованиях, Java тебе не подходит. Тут либо должна быть цель устроиться в какую-то большую компанию под сложный проект, либо должно быть четкое понимание того,что ты будешь делать, и почему ты хочешь взять именно Java.

Вопрос: Ты чем заниматься хочешь в итоге? Что-то для себя пилить, работать на фрилансе или пойти в какую-то контору (стартап или гиганта типа Яндекса, Меил.ру?)

Если ты учишься и хочешь навыки развить, что бы в будущем тебя кормило программирование, тогда мой совет такой. Начинай изучать python и javascript. Реальность такова, что без js не напишешь фронт, а python имеет множество библиотек под все задачи. Py очень понятный язык, js не очень понятный.

Есть проект PonyORM + PonyJS + ReactJS https://www.youtube.com/watch?v=6AWL4iSfZXU
За такими технологиями будущее, python на бэкенде и react на фронте.

Выбор ЯП и стека вещь сугубо субьективная. Параметров слишком много, чтобы можно было объективно сравнить.
Все перечисленные технологии популярны и в ближайшиее 5 лет будут востребованы. Выбирай то что нравится.

В пользу Node: всё идет к тому, что js станет стандартом как на фронте, так и на сервере. Через 5 лет серверную часть не на js будут писать только ленивые ретрограды.

Ну-ну. Или стухнет как руби.

Приложения получаются быстрее python и др. в 10-15 раз, выдерживают большие нагрузки,

У JS нет превосходства в производительности над Python. Скорее наоборот. Но в целом я бы не рассматривал производительность как фактор выбора, т.к. в первом приближеннии она одинакова.

нет задач, которые нельзя было бы реализовать в рамках MEAN-стека.

Можно так и про ассемблер сказать, но это не делает его удобным для веб разработки.

Технология в стадии активного развития, через 5 лет сегодняшние её косяки будут исправлены, и она станет стандартом де-факто для web-приложений, как php для web-сайтов когда-то. Нет смысла тратить время и распыляться на морально устаревающие средства.

Некоторые косяки действительно будут исправлены. С монгой все поигрались и забыли, вернулись к реляционным БД. Express.js это наколенная поделка, которую можно написать за один вечер. Там по сути кроме роутинга ничего нет. Может быть черзе 5 лет на ноде появятся какие-то полноценные фреймворки типа Джанги, Рельсов или Симфони, но на сегодняшний день их нет. Angular это вообще фронтенд, его можно с любым бакендом использовать.

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