Solidity - это относительно простой язык программирования. В отличие от таких языков как C/C++, Java, Python, где для достижения уровня эксперта может потребоваться более 30 лет, в случае с Solidity вы можете достичь этого уровня за пару лет
И вдруг что-то пошло не так (30 советов)
Почему не использовать Rust? Он, к моему сожалению, довольно популярен для смарт контрактов, быстрый и безопасный (нет, это не значит, что другие языки опасные).
По моему мнению, он не такой сложный как C/C++ и при этом позволяет развязать сеье руки во многих задачах за счет различных дешевых абстракций.
Не варюсь в теме блокчейн, но, надеюсь, ничего не напутал
Сырые запросы, смешение разных языков (удобно раскладку переключать?), процедурный стиль программирования...
Соединение = Новый HTTPСоединение("api.telegram.org", 443, , , , , Новый ЗащищенноеСоединениеOpenSSL());
Заголовки = Новый Соответствие;
Заголовки.Вставить("content-type", "application/json");
Запрос = Новый HTTPЗапрос("botXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX/getUpdates?offset="+формат(константы.ПоследнееСообщение.Получить(),"ЧГ=0"), Заголовки);
Ответ = Соединение.Получить(Запрос);
ОтветСтрока = ответ.ПолучитьТелоКакСтроку();
ЧтениеJSON = Новый ЧтениеJSON;
ЧтениеJSON.УстановитьСтроку(ОтветСтрока);
данные = ПрочитатьJSON(ЧтениеJSON);
ЧтениеJSON.Закрыть();
если данные.ok тогда
если данные.result.количество()>0 тогда
константы.ПоследнееСообщение.Установить(данные.result[0].update_id+1);
вопрос = данные.result[0].message.text;
...отсутствие RAII (или контекстных менеджеров, defer), отсутствие типов для формирования url (или контактенация больше заходит?), синхронное выполнение запросов
Мне правда жаль, что данная "Фирма" еще существует.
Не вижу смысла статьи, т.к. использование запросов видится мне рутиной
P.S. Текст пишу без негатива, но это даже не смешно, поддержку Python бы добавили (кишка тонка)
Потому что он умер в 1958 году, а первая такая награда была присуждена в следующем 1966-ом.
Однако на момент своей кончины он был уже довольно известен и авторитетным специалистом, так что возможно появится дополнительные сведения о его деятельности и личности после того как я получу их из своих источников.
Этот вопрос не имеет однозначного ответа, потому что разница между этими двумя числами чрезвычайно велика и практически недоступна для восприятия человеком. В любом случае, решение этого вопроса зависит от того, как определяется термин "большее". Если мы говорим о том, какое из двух чисел является абсолютно большим (то есть их разность равна максимально возможному значению в текущей системе счисления), то ответ на этот вопрос будет отрицательным. Если же мы считаем два числа равными, но к одной из них добавили ещё несколько нулей, чтобы получить другое, значительно меньшее число, то ответ может быть двояким, в зависимости от конкретного подхода к задаче.
Однако, стоит отметить, что такие задачи обычно используются для демонстрации того, насколько сложны некоторые вычисления, особенно если они проводятся без использования современных компьютерных технологий. При работе со сколь-нибудь серьёзной проблемой всегда можно обратиться к специалистам, которые помогут вам найти оптимальное решение, не прибегая к подобным элементарным уловкам.
Я не хочу сидеть в душном помещении, поэтому снова выскажу свое мнение. Ситуацию я вижу следующим образом: мне достаточно поменять расширение на .мое, чтобы сказать, что это мой формат файлов. Причем доказательство нарушения прав будет заключаться разве что в хранении самого файла с данным форматом.
Таким образом, ставя пароль на файл правообладатель гарантирует, что его нельзя использовать не нарушив его права.
Опять же, это как я вижу ситуацию. Дополнительно, конечно, можно всякие фичи навесить, но это прямо миимальный набор, чтобы можно было данные защитить.
Я в комментарии выше уже высказал свою точку зрения.
Это неприятно, да и мне в целом авторское право не очень импонирует. Разумеется, когда в отношении твоего продукта работает право - это хорошо, в отношении оппонента - плохо.
Но есть одно большое но: возможность передавать файл не делает сам формат открытым.
Я попытался быть максимально корректным, но тут вы не правы.
P.S. Отношение RuStore в регулировании подобных ситуаций - скотское. Как по мне, у вас должна быть возможность разобраться в суде
Но если у вас 5-10 переменных связаны со сменой позиции, то толку от ECS не будет
Почему? Берем связанные переменные и меняем их в System
ECS отлично подходит, когда нужно применить некоторое преобразование к набору данных независимо от каких-либо других переменных.
ECS предназначен для эффективной работы с множеством сущностей, причем они определяются наборами компонентов. Внутри самой системы это хорошо паралелится за счет однородности данных (все, что меняем берем вместе и спокойно меняем, а все остально еще проще обработать)
ИМХО, автор игры не справился с ECS или решил просто не использовать ее. Это превосходное, но сложное решение, которое стоит попробовать каждому игроделу
Официально заявляю, что Россия теперь коммунистическая страна - вы в светлом будущем товарищ, поздравляю
Hidden text
У китайцев другой менталитет, плюс я не могу назвать китай коммунистическим, это скорее смешение капитала + тоталитарной коммунистической верхушки (имхо)
Добавьте проверку во время выполнения, чтобы убедиться, что нормализованная ограничивающая рамка действительно нормализована
Использует assert
Другим подходом может быть полное удаление метода close и просто использование клиента в качестве менеджера контекста
Автор, видимо, не в курсе что менеджеры и были созданы для решения данной задачи
По поводу мьютексов: менеджеры работают и тут https://docs.python.org/3/library/threading.html#using-locks-conditions-and-semaphores-in-the-with-statement
Правда, поскольку нет системы владения, нет смысла и передавать в мьютекс что-то (хотя могли бы фичу такую добавить)
Кажется, мы приходим к вопросу, что нам более важно: скорость или безопасность. Пока нет опции "оба", но, надеюсь, вся языки и среды выполнения будут доработаны в соответствующем ключе
Meltdown, Spectr, куча разных хаков производительности... Глаз Rust'ом замылен, хочется все переписать (чтобы хотя бы сравнить места, где что-то могло быть не учтено)
Поскольку Result - это конректный тип, лучше его вообще не возвращать (типы могут называться одинаково, но быть разными), а использовать `.expect("текст ошибки")` (или его вариант с вычисляемой лямбдой для строки).
Здесь можно уже заканчивать чтение. Есть ли вообще аналогичные истории о найме сотрудников из бывшего СССР иностранными или местными компаниями?
P.S. Пишу именно в таком ключе, потому что аудитория хабра, преимущественно, жители или выходцы стран СССР
Может кто-нибудь объяснить, пожалуйста, что произошло?
Не знаю как в windows 10, но я в 11 просто нажимаю win и пишу текст
Если речь про список программ (удаление), то он все еще есть, хотя в настройках есть более красивый вариант
Некорректное определение, кто бы его не ввел и не использовал. Если уж и приводить мнимое значение к реальному, то лучше говорить
+/-sqrt(-1).Мое мнение как специалиста в области математики (коим я недавно стал): некорректно говорить о значении
iв контексте реальных чисел.Определение может выглядеть так:
iэто некоторое число вне класса действительных чисел, обладающее следующим свойством...Про лямбда-исчисление очень понравилось. Жаль, не показали пример с делением и действительными числами
Спасибо за статью
И вдруг что-то пошло не так (30 советов)
Почему не использовать Rust? Он, к моему сожалению, довольно популярен для смарт контрактов, быстрый и безопасный (нет, это не значит, что другие языки опасные).
По моему мнению, он не такой сложный как C/C++ и при этом позволяет развязать сеье руки во многих задачах за счет различных дешевых абстракций.
Не варюсь в теме блокчейн, но, надеюсь, ничего не напутал
К сожалению, я немного знаком с 1Секундой
Сырые запросы, смешение разных языков (удобно раскладку переключать?), процедурный стиль программирования...
...отсутствие RAII (или контекстных менеджеров, defer), отсутствие типов для формирования url (или контактенация больше заходит?), синхронное выполнение запросов
Мне правда жаль, что данная "Фирма" еще существует.
Не вижу смысла статьи, т.к. использование запросов видится мне рутиной
P.S. Текст пишу без негатива, но это даже не смешно, поддержку Python бы добавили (кишка тонка)
Open assistant пишет:
Насрал так насрал
Я не юрист и данная тема требует разбирательств в соответствующих сферах.
Если интересно мое мнение, то я могу сослаться на википедию: https://ru.m.wikipedia.org/wiki/Открытый_формат и https://ru.m.wikipedia.org/wiki/Office_Open_XML
Я не хочу сидеть в душном помещении, поэтому снова выскажу свое мнение. Ситуацию я вижу следующим образом: мне достаточно поменять расширение на
.мое, чтобы сказать, что это мой формат файлов. Причем доказательство нарушения прав будет заключаться разве что в хранении самого файла с данным форматом.Таким образом, ставя пароль на файл правообладатель гарантирует, что его нельзя использовать не нарушив его права.
Опять же, это как я вижу ситуацию. Дополнительно, конечно, можно всякие фичи навесить, но это прямо миимальный набор, чтобы можно было данные защитить.
@max_xt
P.S. Надеюсь, что я понятно объяснил свою точку зрения, вы, конечно, в праве с ней не согласится
Я в комментарии выше уже высказал свою точку зрения.
Это неприятно, да и мне в целом авторское право не очень импонирует. Разумеется, когда в отношении твоего продукта работает право - это хорошо, в отношении оппонента - плохо.
Но есть одно большое но: возможность передавать файл не делает сам формат открытым.
Я попытался быть максимально корректным, но тут вы не правы.
P.S. Отношение RuStore в регулировании подобных ситуаций - скотское. Как по мне, у вас должна быть возможность разобраться в суде
Понравилась идея с плагинами, но удобство пользователей всегда на первом месте.
К сожалению, я не могу принять сторону автора: использование открытых технологий для создания закрытого продукта (и формата) - это естественно.
Сердцем болею за вас, сам пользуюсь Tachiyomi (легальное по для нелегальных вещей - с точки зрения правообладателя, конечно)
Почему? Берем связанные переменные и меняем их в System
ECS предназначен для эффективной работы с множеством сущностей, причем они определяются наборами компонентов. Внутри самой системы это хорошо паралелится за счет однородности данных (все, что меняем берем вместе и спокойно меняем, а все остально еще проще обработать)
ИМХО, автор игры не справился с ECS или решил просто не использовать ее. Это превосходное, но сложное решение, которое стоит попробовать каждому игроделу
Надеюсь, эту "идею" не воспримут всерьез.
Не можете решить задачу качественно? Решайте ее количественно - это определенно поможет </sarcasm>
Официально заявляю, что Россия теперь коммунистическая страна - вы в светлом будущем товарищ, поздравляю
Hidden text
У китайцев другой менталитет, плюс я не могу назвать китай коммунистическим, это скорее смешение капитала + тоталитарной коммунистической верхушки (имхо)
Увиденное меня не впечатлило. Сложно работать с React, используйте что-то попроще или наймите специалиста.
HTMX напоминает мне SQL в смысле декларативного подхода к решению задачи
Кстати, где код
Add Note, неужели там настолько все плохо ;DКакие-то элементы и идеи, возможно, и пригодятся, но выкидывать SPA ради этого никто не будет.
P.S. В статье автора чуствуется негодование и разочарование в React. *Питер Паркер говорит: "Ну, давай, заплачь"*
Использует
assertАвтор, видимо, не в курсе что менеджеры и были созданы для решения данной задачи
По поводу мьютексов: менеджеры работают и тут https://docs.python.org/3/library/threading.html#using-locks-conditions-and-semaphores-in-the-with-statement
Правда, поскольку нет системы владения, нет смысла и передавать в мьютекс что-то (хотя могли бы фичу такую добавить)
Когда Apk автоматически ставится начнут? Вроде не маленькая компания
Если писать код без ошибок, то ошибок и не будет. Жаль, что люди склонны их совершать
Кажется, мы приходим к вопросу, что нам более важно: скорость или безопасность. Пока нет опции "оба", но, надеюсь, вся языки и среды выполнения будут доработаны в соответствующем ключе
Meltdown, Spectr, куча разных хаков производительности... Глаз Rust'ом замылен, хочется все переписать (чтобы хотя бы сравнить места, где что-то могло быть не учтено)
Поскольку Result - это конректный тип, лучше его вообще не возвращать (типы могут называться одинаково, но быть разными), а использовать `.expect("текст ошибки")` (или его вариант с вычисляемой лямбдой для строки).
Я хотел удивиться, но у меня не получилось. Мне уже давно пора задуматься над технологиями обхода блокировок