Ну как минимум обстоятельства дело становятся аналогичными, что и антимонопольные разбирательства с Майкрософт. А это светит штрафом на сотни миллиардов долларов.
Люди разные, способности у них тоже разные. Кто- то может поднять штангу в 300 кг, а вот бег на 100 метров ему не дается.
Я вот знаю человека, который по продуктивности, в силу возраста, хуже всех. Но без него некоторые задачи либо просто не решаются, либо решаются сильно хуже.
Моя слабая сторона - ляпы на ровном месте. Лично мой ответ на это - полнее тестирование и глубже проработанность архитектуры. В итоге выкатка фичи занимают дольше времени, но дальнейшее ее развитие сильно ускоряется.
И так всегда и везде. Я за 15 лет работы ни разу не видел человека сильнее меня хотя бы в 2 раза и хотя бы в половине направлений.
Интересно. Сразу говорю, что я не погружался глубоко, но при беглом просмотре у меня сложилось впечатление, что без калибровки у них точность определяется "min readout".
Но давайте попытаемся представить, что гравитационный потенциал Земли меняется на измеренную величину. Т.е. относительное изменение 10е-5, т.е. приливная волна всего мирового океана: 6,4*10е+6 м *10е-5 = 64 м. Гигантская величина, которая явно не соответствует действительности.
1) Луна в зените, т.е прямо над головой наблюдателя, бывает не для всех широт, т.к. ее наклонение к плоскости эклиптики ~5 градусов + наклон земной оси ~20. Но допустим мы где-то там.
2) Под весом мы понимаем силу реакции опоры. Иными словами, показания динамометра.
Далее, мы рассматриваем только систему Земля-Луна, т.к. влияние Солнца тоже заметно, но это уже второй порядок малости.
Ну и положение наблюдателя на поверхности не меняем. Т.к. Земля не шар и даже не эллипсоид. Ее реальный гравитационный потенциал сложнее.
А теперь отвечаю на ваш вопрос: вес, т.е. показание динамометра для случая "Луна в Зените" - наименьший.
Если бы Луны не было, точно такое же показание было бы на некой высоте от поверхности (помним, что сила притяжения убывает), отсюда и подъем воды.
Суть Линукс манифеста : "Мы объединились, потомучто любим технологии и хотим с ее помощью улучшить мир. Да, ты свободен отделиться от нас и писать сам, но сила в том, что каждый из нас может расширить возможности Линукса".
И выкидывание из сообщества с этим ну никак не вяжется.
А должно быть "не может". Исключения были бы хороши, если гле-то рядом была аннотация всех возможных типов, которая выкидывает функция. Если кто-то что-то добавил выкидывающие окромя них происходила бы ошибка компиляции.
а когда вызывали parent_path - то он уже отмонтировался
Приводил же цитату стандарта (черновика): доступность\недоступность не должно влиять. Если не хватило памяти, но так должен вылететь std::bad_alloc, а неизвестно что.
Ко всему этому добавьте, что про то, что могут вылететь исключеня мы знаем из cpprefence, в самом черновике вы ничего подобного не найдете.
An object of class path represents a path and contains a pathname. Such an object is concerned only with the lexical and syntactic aspects of a path. The path does not necessarily exist in external storage, and the pathname is not necessarily valid for the current operating system or for a particular file system.
Т.е. для класса содержать некорректные пути - это норма.
Для проверки доступности есть метод exist. Собственно, я им и собираюсь пользоваться. И если пути нет, то и делать ничего не собираюсь. Т.е. это штатная ситуация.
И вот теперь снова я вопрошаю: что случилось такого страшного, что вылетело исключение?
Чего? Я спросил родительскую дирректорию, а мне бросают исключение. А могут и не бросить, а какой тип у этого исключения? А как мне на него реагировать? Что вообще происходит?
Кто такой байкфитер. Это тот кто натягивается на мотоцикл?
Автор не прав. Кибуци.
Странно, что остальные не снижают: винда-то не бесплатная.
Ну как минимум обстоятельства дело становятся аналогичными, что и антимонопольные разбирательства с Майкрософт. А это светит штрафом на сотни миллиардов долларов.
Люди разные, способности у них тоже разные. Кто- то может поднять штангу в 300 кг, а вот бег на 100 метров ему не дается.
Я вот знаю человека, который по продуктивности, в силу возраста, хуже всех. Но без него некоторые задачи либо просто не решаются, либо решаются сильно хуже.
Моя слабая сторона - ляпы на ровном месте. Лично мой ответ на это - полнее тестирование и глубже проработанность архитектуры. В итоге выкатка фичи занимают дольше времени, но дальнейшее ее развитие сильно ускоряется.
И так всегда и везде. Я за 15 лет работы ни разу не видел человека сильнее меня хотя бы в 2 раза и хотя бы в половине направлений.
И это прикол всех больших языковых моделей. Они выдают результат который кажется правдоподобным.
Мощный вывод из ничего.
Интересно. Сразу говорю, что я не погружался глубоко, но при беглом просмотре у меня сложилось впечатление, что без калибровки у них точность определяется "min readout".
Но давайте попытаемся представить, что гравитационный потенциал Земли меняется на измеренную величину. Т.е. относительное изменение 10е-5, т.е. приливная волна всего мирового океана: 6,4*10е+6 м *10е-5 = 64 м. Гигантская величина, которая явно не соответствует действительности.
Без описания эксперимента это только график.
Давайте уточним, чтобы избежать недопонимания.
1) Луна в зените, т.е прямо над головой наблюдателя, бывает не для всех широт, т.к. ее наклонение к плоскости эклиптики ~5 градусов + наклон земной оси ~20. Но допустим мы где-то там.
2) Под весом мы понимаем силу реакции опоры. Иными словами, показания динамометра.
Далее, мы рассматриваем только систему Земля-Луна, т.к. влияние Солнца тоже заметно, но это уже второй порядок малости.
Ну и положение наблюдателя на поверхности не меняем. Т.к. Земля не шар и даже не эллипсоид. Ее реальный гравитационный потенциал сложнее.
А теперь отвечаю на ваш вопрос: вес, т.е. показание динамометра для случая "Луна в Зените" - наименьший.
Если бы Луны не было, точно такое же показание было бы на некой высоте от поверхности (помним, что сила притяжения убывает), отсюда и подъем воды.
Луна
Проблема лямбда-цдм не в темной материи, а в темной энергии, чья плотность радикально расходится с плотность энергии вакуума.
Убедительность стала больше, но правильного ответа никто так и не дает...
Суть Линукс манифеста : "Мы объединились, потомучто любим технологии и хотим с ее помощью улучшить мир. Да, ты свободен отделиться от нас и писать сам, но сила в том, что каждый из нас может расширить возможности Линукса".
И выкидывание из сообщества с этим ну никак не вяжется.
А должно быть "не может". Исключения были бы хороши, если гле-то рядом была аннотация всех возможных типов, которая выкидывает функция. Если кто-то что-то добавил выкидывающие окромя них происходила бы ошибка компиляции.
Забавно, что если в вашем примере перейти к строковой ошибке, то отставание будет всего в 2 раза.
Похоже, тут еще много зависит как от компилятора, так и от самой stl.
Похоже что компилятор вычислил значение на этапе компиляции.
Приводил же цитату стандарта (черновика): доступность\недоступность не должно влиять. Если не хватило памяти, но так должен вылететь std::bad_alloc, а неизвестно что.
Ко всему этому добавьте, что про то, что могут вылететь исключеня мы знаем из cpprefence, в самом черновике вы ничего подобного не найдете.
1) Этого не должно быть, ибо про path читаем:
Т.е. для класса содержать некорректные пути - это норма.
Для проверки доступности есть метод exist. Собственно, я им и собираюсь пользоваться. И если пути нет, то и делать ничего не собираюсь. Т.е. это штатная ситуация.
И вот теперь снова я вопрошаю: что случилось такого страшного, что вылетело исключение?
Натолкнулся на канониче ский пример того, почему я не люблю исключения. STL
https://en.cppreference.com/w/cpp/filesystem/path/parent_path
Чего? Я спросил родительскую дирректорию, а мне бросают исключение. А могут и не бросить, а какой тип у этого исключения? А как мне на него реагировать? Что вообще происходит?