Вообще по..ю Главное, чтоб систему не положили и поиск не засоряли. Ну если музыкант решил назваться как то витиевато, то это должны быть его проблемы. Я б просто сделал бы на сервисах ограничение: Только латиница, кириллица, уникальные связки автор-композиция. Иначе композиция не добавляется. Пусть переименовывают песни и свои названия.
Так будет проще и программистам и музыкантам и слушателям.
Импортозамещение, хули. У нас всё так: хотят чтобы люди ездили на российские курорты - взвинтят цены на билеты. Тут "захотели", чтоб люди пересели на отечественные файлохранилища, видать
Однако у этого метода есть несколько недостатков. Во-первых, эти константы теперь могут считаться константами времени компиляции только в файле, в котором они фактически определены (constants.cpp), а не где-либо еще. Это означает, что вне constants.cpp они не могут быть использованы нигде, где требуется постоянная времени компиляции.
Всмысле, константы не могут быть использованы нигде? Что значит "постоянная времени компиляции" и что значит "требуется постоянная времени компиляции"? У нас есть внешний символ из constants.o const double constants::pi = 3.14; И его можно линковать куда угодно, где написано "extern double constants::pi;" (в те единицы трансляции, которые хотят этот символ использовать; нормально - написать в заголовке constants.h и проинклудить этот заголовок куда надо), а еще можно поменять значение "constants::pi" без перекомпиляции остальных единиц трансляций. В чем недостаток то?
Я реагировал на действия других стран лет 20 назад, когда слышал по радио, как кого-то судили и штраф назначили за "нелегальный" просмотр фильм у себя дома. Офигевал от того, куда катится мир и радовался, что у нас самая свободная страна в то время была.
А компании в США обязаны хранить логи? А IT компании в США вообще обязаны предоставлять личную информацию о своих пользователях государству без веских на то причин?
Не так сложна сериализация, как страшна десериализация. (с) Джейсон Стетхем
Очень непонятно в использовании.
На мой взгляд десериализатор должен выплевывать конкретный дочерний объект по указателю на базовый. При этом при добавлении нового конкретного типа никаких лишних телодвижений в базовых компонентах производиться не должно. Не должно быть никаких ограничений в архитектуре и составе конкретных типов, кроме необходимости реализовать то-то, то-то и сё-то (компилятор должен подсказать выводимыми ошибками). Но по-моему, это из области фантастики и вообще C++ - боль.
Не понимаю, как связаны ежедневные билды с качеством?
Ну собирается автоматически проект, дальше то что?
Это еще не делает его стабильным.
Тем более что в название есть слово «ежедневные».
За один день невозможно сделать новую функциональность и достичь стабильности.
Для достижения статуса стабильности нужно пройти тщательный этап тестирования. Даже после мержа тщательно проверенной ветки в стабильную ветку.
А есть ли способ из sub_directory получить его include_directories?
Другими словами унаследовать пути до инклудников из подпроекта?
А то чего то задалбливает в корневом проекте все пути до инклудов всех включенных подпроектов перечислять, неправильно это как то.
Ну семплы 1, 2, 3, 4 где акрил с ясенем подсовывают я различить могу, они действительно были там чуток разные.
А вот запомнить звучание тембров на аккордах G в открытой позиции и на баре в 3 позиции дольше двух секунд не могу. Про экстраполяцию звучания тона на другие аккорды я вообще молчу.
А может есть подобные исследования, откуда берутся мертвые ноты, волчки, от чего зависит сустейн и как его увеличить.
Только нормальное исследование, как у Пола Грахама, с измерениями.
А почему нельзя сразу из live линукса (или где ты там делал загрузочную флешку) сразу скопировать дистрибутив на диск C: (то есть в ntfs раздел)? и затем оттуда же скопировать что надо в EFI раздел? Зачем мы загружаемся с флешки?
Или я чего то недопонял.
Ваш пример 2 «сработал», — выдал " Stack around the variable 'a' was corrupted." когда освобождается стек при выходе из стек-фрейма (из функции just_segfault())
Ну так получается, что поля типа заключать под #ifdef'ами в заголовочных файлах — потенциально опасная вещь.
Сами подумайте:
Хедерник может включаться многократно в разные единицы трансляции (т.е. в разные cpp/c/cxx и т.п. файлы)
И в разных единицах трансляции могут быть разные определения препроцессора.
Мы получим разные размеры объектов одного и того же типа в разных единицах трансляции, они могут слинковаться, могут не слинковаться, если слинкуются, то получится потенциально небезопасный код.
Не хватает экранирования кавычек во втором ряду строкового литерала.
Странно, что вообще компилируется (проверять я конечно же не буду), но строки лучше писать так:
std::string str = «some text»
«second row»
«third row»
…
«last row»;
Синьор — это специалист со знанием широкостекового мидла, который занимается неким режиссированием проекта — то есть продумывает архитектуру, концепцию, формализует и распараллеливает задачу от заказчика на несколько подзадач для разработчиков, ведет чейнджлог, просматривает merge request'ы, порой сам мёржит.
Вообще по..ю
Главное, чтоб систему не положили и поиск не засоряли.
Ну если музыкант решил назваться как то витиевато, то это должны быть его проблемы.
Я б просто сделал бы на сервисах ограничение:
Только латиница, кириллица, уникальные связки автор-композиция.
Иначе композиция не добавляется.
Пусть переименовывают песни и свои названия.
Так будет проще и программистам и музыкантам и слушателям.
Импортозамещение, хули.
У нас всё так: хотят чтобы люди ездили на российские курорты - взвинтят цены на билеты.
Тут "захотели", чтоб люди пересели на отечественные файлохранилища, видать
Не менее надежный чем хранить на отечественных ресурсах, о чем собственно и речь в посте.
Всмысле, константы не могут быть использованы нигде?
Что значит "постоянная времени компиляции" и что значит "требуется постоянная времени компиляции"?
У нас есть внешний символ из constants.o
const double constants::pi = 3.14;
И его можно линковать куда угодно, где написано "extern double constants::pi;" (в те единицы трансляции, которые хотят этот символ использовать; нормально - написать в заголовке constants.h и проинклудить этот заголовок куда надо), а еще можно поменять значение "constants::pi" без перекомпиляции остальных единиц трансляций.
В чем недостаток то?
Я реагировал на действия других стран лет 20 назад, когда слышал по радио, как кого-то судили и штраф назначили за "нелегальный" просмотр фильм у себя дома.
Офигевал от того, куда катится мир и радовался, что у нас самая свободная страна в то время была.
А компании в США обязаны хранить логи?
А IT компании в США вообще обязаны предоставлять личную информацию о своих пользователях государству без веских на то причин?
Не так сложна сериализация, как страшна десериализация.
(с) Джейсон Стетхем
Очень непонятно в использовании.
На мой взгляд десериализатор должен выплевывать конкретный дочерний объект по указателю на базовый. При этом при добавлении нового конкретного типа никаких лишних телодвижений в базовых компонентах производиться не должно. Не должно быть никаких ограничений в архитектуре и составе конкретных типов, кроме необходимости реализовать то-то, то-то и сё-то (компилятор должен подсказать выводимыми ошибками).
Но по-моему, это из области фантастики и вообще C++ - боль.
Димон, разлогинься)
А кто нибудь знает, как завести эту kernel-mode сборку в отдельной сборочной директории?
Ну собирается автоматически проект, дальше то что?
Это еще не делает его стабильным.
Тем более что в название есть слово «ежедневные».
За один день невозможно сделать новую функциональность и достичь стабильности.
Для достижения статуса стабильности нужно пройти тщательный этап тестирования. Даже после мержа тщательно проверенной ветки в стабильную ветку.
Другими словами унаследовать пути до инклудников из подпроекта?
А то чего то задалбливает в корневом проекте все пути до инклудов всех включенных подпроектов перечислять, неправильно это как то.
А вот запомнить звучание тембров на аккордах G в открытой позиции и на баре в 3 позиции дольше двух секунд не могу. Про экстраполяцию звучания тона на другие аккорды я вообще молчу.
А может есть подобные исследования, откуда берутся мертвые ноты, волчки, от чего зависит сустейн и как его увеличить.
Только нормальное исследование, как у Пола Грахама, с измерениями.
Или я чего то недопонял.
Ну так получается, что поля типа заключать под #ifdef'ами в заголовочных файлах — потенциально опасная вещь.
Сами подумайте:
Хедерник может включаться многократно в разные единицы трансляции (т.е. в разные cpp/c/cxx и т.п. файлы)
И в разных единицах трансляции могут быть разные определения препроцессора.
Мы получим разные размеры объектов одного и того же типа в разных единицах трансляции, они могут слинковаться, могут не слинковаться, если слинкуются, то получится потенциально небезопасный код.
Препроцессинг мог остаться старый, в то время как компиляцию мелкомягкие сделали нормально.
Странно, что вообще компилируется (проверять я конечно же не буду), но строки лучше писать так:
std::string str = «some text»
«second row»
«third row»
…
«last row»;