User
Я работаю в этой области не первый год.
Конечно есть элементы сертификации как и везде, поэтому кстати McAfee , Symantec долгое время были на рынке.
К счастью это время прошло, после достаточного количества взломов наконец кому-то «дали по башке» и поняли что так дело дальше не пойдёт.
Сегодня у нас есть более-менее независимые тесты как MITRE где можно достаточно объективно посмотреть реальную работу программ безопасности.
Само собой «вражеские» средства защиты всегда будут под пристальным наблюдением или под запретом, но это касательно любого места в мире.
Забугорные какие-то стандарты всего-то требуют ловить современные методы вирусов.
А те программы этого делать не умеют.
Symantec и McAfee уже давно убрали где могли в корпоративных средах. Денег стоят, а толку 0.
Вы не поверите 😃
Зато имеем опкоды записанные в бинарном виде.
Лучше ассемблером , чтобы было легко править.
Есть библиотека с удобными обёртками для работы из под 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
Я работаю в этой области не первый год.
Конечно есть элементы сертификации как и везде, поэтому кстати McAfee , Symantec долгое время были на рынке.
К счастью это время прошло, после достаточного количества взломов наконец кому-то «дали по башке» и поняли что так дело дальше не пойдёт.
Сегодня у нас есть более-менее независимые тесты как MITRE где можно достаточно объективно посмотреть реальную работу программ безопасности.
Само собой «вражеские» средства защиты всегда будут под пристальным наблюдением или под запретом, но это касательно любого места в мире.
Забугорные какие-то стандарты всего-то требуют ловить современные методы вирусов.
А те программы этого делать не умеют.
Symantec и McAfee уже давно убрали где могли в корпоративных средах. Денег стоят, а толку 0.
Вы не поверите 😃
Зато имеем опкоды записанные в бинарном виде.
Лучше ассемблером , чтобы было легко править.
Есть библиотека с удобными обёртками для работы из под 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