>>27226
Си, Синьор! Заходи если что.

Безопасно ли в скрипте делать инкремент апдейтом в MySQL Innodb без транзакции?

INSERT IGNORE INTO mycounters (идентификатор, counter) VALUES ('$id', 0);
UPDATE mycounters SET counter = counter + 1 WHERE условиеПоИдентификатору;

Если одновременно два человека зайдут, что произойдёт? Могут ли два одновременных апдейта заинкрементить счетчик только один раз?

Никаких SET SESSION TRANSACTION ISOLATION LEVEL и т.п. перед апдейтом не делается.
Подключение к базе стандартное: dbi:mysql:название:localhost:3306.
Вроде бы, при таком подключении работает автокоммит с уровнем изоляции REPEATABLE READ.

>>27254
Насколько я понимаю, для счетчика ты просто выделил отдельную табличку, и инкрементишь там колонку. Если так, то без транзакции:

>Если одновременно два человека зайдут, что произойдёт?
Счетчик заинкрементится 2 раза

>Могут ли два одновременных апдейта заинкрементить счетчик только один раз?
Насколько я знаю, в твоем случае - нет, вот такой инкремент как у тебя указан это атомарная операция

Тебе так и нужно, или ты хочешь чтобы было как-то по-другому?

>>27258
>Счетчик заинкрементится 2 раза
>это атомарная операция
>Тебе так и нужно, или ты хочешь чтобы было как-то по-другому?
Так и нужно, спасибо.

>>26215
>Рабочий, всё в процессе, пилится.
А там осталось, что пилить, термиты?

>>26306
>А если серьёзно, 2-3 ивента осталось, где-то так.
предположу, что 2-3 ивента какого-то дня, а не всего допила.
или допили все же?

>>26315
Правильное предположение. Иначе мы бы давно уже сообщили о близящемся окончании проекта.

Допильщики, вы еще живы?
Или власти и вас угробили?

С Наступающим Новым 2023 Годом всех.
Пусть он будет меньше на утраты и беды, чем уходящий.

Я — морская улиточка.

Проект окончательно всё?

>>27248
PPS. Хотя в этой статье и про тройственную дуэль есть.

>>27247
А давай советы 0E и 0F, раз на них тут ссылаются. Одна картинка с тремя няшками сойдет, или надо разные обязательно?

>>27250
>Одна картинка с тремя няшками сойдет, или надо разные обязательно?

Я долго думал как поступить. Высылаю вам превью, чтоб вы решили достойны ли эти советы двух няшных картинок!

>>27251
Ладно, держи вторую картинку.

>>27250
>>27252
Высылаю

>>27250
>>27252

Прочитал https://rakhim.org/summary-of-concurrency-is-not-parallellism-a-talk-by-rob-pike/ . КарGo-культ какой-то. Не вижу преимуществ между 100500 юзерспейсных псевдо-тредов с чем-то вроде встроенного интерпретатора

while(true){
switch(taskChunkId){
case a:
...
break;
case b:
...
break;
}
}

перед подходом, когда на задачу выделяется по треду, делающему её от и до, ну а когда переключение контекста происходит - оно всё равно происходит в основном, когда I/O идёт. В результате нет лишнего оверхеда на всякую фигню, нет лишнего оверхеда на message passing, ну а оверхэд на хранение состояния треда можно минимизировать, избавляясь от ненужных данных тогда, когда они перестали быть нужными.

>>17934
Не подкажите ли, наследники Страуса, можно ли как-нибудь ускорить компиляцию заголовочных файлов с

inline

функциями?
А то мне, падавану, не удалось вынести реализацию таких в функций в .cpp файл. без костылей, как я понял, это невозможно.

>>27223
Пока мы ждем рыцарей-джейдаев, хотел спросить, подходит ли тебе вот такой вариант с extern?
https://stackoverflow.com/a/23432044

Здравствуйте.
Захотел написать обертку для редис, как часть Rails-подобного C++-фреймворка.
Что думаете по первому впечатлению?
https://github.com/movepointsolutions/activeredis/tree/main

>>27223
Нет смысла руками прописывать inline.
Компилятор сделает это лучше тебя.
Выноси большие функции, время выполнения которых много больше 4-5 тактов связки CALL/RET, в .cpp файл, а если хочешь обнять линк-тайм инлайнинг, читай документацию.

>>27228
Не знаю даже, попозже посмотрю, имеет ли это смысл. Сейчас, почитав Вашу ссылку, у меня появились сомнения в использовании встраиваемых функций.
>>27230
>Компилятор сделает это лучше тебя.
Ему же вроде надо подсказать. Нf пикриле доки MS.

>>27229
Да вроде норм.
Кода у Тебя мало, ещё неизвестно, как он себя поведёт при усложнении проекта. Ты лучше пока обдумай, как будет структура классов.
Старайся делать обёртку с нулевыми издержками и не забывать о KeepItSimple,Stupid и DontRepeatYourself.

А так, продолжай в том же духе и поглядывай на обёртки других библиотек/фреймворков.

>>27229
>Rails-подобного C++-фреймворка
Звучит так, что у тебя должен быть ActiveCache/ActiveObject/(другое название), который внутри вызывает, например, абстрактный ImdbAdapter. И уже на нижнем уровне должна быть реализация в виде RedisAdapter, наследующегося от ImdbAdapter.

Функция redisContext() уж точно должна быть приватной, иначе непонятно, что именно обёртка должна скрывать.

Интересно узнать, как твой Rails-подобный C++ фреймворк будет работать, в частности, какие практики из "convention over configuration" ты хочешь применить. В отличие от Ruby, язык не динамический и имеет меньше возможностей для метапрограммирования.

>>27179
А когда новая версия PHP выйдет и опять что-то сломают, по новой переписывать всё? Вот уж действительно неблагодарная работа. Лучше уж один раз переписать на языке, где заботятся об обратной совместимости.

>>27202
>на языке, где заботятся об обратной совместимости
C, Common Lisp? Какие ещё варианты?

>>27206
Приходят на ум JavaScript/TypeScript, Java, Go.

С Python ситуация интересная, в пределах мажорной версии не ломают совместимость, при переходе с 2 на 3, конечно, поломали. Но при этом Гвидо заявляет, что Python 4 может не выйти никогда (https://builtin.com/software-engineering-perspectives/python-4). Поэтому включу в список Python 3.

>>27208
>Go
Да, пока что обещания по поводу обратной совместимости выполняются, иногда в ущерб всему остальному. Разработчики оставили за собой право всё кардинально переломать в версии 2, но её может и не быть, по крайней мере в ближайшие годы.
>JavaScript/TypeScript
Скорее да, чем нет - если не обрастать зависимостями на сторонние библиотеки/фреймворки.
>Python
Совсем, совсем нет. В каждой новой версии что-то меняется или вообще убирается в самом языке и стандартной библиотеке, ломая обратную совместимость. Раз в год точно нужно будет что-то переделывать по мелочи, если пытаться быть всегда на свежайшей версии.
>С Python ситуация интересная
Нет, ломаются вещи именно что в пределах 3-й версии. Ломались небольшие вещи от 3.9 к 3.10, от 3.10 к 3.11, известно, что будут поломки от 3.11 к 3.12 - и уже сейчас видно, что будут ещё более серьёзные поломки обратной совместимости к 3.13.
Грядут изменения для языка в технической плане, самое серьёзное из которых - уход от global interpreter lock. С одной стороны всё это очень хорошо, с другой стороны - про обратную совместимость кода, написанного сейчас и следующую пару лет, в перспективе на 5-7 лет можно забыть.
>Java
Не знаком, но что-то мне подсказывает, что если бы с обратной совместимостью там было всё хорошо, то много людей не сидело бы до сих пор на Java 8 (актуальны сейчас Java 17 LTS и Java 20).
Слышал, что с C#/.NET в этом плане ситуация получше, но не знаю, так ли это на самом деле, и насколько лучше.

>>27210
> Совсем, совсем нет. В каждой новой версии что-то меняется или вообще убирается в самом языке и стандартной библиотеке, ломая обратную совместимость
Примеры?

> Грядут изменения для языка в технической плане
Например, кроме «ухода от GIL»?

> уход от global interpreter lock
Там же явно написано, что будут соблюдать обратную совместимость:
https://discuss.python.org/t/a-steering-council-notice-about-pep-703-making-the-global-interpreter-lock-optional-in-cpython/30474
> We want to be very careful with backward compatibility. We do not want another Python 3 situation, so any changes in third-party code needed to accommodate no-GIL builds should just work in with-GIL builds

Свалите флудить в другую нить.

>>27211
>Примеры?
Вот тебе потешный пример, когда багфикс-релизы (одновременно сразу для целого ряда 3.X версий: 3.10, 3.9, 3.8, 3.7) поломали людям библиотеки для научных вычислений.
https://discuss.python.org/t/int-str-conversions-broken-in-latest-python-bugfix-releases/18889
Почитай заметки к релизам, погугли "Python 3.X breaking changes".
https://github.com/wazuh/wazuh/issues/13365
https://github.com/python/cpython/issues/100458
https://github.com/aalavender/OilPrice/issues/9
После этого ответь себе, насколько стабильным тебе кажется Python 3.

>Там же явно написано, что будут соблюдать обратную совместимость:
Обсуждение вокруг этого свелось к тому, что выкатывать не-GIL Python они будут стараться мягко и нежно, но обратной совместимости по многим вещам между текущими и ближайшими версиями и "полноценным" не-GIL Python через лет 5 не будет.

Начал читать Введение в кибернетику Глушкова В.М.
Из нового для себя материала могу отметить почти всю четвертую главу «Самоорганизующиеся системы», особенно её начало. В целом книга выглядит как обзор нескольких тем, включая логику, программирование, устройство вычислительных машин и абстрактные вычислительные машины.

Насколько я понимаю, чтобы понять суть дисциплины, следует начинать с книги, в которой она впервые упоминается. Я имею ввиду книгу Норберта Винера "Кибернетика: или управление и связь в животном и машине".

В Википедии упоминается статья Максвелла "О регуляторах". Издавалась в СССР:
Максвелл, Д.К. Теория автоматического регулирования (линеаризованные задачи) / Д.К. Максвелл, И.А. Вышнеградский, А. Стодола - Москва : Изд-во АН СССР, 1949. - 430 с.
Книга не абстрактна, а довольно конкретна в описании управления скоростью двигателей.

Вышеупомянутая же книга Н. Винера также издавалась в Советском Союзе:
Н. Винер. Кибернетика - Москва : Госэнергоиздат, 1958. - 214 с.
Также, второе издание есть в Интернет-архиве: https://archive.org/details/B-001-003-828/

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

>>27166
>Так вот вопрос, как разрабатывать такие нелинейные квесты? Что бы он по разным местам шарился в репитативе.
Не так давно сделал сюжет для небольшого нелинейного квеста на 5 локаций, по которым шароебишься в репетативе, как раз чтобы попробовать силы в таких квестах.

ТЛДР, чтобы описать сюжет для такого квеста, после обычной преамбулы надо описывать:

• Локации
• Переходы между локациями
• Предметы на локации
• Действия на локации

Действия у тебя будут:

• Те что дают ЛОР или подсказку
• Те что дают предмет
• Те которые требуют предмет

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

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

Надеюсь инфа хоть чем-то полезна, задавай свои ответы.

>>27168
Спасибо. Есть от чего оттолкнуться

>>27171
В контексте моего пикрелейтеда "оттолкнуться" звучит мрачновато (⌒_⌒;)

Но ты спрашивай если что.

>>26936
>Патчи в виде текста - это дерьмо. Раздутое дерьмо, тормознутое, которое зачастую даже не ложится поверх master.

Очень жаль, но гит именно так и устроен.

>mailing-listы для code review - это гроб-гроб-кладбиде-пидор.

Очень жаль, но гит именно для этого и сделали.

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

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

>с почты тоже пора валить, они тоже **еют со своими навязываниями привязки телефона.

А селф-хостед вариант почему не подходит?

>Очень жаль, но именно для этого и почта была придумана, а не для того, чтобы аккаунты в твоих соцсеточках регистрировать.

Почта была придумана, чтобы слать сообщения друг другу, а не получать тонны хлама из mailing listов.

>>26930
Ещё есть https://sourcehut.org/ для тех, кто не боится "минимализма" и немного странного подхода к разработке.

>>27017
Нет, она была именно для мейлинлистов придумана, просто у вас кривые почтовые клиенты, а не gnus.

Я просто оставлю это здесь:
https://github.com/orgs/community/discussions/49869

Тем временем олдфаги вспоминают, какой и кому подарок сделала SourceForge в начале 2010.
>>27012
>А селф-хостед вариант почему не подходит?
Для почты и жаббера нужен внешний домен, наличие которого — удовольствие порой недешёвое.
>>27017
>Почта была придумана, чтобы слать сообщения друг другу
Было бы всё так — не изобрели бы ICQ и XMPP, из-за громоздкости почты для коротких сообщений.

>>27084

То что почта морально устарела - никто не спорит. Но когда она появилась, всех перечисленных систем мгновенных сообщений просто не было. И ICQ хоть когда-то и была очень популярной системой, до сегодняшнего дня не дожила. А почта живёт и здравствует благодаря своей простоте и федеративности. Главные её недуги - это то что почти везде требуется привязка телефона и JavaScript, а self-hosted держать неудобно и затратно.

>>13793
Ничего там сложного, просто надо юзать HAL, если нет веских причин его не юзать. Привыкли на своём AVR трахаться с регистрами. Алсо CubeMX.

>>13482
>Потом бери игл, PiCAD или что там еще, и учись работать в нем. Не в коем случае не запускай SprintLayout, он делает очень крепкую привязку к себе синдромом утенка, пересесть с него в нормальный САПР потом будет боль и унижение, а в SL потолок поймаешь почти сразу.
EAGLE и PCAD это тоже касается - много кто с них не может слезть, а если и перелезает, то обычно на Altium Designer.
Стоит сразу брать либо OrCAD/Allegro, либо Expedition PCB.

>>23967

А что вы думаете про KiCAD ? Есть open source в open hardware ?

>>24441
Он довольно активно развивается, особенно, после того, как за него взялся ЦЕРН (а это уже серьёзно). EAGLE он уделывает целиком и полностью, и все, кто сидел на нём, перешли на KiCAD.
Если говорить о действительно серьёзных проектах, где требуется работа с высокоскоростными сигналами - считай, всё, что имеет память и высокоскоростные интерфейсы, то лучше о нём на текущий момент не задумываться и смотреть на САПР от Cadence или Mentor Graphics.

>>13850
>HAL
>CubeMX
В приличном обществе после упоминания этого указывают на дверь^W CMSIS.

>>13469 ну собсна эээ ломаный sprint layout ахуенная штука для новичка, в рунете лежит тоннами, скачать не проблема. остальные кады не интуитивны нихуя, тот же альтиум отнимает кучу времени на оформление схемы, УГО и посадочных мест. сам начинал делать простенькие платы по схемам с radiokot.ru, потом вкатился в погромирование МК AVR на сях по гайдам с avr-start.ru, а потом уже стал смешариком и умею в собственные разработки, ассемблер, FPGA, аналоговый схемач и прочие. Удачи, анон

https://www.autodesk.com/support/technical/article/caas/sfdcarticles/sfdcarticles/Autodesk-EAGLE-Announcement-Next-steps-and-FAQ.html