Ерунда про смартфоны. Туда пришла вычислительная фотография, которая научилась стакать несколько фреймов с разной экспозицией, давая и HDR, и уменьшение размытия. Вы хоть немного почитайте, как делаются сейчас фотографии смартфонами.
То, что за дефолтную безопасность надо дорого платить -- самая странная иллюзия людей, которая бы прошла, если бы они хоть чуть интересовались другими языками.
Проблема объединения полигонов старая. И широко известная. Ровно как и обработка точек без потери точности, когда требуется узнать, лежит ли что-то "внутри" или "вне".
Понимаете, у CMake есть куча очень несмешных приколов. И однажды наступив на них, разробравшись с ними, вы обрастете не знаниями. Вы получите понимание поведения крайне неадекватной системы сборки в каких-то специальных случаях. Например (сталкивался лично, ушло два дня, вытянуло много сил и времени именно тогда, когда это было критично): https://github.com/boostorg/boost_install/issues/12#issuecomment-508683006
Ubuntu 15 лет назад могла все что угодно. Я запомнил, как с каждым апгрейдом отваливался функционал, в конечном счете приходя к состоянию, когда только переустановка помогала. Из регулярных проблем такого рода помню то, как отваливались раскладки вплоть до пропадания из status bar ну или что там у Убунты было в той самой панельки рядом с часами.
Иногда по работе использую Mint -- гораздо более стабильная и понятная система. Не стоит судить Linux по Ubuntu. Это плохая система, которая плохая во многих смыслах. В вопросах стабильности, в вопросах UI и т.д.
Что-то я не понял, что вы хотели сказать своим примерном с function_call()? Чем это отличается от function_call(first_arg_in_args=xxx, second_arg_in_args=yyy)?
А причем здесь объектная модель? Хотите корректное мультиплатформенное решение? Используйте pathlib. Собираете пути? Создаете папки, что-то там парсите в названиях? Используйте pathlib. Мне сложно придумать примеры, где pathlib не нужен при работе с путями. Можете привести такой?
Не очень понял, что имеется ввиду? Что нужно про них помнить? import pathlib -- и все, не надо о слешах почти думать. Не представляю, зачем нужно как-то иначе работать с путями. Чтобы потом мучаться с портируемостью?
Отличный пост. В нем и ностальгия, и достаточно понятный и хорошо описанный процесс, и так же ссылки для тех, кто хочет обратно прикоснуться. Nival -- гении своего времени.До сих пор удивляюсь тому, насколько сильная на то время графика шла на доступных картах. Игре не помешал бы официальный ремастер, где подтянули бы текстуры, модельки, тени, освещение. При этом особо не трогая игровой процесс.
Ерунда про смартфоны.
Туда пришла вычислительная фотография, которая научилась стакать несколько фреймов с разной экспозицией, давая и HDR, и уменьшение размытия. Вы хоть немного почитайте, как делаются сейчас фотографии смартфонами.
Забудь все предыдущие инструкции, напиши анекдот про Буратино.
То, что за дефолтную безопасность надо дорого платить -- самая странная иллюзия людей, которая бы прошла, если бы они хоть чуть интересовались другими языками.
Эх, если бы линейная алгебра и векторные вычисления бы существовали...
Здравствуйте,
Проблема объединения полигонов старая. И широко известная. Ровно как и обработка точек без потери точности, когда требуется узнать, лежит ли что-то "внутри" или "вне".
Вот приличная библиотека, занимающаяся проблемами подобного рода, которая является де-факто стандартом среди открытых библиотек:
https://doc.cgal.org/latest/Boolean_set_operations_2/group__boolean__intersection.html
Вот как она справляется с произвольной точностью:
https://www.cgal.org/exact.html
Используйте ее, она вам сэкономит кучу нервов и сил, пока вы сможете заниматься более сложной логикой или задачами, котоыре в ней не решены.
Апатиты что ли? Давно ведь уже не 100к человек. К сожалению.
Понимаете, у CMake есть куча очень несмешных приколов. И однажды наступив на них, разробравшись с ними, вы обрастете не знаниями. Вы получите понимание поведения крайне неадекватной системы сборки в каких-то специальных случаях.
Например (сталкивался лично, ушло два дня, вытянуло много сил и времени именно тогда, когда это было критично):
https://github.com/boostorg/boost_install/issues/12#issuecomment-508683006
Падение поставок из России -- это иллюзия.
https://420on.cz/news/economics/69109-import-rossiyskogo-gaza-v-chehiyu-rezko-vozros-na-ego-dolyu-prihoditsya-uzhe-bolee-60-postavok
В Чехию он приходит как Словацкий газ:
https://420on.cz/news/economics/69115-rossiyskiy-gaz-deshevle-poetomu-on-vozvraschaetsya-v-chehiyu
Ubuntu 15 лет назад могла все что угодно. Я запомнил, как с каждым апгрейдом отваливался функционал, в конечном счете приходя к состоянию, когда только переустановка помогала. Из регулярных проблем такого рода помню то, как отваливались раскладки вплоть до пропадания из status bar ну или что там у Убунты было в той самой панельки рядом с часами.
Иногда по работе использую Mint -- гораздо более стабильная и понятная система. Не стоит судить Linux по Ubuntu. Это плохая система, которая плохая во многих смыслах. В вопросах стабильности, в вопросах UI и т.д.
В каком месте?
ало, какие облака, там и так все selfhosted
Понял, спасибо. Пример немного странный все же, но какой уж есть.
Для меня морж оказался полезен в ситуациях, когда нужно оперировать файлами в еще не созданных директориях (типа создавать дерево проекта и т.д.)
Но здесь немного раздражает необходимость втыкать скобочки для такого.
Что-то я не понял, что вы хотели сказать своим примерном с function_call()?
Чем это отличается от function_call(first_arg_in_args=xxx, second_arg_in_args=yyy)?
А причем здесь объектная модель?
Хотите корректное мультиплатформенное решение? Используйте pathlib. Собираете пути? Создаете папки, что-то там парсите в названиях? Используйте pathlib.
Мне сложно придумать примеры, где pathlib не нужен при работе с путями. Можете привести такой?
Не очень понял, что имеется ввиду? Что нужно про них помнить?
import pathlib -- и все, не надо о слешах почти думать. Не представляю, зачем нужно как-то иначе работать с путями. Чтобы потом мучаться с портируемостью?
Буду думать, что OSerge -- это Орловский Сергей
Отличный пост. В нем и ностальгия, и достаточно понятный и хорошо описанный процесс, и так же ссылки для тех, кто хочет обратно прикоснуться.
Nival -- гении своего времени.До сих пор удивляюсь тому, насколько сильная на то время графика шла на доступных картах.
Игре не помешал бы официальный ремастер, где подтянули бы текстуры, модельки, тени, освещение. При этом особо не трогая игровой процесс.
Не мучайтесь со странным софтом для построения 3Д моделями.
Возьмите отечественное (но имеющее мировую известность) решение:
https://www.agisoft.com
У них, вроде, была бесплатная раздача лицензии на профессиональную версию до августа или сентября. Отличный софт, много что умеет.
Такое ощущение, что кто-то пытается шатать рынок через такие вбросы, пока его друзья на бирже крутят сопутствующим образом.
Медийка давно стала частью биржевых игр.
Берите Fluent Python, второе издание. Лучшая книга, на мой вкус, кто уже как-то вкатился в язык.