Нет. Есть понятие - сортировка пузырем. Работает для малых массивов. Вот у вас массив из трех слов.
За 3 сравнения и за 3 свопа его можно отсортировать. Тоесть Макаров Владимир Сергеевич будет превращен в Владимир Макаров Сергеевич (по буквам ВМС).
Василий Банников, ну вобщем-то да. Я имею в виду что заточка обычно имеет структуру которая отражает свет
по другому. Поэтому надо 2 отражающих материала. Один - зеркало. А другой с нарезкой как винловая
пластинка.
Ну а если вообще глубоко копать то катана - это кованный рулончик тонкого железа. Его когда изготовляют
- много раз разплющивают и сворачивают. А потом после заточки на поверхности появляется такой
характерный волнистый узор. Это - слои.
Le0Wolf, из того что я видел в новостях и пресс-релизах. ChatGPT - это генератор абсурда, который выглядит как связный текст. Когда я учился (в 90х) это называлось Марковские Сети. На самом деле я понятия не имею как работает Чат-Жпт но я предполагаю что выдает стохастические переходы из одного состояния автомата в другое. Какую пользу вы сможете почерпнуть из этих переходов - чорт его знает. Пробуйте. Возможно получится. Но это не Prolog-like система. Тоесть не основанная на правилах. Грубо говоря в ней 2+2 может быть равно 5 с некоторой вероятностью.
Простые композиции текстур и отражений не годятся. Тут - нужна такая хитрая текстура типа перламутра.
Чтобы под разными углами она "переливалась". Тоесть когда вы наклоняете клинок то заточка и незаточенная часть должны отражать свет под разными углами.
Wataru, судя по протоколу автор не ожидает исключений. Он ожидает что будет число типа int на выходе. Если-бы я ожидал опционал (тоесть возможность не-получения результата) - то я-бы декларировал опциональный int на выходе.
Стоит ли использовать архитектуру монорепы, или же все таки разбить фронт \ бэк по разным репозиториям для удобства?
Мне кажется что ты не можешь принимать такое решение без участия всех разработчиков. По сути решать должен это тот, кто больше всего использует (и больше страдает). Только выстраданая конфигурация - имеет основание быть.
Нужен ли Jenkins?
Ты не можешь гадать нужен или не нужен. Дженкинс - это автоматизация сборки крупного проекта в условиях команды. Если этих условий нет - то тогда выбрось эту идею. Как только у тебя "пригорит" - тогда бери дженкинс
и не спрашивай хабр. Никто не осудит твой выбор.
Можно ли для начала обойтись без докера и просто сливать на сервер build фронта, и поднятый сервер питона.
Да можно. Нужен ли докер или кубернетис. Возьми простую метрику - скорость развертывания и скорость
отката назад в случае если что-то пошло не так. В обычном правильно настроенном проекте откат
ошибочной конфигурации происходит изменением лишь одной версии проекта в конфиге. Даже
заказчик не заметит особенно если у тебя Blue-Green deployment.
Если у тебя все так просто и ты обновляешь версии только копированием артифактов - то тогда тебе
контейнеризация и виртуализация вообще не нужны. Живи спокойно как жил.
Павел, похоже sqlite - это ущербная система. Поддерживате только LEFT OUTER JOIN.
Попробуй использовать левое соедниение. И поменяй местами таблицы если надо.
Слева будут стоять строки всегда. А справа только те которым нашлись связи с левой стороны.
Желательно иметь базовое образование хотя-бы по системотехнике.
Сомнительно что ты сможешь параллельно учиться в мед-колледже. Обычно стартапная деятельность забирает 200% всего времени. И заниматься этим меньше - означает просто зря терять время.
Завязывай с медициной. Ищи нормальную школу или ВУЗ или платные курсы по робототехнике.
keborg, а чорт его знает. Ты-же не любишь делать логгирование. Вот сиди тогда думай. Можешь на игральных картах разложить там... или по астрологии посмотреть. Я дальше - пас.