Проблема у ИИ не в том что бы что-то написать. Написать и мартышка может. Проблема начинаются когда нужно учесть все нюансы и исходя из текущей архитектуры и принятых ранее решений написать то что будет работать максимально стабильно.
Инфраструктура меняется, подходы меняются, структура одной машины может отличаться от такой же машины просто в другой компании. Благо есть стандартизация, но когда бизнесу нужно чуть больше чем почтовик и дисишник, на подиум выходят проекты с мягко говоря нестандартным видением себя на устройствах конечных потребителей)
Многие крупные проекты пресобирают и под арм, не ради телефонов конечно, а ради ноутбуков на арме. За небольшие проекты не скажу (хотя без поддержки арма я проектов почти не видел) но почти все крупные точно можно будет запустить.
На самом деле статья чистейшая профанация, и происходит это из непонимания целей и причин. Да технически основная идея верна - мы пытаемся просто сделать пароль достаточно сложным что бы его невозможно или очень трудно было "Взломать"
А как взломать? Очивидно перебором. От технических способов взлома пароля его сложность не поможет, от психологических способов тоже.
Как происходит перебор? Злоумышленник перебирает слова, символы или фразы пока не поймет что подобранный пароль - верный. Как он их перебирает? Мы не знаем. Может от А до Я, может от Я до А, может откуда то с центру в разные стороны. Значит разницы насколько наш пароль "перемешан" роли не играет.
Что может помешать злоумышленнику подобрать пароль? В чём основная сложность? Основная сложность подбора пароля - его длинна. Так относительно простой пароль длинной 64 символа технически невозможно подобрать никому.
Суммируя, нам нельзя использовать только простые слова и фразы, а так же нам стоит избегать большого количества одинаковых символов в народе. 10%+
Основная проблема паролей для пользователя какая? То что они забываются и используются зачастую одинаковые пароли.
Суммируя все выше сказанное идеальным вариантом пароля будет длинная, необычная для нас фраза, не содержащая большого количества количества одинаковых букв подряд и с некоторым колличеством шума.
Пример: Hel10_M&M#WhatAre//Y0u\\want
Колличество символов - 28, запомнить легко, с пользователем связи не имеет никакой, подобрать почти нереально.
Я молчу про то что в жизни спокойно можно использовать половину от этого пароля, и ещё упростить себе жизнь.
Интересный подход, почему бы тегами не помечать отдельные логические участки роли, при условии что сама роль линейная и монолитная? Допустим базовое развертывание приложения? Оно отлично будет работать и без тегов, и с тегами в любом порядке с любой комбинацией.
Так то очень даже, тут я правда не совсем понимаю зачем так заморачиваться, есть же userinfo_bot, который сам с удовольствием вернёт прямо в чате user id, да и отправлять при помощи Python-telegram-bot какого нибудь сильно проще чем вот так вот обертки каждый раз писать над сырым api, но мне вот в проекте нужен как раз тупой сендер, поскольку он работает в сайд процессе загружать туда настоящий клиент несподручно.
Нейросеть обязана уметь в разные подходы, включая с мнениями и без, в этом и есть смысл нейросети. Гибкость и человечность, к этому все и стремятся.
А по поводу идеи о том что этот бэнчмарк как то оценивает исторические знания мне кажется наивными. С таким подходом можно просто оценивать нейронки по ЕГЭ, больше пользы было бы.
Хочется поправить, второй пункт по делу, но лично я этот ваш SOLID не нюхал, не знаю, пишу много хоть и для души, но как по мне нужно хотя бы чуточку включать здравый смысл.
Я когда то был очень похож на автора, и в целом могу понять его подход, но тут уже первый блок кода задаёт очень очень острый вопрос - "А зачем?"
Зачем глобал в корне? Почему "agresive" и "inventar"? Почему global в корне? Почему уровни выдаются через if/else? Почему эти блоки вне метода класса? Почему inventar_str это list?
Согласен с душой, согласен что автору нужно продолжать, но тот факт что каждая строчка задаёт вопрос вызывает ощущение как будто я чем то не тем в жизни занимаюсь)
Проблема у ИИ не в том что бы что-то написать. Написать и мартышка может. Проблема начинаются когда нужно учесть все нюансы и исходя из текущей архитектуры и принятых ранее решений написать то что будет работать максимально стабильно.
Инфраструктура меняется, подходы меняются, структура одной машины может отличаться от такой же машины просто в другой компании. Благо есть стандартизация, но когда бизнесу нужно чуть больше чем почтовик и дисишник, на подиум выходят проекты с мягко говоря нестандартным видением себя на устройствах конечных потребителей)
Многие крупные проекты пресобирают и под арм, не ради телефонов конечно, а ради ноутбуков на арме. За небольшие проекты не скажу (хотя без поддержки арма я проектов почти не видел) но почти все крупные точно можно будет запустить.
Это ии...
Не везде работает к несчастью(
На самом деле статья чистейшая профанация, и происходит это из непонимания целей и причин. Да технически основная идея верна - мы пытаемся просто сделать пароль достаточно сложным что бы его невозможно или очень трудно было "Взломать"
А как взломать? Очивидно перебором. От технических способов взлома пароля его сложность не поможет, от психологических способов тоже.
Как происходит перебор? Злоумышленник перебирает слова, символы или фразы пока не поймет что подобранный пароль - верный. Как он их перебирает? Мы не знаем. Может от А до Я, может от Я до А, может откуда то с центру в разные стороны. Значит разницы насколько наш пароль "перемешан" роли не играет.
Что может помешать злоумышленнику подобрать пароль? В чём основная сложность? Основная сложность подбора пароля - его длинна. Так относительно простой пароль длинной 64 символа технически невозможно подобрать никому.
Суммируя, нам нельзя использовать только простые слова и фразы, а так же нам стоит избегать большого количества одинаковых символов в народе. 10%+
Основная проблема паролей для пользователя какая? То что они забываются и используются зачастую одинаковые пароли.
Суммируя все выше сказанное идеальным вариантом пароля будет длинная, необычная для нас фраза, не содержащая большого количества количества одинаковых букв подряд и с некоторым колличеством шума.
Пример: Hel10_M&M#WhatAre//Y0u\\want
Колличество символов - 28, запомнить легко, с пользователем связи не имеет никакой, подобрать почти нереально.
Я молчу про то что в жизни спокойно можно использовать половину от этого пароля, и ещё упростить себе жизнь.
Интересный подход, почему бы тегами не помечать отдельные логические участки роли, при условии что сама роль линейная и монолитная? Допустим базовое развертывание приложения? Оно отлично будет работать и без тегов, и с тегами в любом порядке с любой комбинацией.
Так то очень даже, тут я правда не совсем понимаю зачем так заморачиваться, есть же userinfo_bot, который сам с удовольствием вернёт прямо в чате user id, да и отправлять при помощи Python-telegram-bot какого нибудь сильно проще чем вот так вот обертки каждый раз писать над сырым api, но мне вот в проекте нужен как раз тупой сендер, поскольку он работает в сайд процессе загружать туда настоящий клиент несподручно.
Интересное и абсолютно "обоснованное" мнение.
Нейронная сеть без мнения - Яндекс.
Нейросеть обязана уметь в разные подходы, включая с мнениями и без, в этом и есть смысл нейросети. Гибкость и человечность, к этому все и стремятся.
А по поводу идеи о том что этот бэнчмарк как то оценивает исторические знания мне кажется наивными. С таким подходом можно просто оценивать нейронки по ЕГЭ, больше пользы было бы.
Забавно ещё то что сохраняют они в облако по подписке. Они наверняка себе копию куда то пишут, ещё и с юзеров деньги трясут))
Не в обиду Яндексу конечно, но это одна из самых жадных компаний на рынке.
С таким подходом проще уже самому написать. Что в бота пишешь что в блокнот, один черт
Хочется поправить, второй пункт по делу, но лично я этот ваш SOLID не нюхал, не знаю, пишу много хоть и для души, но как по мне нужно хотя бы чуточку включать здравый смысл.
Я когда то был очень похож на автора, и в целом могу понять его подход, но тут уже первый блок кода задаёт очень очень острый вопрос - "А зачем?"
Зачем глобал в корне? Почему "agresive" и "inventar"? Почему global в корне? Почему уровни выдаются через if/else? Почему эти блоки вне метода класса? Почему inventar_str это list?
Согласен с душой, согласен что автору нужно продолжать, но тот факт что каждая строчка задаёт вопрос вызывает ощущение как будто я чем то не тем в жизни занимаюсь)
Очивидно зависит от способа сборки. При большом желании портировать можно что угодно и куда угодно.