Пользователь
Зато имеем опкоды записанные в бинарном виде.
Лучше ассемблером , чтобы было легко править.
Есть библиотека с удобными обёртками для работы из под WOW64: https://github.com/rwfpl/rewolf-wow64ext/
Либо это предварительный AST либо планируется это как-то использовать.
Видимо close - закрыть, closure - закрытие .
Впервые такое встречаю.
JScript я так понимаю остаётся. Есть ли в природе конвертор VBScript в JScript?
Если до сих пор нет качественного конвертора , возможно это хороший способ заработка.
в C23 уже добавили
ckd_add(), ckd_sub(), ckd_mul()
ckd_add()
ckd_sub()
ckd_mul()
https://www.open-std.org/jtc1/sc22/wg14/www/docs/n2867.pdf
В C++ уже предложение ввести такие функции появилось.
Рано или поздно примерно такое же предложение придёт и в С , и тогда будет не о чем спорить.
https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2024/p3161r0.html
Логично, это трудноуловимые ошибки.
Просто нужно просто добавить явные функции и пусть кому нужны оптимизации пользуются одним, а кому не нужно другим.
А если бы было неопределенно мы могли бы иметь дополнительные оптимизации как в случае со знаковыми типами.
Кому нужно было бы определённое поведение, мог бы использовать явно переполнение add_wraparound.
Как минимум скопировать ы́
А так в разных системах есть разные способы для вывода символа ударения.
Хотя если это с телефона мне тоже интересно:)
https://ru.wikipedia.org/wiki/Кириллица_в_Юникоде#:~:text=Для указания ударения следует использовать,(ы́ э́ ю́ я́).
3.13 обещают JIT и ускорение в 100 раз.
Рад слышать, что я не одинок.
Программа достойна внимания.
Работает на всех платформах , для Мака вообще спасение :)
Если цель потратить побольше времени то конечно.
Обычно цель это уменьшить необходимое время на осмотр кода.
Сфокусироваться исключительно на логике, и как можно меньше на оформлении.
Для того, чтобы этого добиться у нас и есть вышеперечисленные решения.
А в современных языках сразу всё из коробки и даже нет возможности возражения.
Это очень правильно и хорошо.
Чем раньше это будет сделано тем больше выиграл в долгосрочной перспективе.
Нужно идти и дальше clang-tidy, editorconfig, pre-commit, как можно больше автоматизированной обработки кода.
В идеале добиться того, чтобы не было никакой надобности в комментариях по именованию , стиля и т.п.
По картинке 6 это одно по центру и 2 по краям
https://support.microsoft.com/en-us/windows/snap-your-windows-885a9b1e-a983-a3b1-16cd-c531795e6241
если не так то писать в Windows Feedback и ждать исправления с тоской и надеждой.
Уже.
https://support.microsoft.com/en-us/windows/use-paint-cocreator-to-generate-ai-art-107a2b3a-62ea-41f5-a638-7bc6e6ea718f
Судя по всему так и есть.
Нужно просто вертикально поставить.
https://www.amazon.com/Brydge-Vertical-Dock-Compatible-Thunderbolt/dp/B089XXYY4L
VSCode то бесплатный а вот поддержка разных языков не совсем.
Ну или тот же Copilot небесплатный.
Например бесплатный пока C# DevKit имеет закрытый код.
https://marketplace.visualstudio.com/items?itemName=ms-dotnettools.csdevkit
Вполне логично использовать свои же сервисы для синхронизации.
Была бы Яндекс.ОС, использовался бы Яндекс.Диск.
Apple вон использует свой iCloud.
Было бы конечно неплохо иметь возможность использовать любое облако, дарю бизнес идею :)
Пожалуйста взамен облачного OneDrive, есть альтернативы как например NextCloud. Поднимаете свой сервер и нет проблем.
Я писал конкретно относительно сервиса синхронизации офиса. Не нужно обобщать.
Облака выбираются так как они гораздо дешевле в обслуживании , а для бизнеса снижение издержек - благое дело.
Зато имеем опкоды записанные в бинарном виде.
Лучше ассемблером , чтобы было легко править.
Есть библиотека с удобными обёртками для работы из под WOW64: https://github.com/rwfpl/rewolf-wow64ext/
Либо это предварительный AST либо планируется это как-то использовать.
Видимо close - закрыть, closure - закрытие .
Впервые такое встречаю.
JScript я так понимаю остаётся. Есть ли в природе конвертор VBScript в JScript?
Если до сих пор нет качественного конвертора , возможно это хороший способ заработка.
в C23 уже добавили
ckd_add()
,ckd_sub()
,ckd_mul()
https://www.open-std.org/jtc1/sc22/wg14/www/docs/n2867.pdf
В C++ уже предложение ввести такие функции появилось.
Рано или поздно примерно такое же предложение придёт и в С , и тогда будет не о чем спорить.
https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2024/p3161r0.html
Логично, это трудноуловимые ошибки.
Просто нужно просто добавить явные функции и пусть кому нужны оптимизации пользуются одним, а кому не нужно другим.
А если бы было неопределенно мы могли бы иметь дополнительные оптимизации как в случае со знаковыми типами.
Кому нужно было бы определённое поведение, мог бы использовать явно переполнение add_wraparound.
Как минимум скопировать ы́
А так в разных системах есть разные способы для вывода символа ударения.
Хотя если это с телефона мне тоже интересно:)
https://ru.wikipedia.org/wiki/Кириллица_в_Юникоде#:~:text=Для указания ударения следует использовать,(ы́ э́ ю́ я́).
3.13 обещают JIT и ускорение в 100 раз.
Рад слышать, что я не одинок.
Программа достойна внимания.
Работает на всех платформах , для Мака вообще спасение :)
Если цель потратить побольше времени то конечно.
Обычно цель это уменьшить необходимое время на осмотр кода.
Сфокусироваться исключительно на логике, и как можно меньше на оформлении.
Для того, чтобы этого добиться у нас и есть вышеперечисленные решения.
А в современных языках сразу всё из коробки и даже нет возможности возражения.
Это очень правильно и хорошо.
Чем раньше это будет сделано тем больше выиграл в долгосрочной перспективе.
Нужно идти и дальше clang-tidy, editorconfig, pre-commit, как можно больше автоматизированной обработки кода.
В идеале добиться того, чтобы не было никакой надобности в комментариях по именованию , стиля и т.п.
По картинке 6 это одно по центру и 2 по краям
https://support.microsoft.com/en-us/windows/snap-your-windows-885a9b1e-a983-a3b1-16cd-c531795e6241
если не так то писать в Windows Feedback и ждать исправления с тоской и надеждой.
Уже.
https://support.microsoft.com/en-us/windows/use-paint-cocreator-to-generate-ai-art-107a2b3a-62ea-41f5-a638-7bc6e6ea718f
Судя по всему так и есть.
Нужно просто вертикально поставить.
https://www.amazon.com/Brydge-Vertical-Dock-Compatible-Thunderbolt/dp/B089XXYY4L
VSCode то бесплатный а вот поддержка разных языков не совсем.
Ну или тот же Copilot небесплатный.
Например бесплатный пока C# DevKit имеет закрытый код.
https://marketplace.visualstudio.com/items?itemName=ms-dotnettools.csdevkit
Вполне логично использовать свои же сервисы для синхронизации.
Была бы Яндекс.ОС, использовался бы Яндекс.Диск.
Apple вон использует свой iCloud.
Было бы конечно неплохо иметь возможность использовать любое облако, дарю бизнес идею :)
Пожалуйста взамен облачного OneDrive, есть альтернативы как например NextCloud. Поднимаете свой сервер и нет проблем.
Я писал конкретно относительно сервиса синхронизации офиса. Не нужно обобщать.
Облака выбираются так как они гораздо дешевле в обслуживании , а для бизнеса снижение издержек - благое дело.