Слава богу не все ещё разрабатывают только под веб. Можно как-то помечать в заголовке, что статья касается только его? Я блин весь первый абзац прочитал прежде чем понял ( в мобильном интерфейсе теги на нее открытой статье не видно )
Я конечно тоже настоящий программист на C, но может лучше тогда так и было писать( с учётом локалей, если они могут повлиять на её результат )? Чтобы функция простой проверки не размазывалась на десяток макросов. Спасибо хоть на нестандартные расширения компилятора не полагается
Согласен, что к пешеходам тоже должны быть требования( и ответственность на нарушения ), но пример не совсем корректен. Поезд в отличии от автомобиля не может ни свернуть ни экстренно затормозить.
Боже, серьёзно? Apple не перестаёт меня удивлять. Что это вообще за говнокод, когда автояркость как-то влияет на скроллинг. Почему тогда не завязать автояркость на частоту процессора, а частоту на день недели
Имел неприятный опыт переписывания одного куска сравнительно сложной физической симуляции на Cython. Примерно на середине уже пожалел, что связался. Разобраться с написанием модуля для Cpython и написать модуль на C++ было бы быстрее и удобнее.
Сколько-либо сложный код обрастает огромным количеством объявлений типов и функций, теряется всякий смысл поддерживать иллюзию питона, так ещё потом тратится куча времени на поиск мест, где компилятор не смог вывести типы и всё обратно провалилось в вызовы интерпретатора.
Может я и не умею его готовить, но пользы в результате оказалось сильно меньше, чем кажется на первый взгляд. Причём некоторые части переписывал потом обратно на питон( с использованием numpy) и разница составляла от нескольких процентов до 1.5-2 раз.
Но тривиальный код на Cython выходит быстрым, да. На числодробилке разница была от 100 раз и больше
По пункту 2 вам уже неоднократно сказали, что проблема не в отсутствии опыта/профильного образования, а в том, что человек приходит в IT за длинным рублём/халявной работой, ему это нафиг не нужно, и ему ещё нужна какая-то дополнительная мотивация.
Из таких людей не получаются хорошие коллеги и работники и увеличения их количества никому не хочется( кроме авторов подобных курсов ).
А те, кто пришёл в область из-за интереса, чаще всего не пользуется подобными курсами, а учится сам — благо бесплатных материлов в интернете сейчас огромное количество
Все структуры объявлены по два раза, память под барьеры почему не переиспользуется, а выделяется всегда больше. Все структуры всегда аллцируются на куче — не надо так. Про поток сознания из последнего абзаца вообще сказать нечего
После этого половина инклудов отмечаются как неиспользуемые, автодополнение в каких-то файлах работает, в других — нет. Переход к определению не работает нигде, всегда "Cannot find declaration to go to"
Количество воды просто невероятное. По сути же, в статье не сказано ничего, просто продеманстрировано как много говнокода можно нагенерировать, если решать абстрактную проблему в вакууме при помощи микроскопа в качестве молотка
Вспомнил ещё одно. Generate definition не учитывает изменения в сигнатуре функции, сделанные незадолго до вызова. В результате в сгенерированном теле пропускаются noexcept, const, могут отсутствовать или иметь неверный тип аргументы. Иногда отставание может быть до минуты в больших файлах
Тикет не заводил, потому как каких-либо данных для повторения у меня нет, происходит абсолютно спонтанно
Речь идёт именно про такое использование. Конфигурация проходит, после чего надолго виснет на "Loading cmake project". https://youtrack.jetbrains.com/issue/CPP-14139, у меня не WSL, но симтомы почти такие такие же. Прикладывал там лог с длительностью импорта 1:18
Linux. Был случай, когда поставляемый lldb не мог остановиться на брекпоинте, хотя установленный системно нормально отрабатывал. Ну и просто как минимум странно и не очень очевидно почему для gdb такая возможность есть, а для lldb — нет
Да, могу попробовать отловить
Разве сбор memory snapshot доступен в релизных билдах? В help/diagnostic tools я указанный пункт не вижу. Как и CPU snapshot
С каждым новым релизом CLion расстраивает всё больше. С переходом на новый проект стало совсем сложно им пользоваться.
Анализ кода отваливается стабильно 2-3 раза в неделю и без перезапуска всей IDE работать отказывается.
Возможности указать кастомные инструменты для сборки глобально (для пользователя), а не в каждом проекте по новой так и не добавили( а без этого работа с compilation database превращается в бег с препятствиями( использовал бы cmake модель, но импорт завис на 1,5 часа и ничего не выдал в результате )
До сих пор нет возможности указать кастомный бинарник lldb( видимо из-за того, что интегрирован он не напрямую, а через LLDBFrontend )
На топовом на данный момент i9 IDE иногда занимает от 4 до 7 ядер полностью минуты на 2, если просто немного проскролить открытый файл.
При 2-3 открытых файлах не хватает 8Гб выделенной памяти ( суммарно ide+clangd потребляют примерно 12Гб ) для комфортной работы — иногда поиск использований символа просто валит ide полностью
Но ведь летом в помещении жарко не только из-за нагрева самого здания, но и из-за втекающего горячего воздуха. И в этом случае краска окажется бесполезной. Т.е. кондиционеры всё-равно нужны будут, просто возможно, меньшей мощности
Это неверно. Это constexpr функция не обязана вычисляться в compile time.А constexpr переменная обязана иметь compile-time значение и их можно использовать в качестве аргументов шаблонов
Слава богу не все ещё разрабатывают только под веб. Можно как-то помечать в заголовке, что статья касается только его? Я блин весь первый абзац прочитал прежде чем понял ( в мобильном интерфейсе теги на нее открытой статье не видно )
Я конечно тоже настоящий программист на C, но может лучше тогда так и было писать( с учётом локалей, если они могут повлиять на её результат )? Чтобы функция простой проверки не размазывалась на десяток макросов. Спасибо хоть на нестандартные расширения компилятора не полагается
Согласен, что к пешеходам тоже должны быть требования( и ответственность на нарушения ), но пример не совсем корректен. Поезд в отличии от автомобиля не может ни свернуть ни экстренно затормозить.
Боже, серьёзно? Apple не перестаёт меня удивлять. Что это вообще за говнокод, когда автояркость как-то влияет на скроллинг. Почему тогда не завязать автояркость на частоту процессора, а частоту на день недели
Имел неприятный опыт переписывания одного куска сравнительно сложной физической симуляции на Cython. Примерно на середине уже пожалел, что связался. Разобраться с написанием модуля для Cpython и написать модуль на C++ было бы быстрее и удобнее.
Сколько-либо сложный код обрастает огромным количеством объявлений типов и функций, теряется всякий смысл поддерживать иллюзию питона, так ещё потом тратится куча времени на поиск мест, где компилятор не смог вывести типы и всё обратно провалилось в вызовы интерпретатора.
Может я и не умею его готовить, но пользы в результате оказалось сильно меньше, чем кажется на первый взгляд. Причём некоторые части переписывал потом обратно на питон( с использованием numpy) и разница составляла от нескольких процентов до 1.5-2 раз.
Но тривиальный код на Cython выходит быстрым, да. На числодробилке разница была от 100 раз и больше
Вот такой он, ИИ журналистики. Калькуляторы без ИИ скоро станут немодными, а новые сами будут понимать как расставить скобки в 2*2+2/3
Не очень понимаю в чём проблема с откатом ребейза.
git reflog
git reset --hard
Или вы про что?
Согласен, однако, что это довольно неинтуитивно( и работает практически только сразу после ребейза )
"Sorry, the file you have requested has been deleted." по ссылке на инструкцию по установке
По пункту 2 вам уже неоднократно сказали, что проблема не в отсутствии опыта/профильного образования, а в том, что человек приходит в IT за длинным рублём/халявной работой, ему это нафиг не нужно, и ему ещё нужна какая-то дополнительная мотивация.
Из таких людей не получаются хорошие коллеги и работники и увеличения их количества никому не хочется( кроме авторов подобных курсов ).
А те, кто пришёл в область из-за интереса, чаще всего не пользуется подобными курсами, а учится сам — благо бесплатных материлов в интернете сейчас огромное количество
Все структуры объявлены по два раза, память под барьеры почему не переиспользуется, а выделяется всегда больше. Все структуры всегда аллцируются на куче — не надо так. Про поток сознания из последнего абзаца вообще сказать нечего
Серьёзно? Я ведь его установленным держу только из-за оффлайн построения маршрутов. Теперь придётся что-то другое ставить что ли
Тоже слышу новости, что x86 пришёл конец последние если не 10, то 8 лет точно
https://habr.com/ru/post/102529/
https://habr.com/ru/post/144896/
https://habr.com/ru/company/dell_technologies/blog/228065/
Приложил файл лога сюда https://youtrack.jetbrains.com/issue/CPP-20216#focus=Comments-27-4326591.0-0
Не нашёл беглым поиском подходящую issue, вот репорт из IDE, который появился во время провалившейся загрузки проекта.
https://ea.jetbrains.com/browser/ea_reports/5791997
После этого половина инклудов отмечаются как неиспользуемые, автодополнение в каких-то файлах работает, в других — нет. Переход к определению не работает нигде, всегда "Cannot find declaration to go to"
Количество воды просто невероятное. По сути же, в статье не сказано ничего, просто продеманстрировано как много говнокода можно нагенерировать, если решать абстрактную проблему в вакууме при помощи микроскопа в качестве молотка
Вспомнил ещё одно. Generate definition не учитывает изменения в сигнатуре функции, сделанные незадолго до вызова. В результате в сгенерированном теле пропускаются noexcept, const, могут отсутствовать или иметь неверный тип аргументы. Иногда отставание может быть до минуты в больших файлах
С каждым новым релизом CLion расстраивает всё больше. С переходом на новый проект стало совсем сложно им пользоваться.
Анализ кода отваливается стабильно 2-3 раза в неделю и без перезапуска всей IDE работать отказывается.
Возможности указать кастомные инструменты для сборки глобально (для пользователя), а не в каждом проекте по новой так и не добавили( а без этого работа с compilation database превращается в бег с препятствиями( использовал бы cmake модель, но импорт завис на 1,5 часа и ничего не выдал в результате )
До сих пор нет возможности указать кастомный бинарник lldb( видимо из-за того, что интегрирован он не напрямую, а через LLDBFrontend )
На топовом на данный момент i9 IDE иногда занимает от 4 до 7 ядер полностью минуты на 2, если просто немного проскролить открытый файл.
При 2-3 открытых файлах не хватает 8Гб выделенной памяти ( суммарно ide+clangd потребляют примерно 12Гб ) для комфортной работы — иногда поиск использований символа просто валит ide полностью
Но ведь летом в помещении жарко не только из-за нагрева самого здания, но и из-за втекающего горячего воздуха. И в этом случае краска окажется бесполезной. Т.е. кондиционеры всё-равно нужны будут, просто возможно, меньшей мощности
Это неверно. Это constexpr функция не обязана вычисляться в compile time.А constexpr переменная обязана иметь compile-time значение и их можно использовать в качестве аргументов шаблонов