На самом деле std::array -- это просто С массив с фиксированными во время компиляции типом и размером , к которому однако применимы с++ итераторы и который соответственно может быть использован в stdc++ functions вроде сортировки или поиска, boost и дальше до куда фантазии хватит.
В простых случаях это отлично работает. Но признаться я сдался, когда потребовалось асинхронно пушить сообщения от сервера одному или нескольким из N клиентов. Не хотите такой случай тестами покрыть? :)
Ничего личного, но "dotnet ef migrations add XXX" и "dotnet ef database update" делают вроде тоже самое, но работают из коробки и кажутся мне проще.
Про угадывание субд тоже не понял, что имеется в виду
А поменяйте в вашем примере в настройках Postgres на какой-нибудь T-SQL ;) В dotnet всё, что придётся сделать, это поменять пакет. Код править не придётся. В Spring, насколько я помню, я должен знать, у кого там в sql update на самом деле upsert, а у кого merge, или как получить автоинкрементированный номер только что вставленой записи.
Ну или попробуйте поддерживать пару разных разных СУБД в одном проекте со всеми этими миграциями.
Литералы тут не у дел, в одном файле можно смешать хоть все 4 типа (про LE/BE в UTF-16/32 промолчу). Никакой BOM тут не поможет. Более того, стандарт С++23 раздел 5.2.1 требует распознавания файлов UTF-8 независимо от их содержания, а 5.2.2 впридачу игнорировать BOM с порядком байтов в юникоде.
Юникод в идентификаторах поддерживается, раздел 5.10
К сожалению я не внимательно слежу за развитием С++ в последние годы, но приведите пожалуйста ссылку на стандарт где написано, что исходный текст С++ перестал быть ASCII и стал каким-то юникодом.
Уже упомянутый драйвер печати в PDF умеет не только делить документы на страницы, но и страницы на части. Чтоб, например, разделить страницу на две волне достаточно. Если ещё и с полями поиграться, то можно разбить страницу на несколько документов, один и будет нужным прямоугольником.
Из преимуществ в результате получаем настоящий PDF, а не картинку. Плюс можно наглядно объяснить шефу, как можно заработать больше денег если не жаться на лицензию для нормального продукта :)
12 лет, хочу сменить неистово :)
A со swagger-то что не так?
Хлористый водород... Поищите патенты на соляную кислоту, по-русски это так называется
Ещё бы только merge завезли и работающий HA -- и цены ей бы не было
++++++++++[>+>+++>+++++++>++++++++++<<<<-]>>>+++++++++++++++.>+++++++++++++++.---.-----------.+++.+++++++.+++++++.<<++.>>--.---------------.---.+++.
Линус Торвальдс советует разработчикам open-source сосредоточиться на значимых проектах, а не на хайпе
Судя по заголовку это всё, что ты хотел сказать?
КГ/АМ
На самом деле std::array -- это просто С массив с фиксированными во время компиляции типом и размером , к которому однако применимы с++ итераторы и который соответственно может быть использован в stdc++ functions вроде сортировки или поиска, boost и дальше до куда фантазии хватит.
"They live" -- это "Чужие среди НАС"? В кино как раз им до ВАС дела не было, насколько я помню
Не уловил связи между распознаванием объектов и PTZ
Хотел было тоже самое написать, но не успел
Типичный КГАМ.
Про curl знаю, про два других не слышал ни разу. И как мне этот креативный текст помог мне понять разницу?
В простых случаях это отлично работает. Но признаться я сдался, когда потребовалось асинхронно пушить сообщения от сервера одному или нескольким из N клиентов. Не хотите такой случай тестами покрыть? :)
Ничего личного, но "dotnet ef migrations add XXX" и "dotnet ef database update" делают вроде тоже самое, но работают из коробки и кажутся мне проще.
А поменяйте в вашем примере в настройках Postgres на какой-нибудь T-SQL ;) В dotnet всё, что придётся сделать, это поменять пакет. Код править не придётся. В Spring, насколько я помню, я должен знать, у кого там в sql update на самом деле upsert, а у кого merge, или как получить автоинкрементированный номер только что вставленой записи.
Ну или попробуйте поддерживать пару разных разных СУБД в одном проекте со всеми этими миграциями.
Литералы тут не у дел, в одном файле можно смешать хоть все 4 типа (про LE/BE в UTF-16/32 промолчу). Никакой BOM тут не поможет. Более того, стандарт С++23 раздел 5.2.1 требует распознавания файлов UTF-8 независимо от их содержания, а 5.2.2 впридачу игнорировать BOM с порядком байтов в юникоде.
Юникод в идентификаторах поддерживается, раздел 5.10
К сожалению я не внимательно слежу за развитием С++ в последние годы, но приведите пожалуйста ссылку на стандарт где написано, что исходный текст С++ перестал быть ASCII и стал каким-то юникодом.
Чем мне нравится .net, там не надо изобретать велосипедов для простой миграции. И да, угадывать СУБД тоже не надо ;)
Уж не знаю что вы там делали с Windows, но экран смерти Линукс нагугливается по linux kernel panic на два счета, если правда не ни разу не видели ;)
Уже упомянутый драйвер печати в PDF умеет не только делить документы на страницы, но и страницы на части. Чтоб, например, разделить страницу на две волне достаточно. Если ещё и с полями поиграться, то можно разбить страницу на несколько документов, один и будет нужным прямоугольником.
Из преимуществ в результате получаем настоящий PDF, а не картинку. Плюс можно наглядно объяснить шефу, как можно заработать больше денег если не жаться на лицензию для нормального продукта :)
Так Inline тоже уже давно не требование, попробуйте напрмер экспортировать такую функцию из .so или .dll
В некоторых языках возможна и кодогенерация во время исполнения, Expression в C# живой пример
Простой ответ: нисколько. Ни один существующий стандарт С++ не предусматривает компиляции в runtime