что такого, обычная русская компания

Я могу поговорить с Анастасией Казаковой, она, если не ошибаюсь, product manager CLion. очно ее увижу 14 декабря в JB.

Там опять доклад на спб с++ юзер групп?

Угу

Там опять доклад на спб с++ юзер групп?

https://www.meetup.com/St-Petersburg-CPP-User-Group/

https://ideone.com/IZJJyi Можно как-нибудь вставить проверки на элементы const char(&)[N]? Хочется в compile-time парсить строчки

https://ideone.com/IZJJyi Можно как-нибудь вставить проверки на элементы const char(&)[N]? Хочется в compile-time парсить строчки

https://akrzemi1.wordpress.com/2011/05/11/parsing-strings-at-compile-time-part-i/ ?

https://akrzemi1.wordpress.com/2011/05/11/parsing-strings-at-compile-time-part-i/ ?

угу, гляжу, но там что-то не густо

ну, вернее там есть вариант через throw, но хочется compile-time ошибки

Объясните мне, други... Ну какой же идиот придумал такую хрень писать: Q_ASSERT(-1 != m_cols.account); Ну разве ж это правильно? Ну что ж тебе не запомнить что ли, что = — это присвоить, а == — сравнить? Ну это ж ДЕБИЛИЗМ !

Объясните мне, други... Ну какой же идиот придумал такую хрень писать: Q_ASSERT(-1 != m_cols.account); Ну разве ж это правильно? Ну что ж тебе не запомнить что ли, что = — это присвоить, а == — сравнить? Ну это ж ДЕБИЛИЗМ !

он жил в начале нулевых и у него не было ИДЕ и компилятора которые бы это подсветили

Да я с начала 90х на С программирую, тогда не то, что IDE, редакторов нормальных не было, ничего, выжили как-то.. И без этого говна...

это йода-стиль?

да

Объясните мне, други... Ну какой же идиот придумал такую хрень писать: Q_ASSERT(-1 != m_cols.account); Ну разве ж это правильно? Ну что ж тебе не запомнить что ли, что = — это присвоить, а == — сравнить? Ну это ж ДЕБИЛИЗМ !

дебилизм, не дебилизм, а без статического анализатора и -Werror такая хуйня иногда пролезает в прод

Объясните мне, други... Ну какой же идиот придумал такую хрень писать: Q_ASSERT(-1 != m_cols.account); Ну разве ж это правильно? Ну что ж тебе не запомнить что ли, что = — это присвоить, а == — сравнить? Ну это ж ДЕБИЛИЗМ !

Можно экспресс-опрос, кто ПРИМЕНЯЕТ такие практики в коде? Напишите ответом на этот пост "Я применяю перевёрнутую запись в операции сравнения"

Ну уменьшает же процент опечаток йода стиль

Объясните мне, други... Ну какой же идиот придумал такую хрень писать: Q_ASSERT(-1 != m_cols.account); Ну разве ж это правильно? Ну что ж тебе не запомнить что ли, что = — это присвоить, а == — сравнить? Ну это ж ДЕБИЛИЗМ !

причем тут запомнить?

никогда в жизни опечаток не было?

я

Можно экспресс-опрос, кто ПРИМЕНЯЕТ такие практики в коде? Напишите ответом на этот пост "Я применяю перевёрнутую запись в операции сравнения"

Я применяю CI, -Werror и статик анализатор.

дебилизм, не дебилизм, а без статического анализатора и -Werror такая хуйня иногда пролезает в прод

Ну она ж даже если пролезет, её бысть обнаружишь... А с const это вообще не скомпилируется...

никогда в жизни опечаток не было?

+

Ну она ж даже если пролезет, её бысть обнаружишь... А с const это вообще не скомпилируется...

иногда не быстро... в линуксе вот некоторые такие опечатки висели годами

никогда в жизни опечаток не было?

НЕ БЫЛО.

Можно экспресс-опрос, кто ПРИМЕНЯЕТ такие практики в коде? Напишите ответом на этот пост "Я применяю перевёрнутую запись в операции сравнения"

у нас применялось, но потом мы сделали Werror, явно прописали варнинг на этот случай и больше не пишем в йода-стиле

НЕ БЫЛО.

БУДУТ

НЕ БУДЕТ!

НЕ БЫЛО.

давайте похлопаем этому уникуму и пожелаем продолжать в том же духе

Вот поверьте, за хрен знает сколько лет ни разу не было ошибок замены сравнения равенством.

НЕ БУДЕТ!

ну тогда просто перепиши весь код который встречаешь да и все

делов то

Допустим, они бы были. Их было бы штук 10 на 10 лет работы. Одна ошибка в год. Которая достаточно просто обнаруживается. Стоит ли поганить код из-за этого?

Допустим, они бы были. Их было бы штук 10 на 10 лет работы. Одна ошибка в год. Которая достаточно просто обнаруживается. Стоит ли поганить код из-за этого?

щас бы называть другой стиль кода поганым?‍♂

Допустим, они бы были. Их было бы штук 10 на 10 лет работы. Одна ошибка в год. Которая достаточно просто обнаруживается. Стоит ли поганить код из-за этого?

илья, 10 лет назад я в коде не делал НИ ЕДИНОЙ ОПЕЧАТКИ (примерно за 10 лет как раз). А потом начал, внезапно.

так что юношеский максимализм пройдет

Это конечно как бы спор ни о чём, IDE, warning, статические анализаторы — всё это лечит. Просто подумайте нужно ли это вам. Проблема на самом деле очень сильно преувеличена.

так что юношеский максимализм пройдет

Ну меня в юношенском максимализме очень трудно обвинять...

Это конечно как бы спор ни о чём, IDE, warning, статические анализаторы — всё это лечит. Просто подумайте нужно ли это вам. Проблема на самом деле очень сильно преувеличена.

это точно, что ты выдумал какую-то проблему

ну, вернее там есть вариант через throw, но хочется compile-time ошибки

Таки что, тут совсем никак нельзя выкидывать ошибки компиляции, только в рантайме ловить?

https://ideone.com/IZJJyi Можно как-нибудь вставить проверки на элементы const char(&)[N]? Хочется в compile-time парсить строчки

всем хочется

на слона денег нет, сорь

Это конечно как бы спор ни о чём, IDE, warning, статические анализаторы — всё это лечит. Просто подумайте нужно ли это вам. Проблема на самом деле очень сильно преувеличена.

когда есть нужные тулы и умеешь ими пользоваться - никаких проблем. изобретатели этого стиля по-моему сидели всю жизнь в nano и компилировали с -Wnone

Это из Java вообще пошло...

Ну она ж даже если пролезет, её бысть обнаружишь... А с const это вообще не скомпилируется...

В рантайме обнаружишь. Придёт баг от саппорта, когда у юзера баганет. А у него самолёт разбился из-за твоей глупой ошибки

В рантайме обнаружишь. Придёт баг от саппорта, когда у юзера баганет. А у него самолёт разбился из-за твоей глупой ошибки

ракета полетела немного не туда, юзер пишет багрепорт

Только если он не в ракете) Тоже считаю, что лучше ошибки в компайлтайме, чем в рантайме.

Кстати, тут тему конана поднимали.

Объясните, пожалуйста, я правильно понимаю, что он подрубается в cmake и во время генерации файлов просто тянет нужные библиотеки из репозитория ?

если совсем утрировать, то да попутно ещё библиотеки кэшируются у тебя на диске для дальнейшего использования, а подрубаться он может не только в смак

А conan сейчас best practice считается ?

По подключению либ

А conan сейчас best practice считается ?

in development, скорее

А conan сейчас best practice считается ?

Не то, чтобы best practice, но если есть — то неплохо

А как там обстоят дела с большими библиотеками ? Например, могу ли я вытянуть часть boost или opencv ?

Или только либу целиком ?

А как там обстоят дела с большими библиотеками ? Например, могу ли я вытянуть часть boost или opencv ?

можешь подключить кастомный репозиторий bincrafters, у них есть модульный буст

ERROR: S client not available

Значит от репозитория зависит ?

in development, скорее

Что значит in development ?

да репозитории могут быть как публично доступными, так и огороженными в рамках локальной сети компании, например

Что значит in development ?

Сыроват и активно развивается. Если есть своя монструозная легасятина — то ещё рано ещё на conan менять

Объясните, пожалуйста, я правильно понимаю, что он подрубается в cmake и во время генерации файлов просто тянет нужные библиотеки из репозитория ?

нет

он качает и ставит депенденсы и создает конфиг файл для твоей билдсистемы, cmake одна из поддерживаемых опций

А как там обстоят дела с большими библиотеками ? Например, могу ли я вытянуть часть boost или opencv ?

буст есть, пакетирован модульно по библиотеке

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

Ну вот он я. Давай мб ближе к выходным обсудим?

Ну вот он я. Давай мб ближе к выходным обсудим?

Окей

https://blog.jupyter.org/interactive-workflows-for-c-with-jupyter-fe9b54227d92

Есть ли какой-нибудь стандартный способ вывода std::u32string через std::cout/std::wcout? По идее можно конвертнуть std::u32string в multi-byte string с помощью std::c32rtomb, но "примет" ли такую строку std::cout? Различает ли как-нибудь стандарт single-byte string и multi-byte string? Можно ещё попробовать конвертнуть multi-byte string в wide string (с помощью std::wcrtomb) и вывести через std::wcout, но тут также возникают два вопроса может ли вместить multi-byte string все символы юникода и может ли вместить wide string все символы юникода?

u32 это по твоему какая кодировка?

а какая в wcout?

стандарту похую

конвертируй в нужную кодировку и в ней выводи

Есть ли какой-нибудь стандартный способ вывода std::u32string через std::cout/std::wcout? По идее можно конвертнуть std::u32string в multi-byte string с помощью std::c32rtomb, но "примет" ли такую строку std::cout? Различает ли как-нибудь стандарт single-byte string и multi-byte string? Можно ещё попробовать конвертнуть multi-byte string в wide string (с помощью std::wcrtomb) и вывести через std::wcout, но тут также возникают два вопроса может ли вместить multi-byte string все символы юникода и может ли вместить wide string все символы юникода?

У тебя какие-то странные вопросы...

может ли вместить multi-byte string все символы юникода Я знаю две кодировки multy-byte character string, и обе вмещают все символы юникода..

http://en.cppreference.com/w/cpp/string/multibyte/c32rtomb > The multibyte encoding used by this function is specified by the currently active C locale.

Есть ли какой-нибудь стандартный способ вывода std::u32string через std::cout/std::wcout? По идее можно конвертнуть std::u32string в multi-byte string с помощью std::c32rtomb, но "примет" ли такую строку std::cout? Различает ли как-нибудь стандарт single-byte string и multi-byte string? Можно ещё попробовать конвертнуть multi-byte string в wide string (с помощью std::wcrtomb) и вывести через std::wcout, но тут также возникают два вопроса может ли вместить multi-byte string все символы юникода и может ли вместить wide string все символы юникода?

на мой субъективный взгляд, если тебе нужны юникод строки (32) проще воспользоваться либой ICU. также она позволяет легко конвертить в UTF8 и обратно в 32. и по поводу вывода можно не парится. а ещё там куча полезных штук как, например, приведение символов к нижнему регистру. мне лично с ней проще было работать.

на мой субъективный взгляд, если тебе нужны юникод строки (32) проще воспользоваться либой ICU. также она позволяет легко конвертить в UTF8 и обратно в 32. и по поводу вывода можно не парится. а ещё там куча полезных штук как, например, приведение символов к нижнему регистру. мне лично с ней проще было работать.

проще воспользоваться ICU O_o

:)

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

Мне в одном проекте надо было преобразовывать из cp866 в utf8 самое простое и быстрое (в плане процессорного времени) оказалось сделать свою функцию с длиннее Ким switch/case )

Да и не люблю я эти wstring...

http://en.cppreference.com/w/cpp/string/multibyte/c32rtomb > The multibyte encoding used by this function is specified by the currently active C locale.

А где можно посмотреть, что такое currently active C locale? (и вмещает ли эта multibyte кодировка все юникод символы?) И как сделать так, чтобы std::cout выводил именно в этой локали (или кодировке, уже путаюсь)?

Мне в одном проекте надо было преобразовывать из cp866 в utf8 самое простое и быстрое (в плане процессорного времени) оказалось сделать свою функцию с длиннее Ким switch/case )

у меня тоже есть свой конвертер из utf8 в 32, но вот с преобразованием заглавных букв я бы застрелилась (потому что в юникоде диапозоны букв по-разному раскиданы), поэтому использовала icu)))

Просто в c32rtomb ничего не написано про ошибки в случае, если c32 не представим в multibyte кодировке, значит по идее любой юникод символ должен быть представим в multibyte кодировке