Царю государю и великому князю Владимиру, Красному Солнышку, всеа Руси бьют челом холопи и сироты твои государевы – программистишки, торговые и цеховые, из многих твоих государевых разных городов, смерды из весей.
Милосердый государь царь и великий князь всеа Руси, пожалей нас, природных холопей и сирот твоих, або в великой нищете и в скудости пребываем.
За делами государевыми, ты, государь не ведаешь, что бояре твои из Роскомнадзора Ютуб заморский замедляют, о чем однако нет записи в реестре государевом, в котором по повелению твоему должно указываться, какие ресурсы надобно запрещать да на какие не пущать, дабы не вводить нас, холопей и смедров твоих во искушение, дабы было в государстве твоем смуты и бездуховности.
Отличная статья! А еще есть perfect forwarding, который тоже может сбить с толку. Потому что разработчики языка решили сэкономить и использовали оператор && не только для семантики перемещения, но и для еще одной цели - когда компилятор сам выбирает способ передачи, по значению или по ссылке, но только в шаблонах:)
Сейчас все новые языки будут "похожими на Rust" - как я понимаю, в целях упрощения парсинга и исключения неоднозначностей фундаментально отказались от "сишного" стиля объявления переменных и функций.
На Паскале не писал со школьных времен, но в силу интереса к языкам программирования как таковым тема интересна. Какие существуют отличия FreePascal от Delphi на уровне языка? Есть ли какие-то интересные языковые фичи?
И еще - я как-то посмотреть на RTTI, где-то вычитал что оно в паскале реализовано весьма неплохо сделано. Скачал Lazarus, запустил - и оказалось что RTTI официальной последней версией компилятора не поддерживается. Якобы нужна (разрабатываемая в настоящее время) версия 3.3.1, а не официальная 3.2.2 от 2021 года. Что нибудь слышно о том когда будет релиз 3.3.1?
Рука лицо... Если раньше я еще сомневался, то вот после этого я уже определенно уверен, что нужен новый стандарт. Причем встроенная разметка могла бы стать "киллер-фичей" и существенным отличием от просто еще одного способа пронумеровать человеческие закорючки.
Исходя из баззворда "суверенитет" в названии статьи, могу предположить, что конечная цель проекта - роскомнадзорить те LLM, которые не наберут нужного количества баллов?
Эх...В моем понимании, по отношению к AI моделям, "бесплатное" - это когда не нужно платить не только за доступ к сервису, но и за дорогущую видеокарту:)
Ввести форматирование в юникод - идея слишком спорная
А форматирование и не надо вводить. Но я бы подумал о введении разметки. К примеру, верхние и нижние индексы имеются в Юникоде как отдельные символы, но не все - только цифры, некоторые латинские буквы, некоторые спецсимволы. При этом в html и других "богатых" форматах для верхнего и нижнего индекса есть отдельная "декорация" - работающая уже для любых символов. Далее, всякие ударения, умляуты и прочие диакритические знаки - это ведь тоже "декорации"? По идее их можно назначить любому символу. Про цвета уже говорили. Направление письма туда же. Кроме того в Юникоде есть вот такая хрень - это уже в чистом виде escape-разметка как я ее предлагаю, но для очень частного случая аннотирования иероглифов.
Но с моей точки зрения в существующий стандарт вводить ничего такого не нужно. А нужно думать о новом стандарте, в котором будут учтены и исправлены все ошибки предыдущего. Да, здесь может быть картинка про 15 конкурирующих стандартов. Но можно подходить к этому и по другому - иногда действительно лучше переделать что-то с нуля, а не тащить огромный груз кривой обратной совместимости (ситуация такая же как с С++ и новыми языками типа Rust и Carbon).
Я думаю что сам по себе регистр символов, кодируемый отдельными кодами - ошибка на миллиарды долларов. Вот имеются три символа:
С точки зрения инопланетянина, это очевидно три разных символа. Мы знаем что это по смыслу одна и та же буква. Но с точки зрения Юникода, первые два - разные, а третий - лишь курсивный вариант начертания второго в некоторых шрифтах. Регистра не существует для различных иероглифов, индийского и арабского письма. И по большому счету (если бы проектировать Юникод с нуля) регистр должен быть вариантом "декорации", также как bold и italic. А в Юникод (не нынешний, а проектируемый с нуля разумеется) должны быть введены спецкоды (escape-коды) переключения регистра. И заодно, спецкоды переключения тех же bold и italic , всевозможных подчеркиваний и перечеркиваний, поворотов и отражений букв, цвета и многого другого. Некоторые такие модификаторы все равно пролезают в нынешний Юникод, но в каком-то суперкривом виде - известный пример с "цветами кожи" для смайликов, так почему бы не сделать всё системно и универсально?
О, статья о редактированию видео! У меня пара вопросов, может кто подскажет, каким редактором и с помощью каких инструментов внутри редактора это можно сделать. Просто правильные названия, чтобы было от чего отталкиваться в дальшейшем поиске. Интересуют два эффекта.
Первый - "Виртуальная камера": имеется видео, я хочу вырезать из него видео меньшего разрешения, задавая для некоторых кадров координаты и размер "прямоугольника обрезки". Для промежуточных кадров координаты и размер интерполируются. Далее для каждого кадра вырезается эта область и приводится к единому ранее заданному размеру. Т.е. это не просто обрезка, когда все кадры обрезаются по фиксированным координатам, а как будто мы перемещаем "виртуальную камеру" по исходному видео и приближаем/удаляем изображение.
Второй - "Динамическое ретуширование". По тому же принципу что и в первом эффекте я задаю для некоторых диапазонов кадров (не для всех) небольшую область, а программа сама находит в этой области цветовую неоднородность и устарняет ее, используя алгоритм "восстанавливающая кисть" как в фотошопе.
Чем дальше в лес тем больше жути. Но если претендуешь называться "Разработчиком на С++" то вроде как надо знать:)
А вообще двойственное ощущение от всего этого. С одной стороны рефлексия - очень нужная и полезная вещь в любом языке и в любой более-менее сложной задаче. С другой, то куда катится С++ уже не выдерживает никакой критики. По сути программистов вынуждают дописывать внутренности компилятора на весьма кривом функциональном языке.
Самое забавное что довольно неплохая эмуляция рефлексии была возможна еще в Си, на макросах (и нет это не boost.preprocressor, всё проще). Например, если нужно в одном месте (во избежание рассогласования) определить нечто, что могло бы разворачиваться в структуру, перечисление, список строк, использоваться для сериализации и т.п., то делается запросто.
Все скачанные exe проверяю на virustotal, пока этого хватает. Но на всякий случай: какие есть утилиты для однократной проверки на вирусы, т.е. не в фоне с перехватом всего, как классические антивирусы, а именно отдельные утилиты которые работают только когда их явно запустишь? Знаю несколько - упомянутые AVZ, KVRT, еще вроде Dr.Web CureIt. А что еще, в том числе нероссийских разработчиков?
ИМХО, языку С++ уже ничего не поможет - именно из-за огромного груза обратной совместимости. То что добавляют новые фичи - это даже интересно, наблюдая за этим процессом можно учиться тому, что и как при проектировании новых языков делать надо а что и как не надо. Видно например, какие решения многолетней давности приводят к проблемам.
Carbon и Circle - довольно интересные разработки. Carbon - развитой системой дженериков с концептами, Circle - императивным метапрограммированием. Хотя последний стремится быть слишком похожим на С++ (вероятно чтобы было проще переносить код), из-за чего там уже сейчас прослеживается немало ошибок дизайна.
Хорошая среда разработки - достаточно легковесная, для линукса вообще одна из лучших. Но вот никак они не хотят добавить табы в редактор. Хотя плагины такие есть, но их же ставить нужно, иногда даже компилировать, а для этого нужны все исходники самого Creator'а...
Царю государю и великому князю Владимиру, Красному Солнышку, всеа Руси бьют челом холопи и сироты твои государевы – программистишки, торговые и цеховые, из многих твоих государевых разных городов, смерды из весей.
Милосердый государь царь и великий князь всеа Руси, пожалей нас, природных холопей и сирот твоих, або в великой нищете и в скудости пребываем.
За делами государевыми, ты, государь не ведаешь, что бояре твои из Роскомнадзора Ютуб заморский замедляют, о чем однако нет записи в реестре государевом, в котором по повелению твоему должно указываться, какие ресурсы надобно запрещать да на какие не пущать, дабы не вводить нас, холопей и смедров твоих во искушение, дабы было в государстве твоем смуты и бездуховности.
Отличная статья! А еще есть perfect forwarding, который тоже может сбить с толку. Потому что разработчики языка решили сэкономить и использовали оператор && не только для семантики перемещения, но и для еще одной цели - когда компилятор сам выбирает способ передачи, по значению или по ссылке, но только в шаблонах:)
Да. вот вырвиглазных цветов Ubuntu никогда не понимал.
Сейчас все новые языки будут "похожими на Rust" - как я понимаю, в целях упрощения парсинга и исключения неоднозначностей фундаментально отказались от "сишного" стиля объявления переменных и функций.
На Паскале не писал со школьных времен, но в силу интереса к языкам программирования как таковым тема интересна. Какие существуют отличия FreePascal от Delphi на уровне языка? Есть ли какие-то интересные языковые фичи?
И еще - я как-то посмотреть на RTTI, где-то вычитал что оно в паскале реализовано весьма неплохо сделано. Скачал Lazarus, запустил - и оказалось что RTTI официальной последней версией компилятора не поддерживается. Якобы нужна (разрабатываемая в настоящее время) версия 3.3.1, а не официальная 3.2.2 от 2021 года. Что нибудь слышно о том когда будет релиз 3.3.1?
Непонятно в чем проблема иметь несколько ABI. Старые, новые, от сторонних компиляторов и языков программирования...
Рука лицо... Если раньше я еще сомневался, то вот после этого я уже определенно уверен, что нужен новый стандарт. Причем встроенная разметка могла бы стать "киллер-фичей" и существенным отличием от просто еще одного способа пронумеровать человеческие закорючки.
Исходя из баззворда "суверенитет" в названии статьи, могу предположить, что конечная цель проекта - роскомнадзорить те LLM, которые не наберут нужного количества баллов?
Эх...В моем понимании, по отношению к AI моделям, "бесплатное" - это когда не нужно платить не только за доступ к сервису, но и за дорогущую видеокарту:)
А форматирование и не надо вводить. Но я бы подумал о введении разметки. К примеру, верхние и нижние индексы имеются в Юникоде как отдельные символы, но не все - только цифры, некоторые латинские буквы, некоторые спецсимволы. При этом в html и других "богатых" форматах для верхнего и нижнего индекса есть отдельная "декорация" - работающая уже для любых символов. Далее, всякие ударения, умляуты и прочие диакритические знаки - это ведь тоже "декорации"? По идее их можно назначить любому символу. Про цвета уже говорили. Направление письма туда же. Кроме того в Юникоде есть вот такая хрень - это уже в чистом виде escape-разметка как я ее предлагаю, но для очень частного случая аннотирования иероглифов.
Но с моей точки зрения в существующий стандарт вводить ничего такого не нужно. А нужно думать о новом стандарте, в котором будут учтены и исправлены все ошибки предыдущего. Да, здесь может быть картинка про 15 конкурирующих стандартов. Но можно подходить к этому и по другому - иногда действительно лучше переделать что-то с нуля, а не тащить огромный груз кривой обратной совместимости (ситуация такая же как с С++ и новыми языками типа Rust и Carbon).
Я думаю что сам по себе регистр символов, кодируемый отдельными кодами - ошибка на миллиарды долларов. Вот имеются три символа:
С точки зрения инопланетянина, это очевидно три разных символа. Мы знаем что это по смыслу одна и та же буква. Но с точки зрения Юникода, первые два - разные, а третий - лишь курсивный вариант начертания второго в некоторых шрифтах. Регистра не существует для различных иероглифов, индийского и арабского письма. И по большому счету (если бы проектировать Юникод с нуля) регистр должен быть вариантом "декорации", также как bold и italic. А в Юникод (не нынешний, а проектируемый с нуля разумеется) должны быть введены спецкоды (escape-коды) переключения регистра. И заодно, спецкоды переключения тех же bold и italic , всевозможных подчеркиваний и перечеркиваний, поворотов и отражений букв, цвета и многого другого. Некоторые такие модификаторы все равно пролезают в нынешний Юникод, но в каком-то суперкривом виде - известный пример с "цветами кожи" для смайликов, так почему бы не сделать всё системно и универсально?
О, статья о редактированию видео! У меня пара вопросов, может кто подскажет, каким редактором и с помощью каких инструментов внутри редактора это можно сделать. Просто правильные названия, чтобы было от чего отталкиваться в дальшейшем поиске. Интересуют два эффекта.
Первый - "Виртуальная камера": имеется видео, я хочу вырезать из него видео меньшего разрешения, задавая для некоторых кадров координаты и размер "прямоугольника обрезки". Для промежуточных кадров координаты и размер интерполируются. Далее для каждого кадра вырезается эта область и приводится к единому ранее заданному размеру. Т.е. это не просто обрезка, когда все кадры обрезаются по фиксированным координатам, а как будто мы перемещаем "виртуальную камеру" по исходному видео и приближаем/удаляем изображение.
Второй - "Динамическое ретуширование". По тому же принципу что и в первом эффекте я задаю для некоторых диапазонов кадров (не для всех) небольшую область, а программа сама находит в этой области цветовую неоднородность и устарняет ее, используя алгоритм "восстанавливающая кисть" как в фотошопе.
Чем дальше в лес тем больше жути. Но если претендуешь называться "Разработчиком на С++" то вроде как надо знать:)
А вообще двойственное ощущение от всего этого. С одной стороны рефлексия - очень нужная и полезная вещь в любом языке и в любой более-менее сложной задаче. С другой, то куда катится С++ уже не выдерживает никакой критики. По сути программистов вынуждают дописывать внутренности компилятора на весьма кривом функциональном языке.
Самое забавное что довольно неплохая эмуляция рефлексии была возможна еще в Си, на макросах (и нет это не boost.preprocressor, всё проще). Например, если нужно в одном месте (во избежание рассогласования) определить нечто, что могло бы разворачиваться в структуру, перечисление, список строк, использоваться для сериализации и т.п., то делается запросто.
Все скачанные exe проверяю на virustotal, пока этого хватает. Но на всякий случай: какие есть утилиты для однократной проверки на вирусы, т.е. не в фоне с перехватом всего, как классические антивирусы, а именно отдельные утилиты которые работают только когда их явно запустишь? Знаю несколько - упомянутые AVZ, KVRT, еще вроде Dr.Web CureIt. А что еще, в том числе нероссийских разработчиков?
Я при работе с С++ пользуюсь Qt (а иногда, если чисто для винды - даже MFC) и как правило вообще не испытываю потребности в стандартной библиотеке:)
ИМХО, языку С++ уже ничего не поможет - именно из-за огромного груза обратной совместимости. То что добавляют новые фичи - это даже интересно, наблюдая за этим процессом можно учиться тому, что и как при проектировании новых языков делать надо а что и как не надо. Видно например, какие решения многолетней давности приводят к проблемам.
Carbon и Circle - довольно интересные разработки. Carbon - развитой системой дженериков с концептами, Circle - императивным метапрограммированием. Хотя последний стремится быть слишком похожим на С++ (вероятно чтобы было проще переносить код), из-за чего там уже сейчас прослеживается немало ошибок дизайна.
А я закладками в браузере не пользуюсь вообще.
Я просто сохраняю всё интересное в оффлайн, в формате mhtml :)
А какую практическую задачу решает этот пример?
Хорошая среда разработки - достаточно легковесная, для линукса вообще одна из лучших. Но вот никак они не хотят добавить табы в редактор. Хотя плагины такие есть, но их же ставить нужно, иногда даже компилировать, а для этого нужны все исходники самого Creator'а...
Выглядит как будто это какие-то костыли к языку, который уже давно прогибается под огромным гнетом "обратной совместимости".