И вот вы пришли ко второй вещи, которую изобрел человек (целенаправленно, и не встречается в дикой природе) - дорога, созданная искуственно, и целенаправлено: убрать камни, укрепить грунт, разметить направления.
Да термиты и муравьи могут делать мостики на пути к цели, но это временные конструкции учитывающие ландшафт, а не агентное поведение, где достижению цели, ландшафт можно и немного адаптировать. Да бобры умеют менять ландшафт, но мы говорим не про дамбы, а дороги.
А еще есть письменность, звукозапись и прочие технологии сохранения и воспроизведения информации на долгосрочных внешних носителях.
Мы таки что-то умеем изобретать, а не только подглядывать)
Но это круголое никто на ось не насаживал. Сферические вещи и оси, жили отдельно по себе. Жук навозник катит комок, который становится шаром, но он не лепит шар, а таким он выходит. В Южно Америке, в мезоамериканских аультурах колесо было, но в траспорте его никто не использовал.
Или вон тот же громофон/патифон и прочие игольные проигрыватели, тоже человеческое изобритение, без аналогов в природе.
Нуу, не видел ни одного животного, часть которого была бы колесом. Так что иногда мы что-то новое придумываем. Однако природные аналоги, часто сильно круче наших решений. Так что творчески переосмыслить не зазорно.
Пользуюсь Emby уже который год: android клиент, веб клиент, Android Tv, Lg-WebOS, Samsung-Tizen. Есть перекодировка битрейта, и все плюшки (субтитры, аудиодорожки, превью, выкачка инфы с IMDB).
Вопрос со скачкой торрентов это не решает, но у qBittorrent (и наверное других актуальных клиентов есть WebUI).
А потом поднимаем домашний впн сервер, с ddns и ни одной строчки кода самому писать не надо.
В любом случае, телеграм бот с пайпдайном, как упражнение для флексить-отлично.
Алгоритм "сортировочной станции", самый распространенный алгоритм для построения калькуляторов. Промежуточный результат вычислений чаще всего хранится в некотором числе. Тип этого числа, скорее всего, будет числом с плавающей запятой, и возможно двойной точностью.
А дальше начинается шаманская магия компьютерных чисел с плавающей запятой: они, условно говоря — дробь, и точность верхней и нижней части ограничена. Так вот, компьютер найдет ближайшее число к запрашиваемому, но оно не будет в точности равно тому числу, что мы хотим если точность не позволяет. Приблизительное правило следующее — чем дальше от 0, тем числа менее точны.
Так вот условные 10^100 в такое число помещаются, но там не то что 1, там даже 10 уже за пределами точности такого числа. И такая операция как плюс (или там минус), просто ни на что не повлияет.
Выходит что исходное число не поменяется, а два представления 10^100 для компьютера выглядят одинаково (к сожалению, даже это не всегда так). Но отсюда и получается 0.
Собственно говоря, статья и была о том, как этот неудобный фактик о числах с плавающей точкой обойти.
Нуу, gamedev, это вам не рокет сайнс. Рокет санс, по прощу будет: детерминированное железо, более детерминированные условия и спецификации. Но да, симуляция реального мира, во время близкое к риал тайму, еще и с синхронизацией по сети, задачка мягко говоря, нетривиальная. В то же время, рокет сайнс, ближе к тому, как сделать квадрокоптер, просто систем больше, и они сложнее. Так что если вы повернули БМП. то и квадрик можно пилить уверенно...
До момента, у нас на складе 2000 тыщ таких то железок, и это будет основой для нашей аппаратной платформы... А так то да, мощные решения, в компактном корпусе и за дешево, в наше время на рынке присутствуют, и разнице в цене, иногда может оказаться минимальной. Но может автор, просто хочет пофлексить, на том железе что есть, потому что!
Для более серьезных дел: таблички с заданной погрешностью и интерполяция; либо не срезать углы и делать честные вычисления, без аппроксимаций. Но послежний вопрос был, про то, кск снизить вычислительную сложность на контроллере...
Окей. Я игровой программист, и вычислять углы между векторами, это мое повседневное. Если бы мне нужно было бы составить эталонную функцию, я бы взял, кусочек математики из какого нить опенсорсного игрового движка (например мне проще всего взять математику из AzCore от Amazon Lumberyard только эту часть https://github.com/aws/lumberyard/tree/master/dev/Code/Framework/AzCore) и работать с этим. Но с этой частью вы уже справились)))
Либо: зафигачил бы таблицу поиска для этих значений, с заданной точностью: то есть это просто захардкоженный массив данных (а-ля таблица брадиса), для разных значений углов. Памяти оно конечно немного отожрёт, но будет работать быстро с заданной точностью.
Не могу с вами ни согласится, ни оспорить. Режим менять операция очень быстрая (Tab в Blender работает практически моментально). Копирование вертексов туда сюда, может быть быстрее, а может быть и нет, надо мерить перфоманс). Как раз на больших моделях, может быть и медленнее копировать их туда сюда.
Посмотрел ещё раз в старую версию скрипта, вы правы, я просто провтыкал сделать to_mesh. Однако, код от это не станет ни проще, ни короче в данном случае. Вместо переключения туда сюда режима, будет копирование в bmesh и запись из него...
Крайне благодарен за наводку. Есть один скриптик, где как раз большинство операций я провожу на bmesh, и там уже записать обратно из него имеет смысл.
Возможно если будет продолжение статьи, то использую bmesh, тоже в учебных целях)
Встраивать в софт защиту от пиратства - кому надо тот спиратит либо воспользуется другим софтом. Кому надо - тот купит. И ни одна защита это не исправит. Какой бы не был суперкрутым вендор лок, его обойдут, если на это будет спрос. Привет John Deer.
Пока Canon, HP, Epson лочили свои картриджи. Люди стали ставить СНПЧ. Epson боролась с этим много лет. Но сдалась и выпустила сразу норм принтеры с СНПЧ. И люди начали заносить деньги обратно в Epson, да дороже, чем колхозить СНПЧ в более дешевый принтер - зато удобнее, красивее, надежнее.
Вопрос монетизации, которая не удалась, мне кажется должен обвинять не пользователя, а эффективных менеджеров, и всех кто не пытается им противостоять.
Вот хочу я воспользоваться сервисом, а мне тычут подписку. И я такой сразу: "до свидания!" Нет, не потому что я жадный, а потому что я не готов регулярно платить за нечто, чем я не пользуюсь регулярно и мне не критично воспользоваться чуть худшим, но бесплатным аналогом.
Вот компании и платят за сервис, которым они регулярно пользуются.
Например я готов заплатить, 0.5 доллара за статью, которая мне интересна. А вот ваша газета в целом мне не интересна. Привет премиум подписке медиума. Или вот, я готов заплатить одноразово за сервис на сайте, который мне красиво и быстренько позволит сделать что-то, что я делаю раз в несколько лет - для примера favicon для пет прожекта. Но мне впаривают подписку. Я готов заплатить за сериал, но не хочу покупать ваше сервис. Привет HBO и ровно три сериала, которые мне из него интересны. И так далее.
Аналог из реальной жизни вы приходите в ресторан, хотите поесть, а вам такие - у нас бесплатный завтрак, обед и ужин. Что именно будет на них, решаем мы. Купите у нас подписку на еду. В меню у нас американская, мексиканская и канадская (что бы это не значило) кухня. Кстати официант у нас только для премиум пользователей, всех остальных будут обслуживать бомжи. Но первая неделя будет с бесплатным официантом для всех подписчиков на еду.
Только вот завтра я захочу итальянскую, после завтра вьетнамскую, после после завтра французскую кухню. А в ресторан я пришел только за тако...
Ну там есть некоторая информация про то, как это заставить работать на Visual Studio Code. Но, все эти ссылки, выглядят, как очень много действий. Но, думаю, если делать это серийно, то вполне себе можно и потратить времени.
Типовый питон это не только научный питон, питон аналитический или ml. Часто это in-house тестирование, разработка вебсайтов и прототипипования. Часто в случае с последним, если взлетает, берут и переписывают на более быстрый язык.
5 ти летний питонист это профессионал, пятилетний сишник или плюсовик, это твердый мидл. Ябы не назвал их программистами одного уровня.
Проблемы с библиотеками чаще всего решаются тем, что у тебя функционал переходит в стандарт, либо in-house решения аналогичные по функционалу.
Все эти быстрые и замечательные библиотеки питона, в основной под капотом c/c++, а в некоторых случаях даже fortran. Так что конфликт языков в данном случае, больше конфликт инфраструктуры языка. И да распарсить json нифига не юзер френдли для c++ или c, но и далеко не такая большая проблема. Зато можно получить результаты которые нужны именно тебе, и это будет быстрее и куда контроллируемее, что в случае с c/c++ очень ценно. Да и с точки бизнеса тоже.
Да, дочитал)
И вот вы пришли ко второй вещи, которую изобрел человек (целенаправленно, и не встречается в дикой природе) - дорога, созданная искуственно, и целенаправлено: убрать камни, укрепить грунт, разметить направления.
Да термиты и муравьи могут делать мостики на пути к цели, но это временные конструкции учитывающие ландшафт, а не агентное поведение, где достижению цели, ландшафт можно и немного адаптировать. Да бобры умеют менять ландшафт, но мы говорим не про дамбы, а дороги.
А еще есть письменность, звукозапись и прочие технологии сохранения и воспроизведения информации на долгосрочных внешних носителях.
Мы таки что-то умеем изобретать, а не только подглядывать)
Но это круголое никто на ось не насаживал. Сферические вещи и оси, жили отдельно по себе. Жук навозник катит комок, который становится шаром, но он не лепит шар, а таким он выходит. В Южно Америке, в мезоамериканских аультурах колесо было, но в траспорте его никто не использовал.
Или вон тот же громофон/патифон и прочие игольные проигрыватели, тоже человеческое изобритение, без аналогов в природе.
Нуу, не видел ни одного животного, часть которого была бы колесом. Так что иногда мы что-то новое придумываем.
Однако природные аналоги, часто сильно круче наших решений. Так что творчески переосмыслить не зазорно.
Пользуюсь Emby уже который год: android клиент, веб клиент, Android Tv, Lg-WebOS, Samsung-Tizen. Есть перекодировка битрейта, и все плюшки (субтитры, аудиодорожки, превью, выкачка инфы с IMDB).
Вопрос со скачкой торрентов это не решает, но у qBittorrent (и наверное других актуальных клиентов есть WebUI).
А потом поднимаем домашний впн сервер, с ddns и ни одной строчки кода самому писать не надо.
В любом случае, телеграм бот с пайпдайном, как упражнение для флексить-отлично.
Алгоритм "сортировочной станции", самый распространенный алгоритм для построения калькуляторов. Промежуточный результат вычислений чаще всего хранится в некотором числе. Тип этого числа, скорее всего, будет числом с плавающей запятой, и возможно двойной точностью.
А дальше начинается шаманская магия компьютерных чисел с плавающей запятой: они, условно говоря — дробь, и точность верхней и нижней части ограничена. Так вот, компьютер найдет ближайшее число к запрашиваемому, но оно не будет в точности равно тому числу, что мы хотим если точность не позволяет. Приблизительное правило следующее — чем дальше от 0, тем числа менее точны.
Так вот условные 10^100 в такое число помещаются, но там не то что 1, там даже 10 уже за пределами точности такого числа. И такая операция как плюс (или там минус), просто ни на что не повлияет.
Выходит что исходное число не поменяется, а два представления 10^100 для компьютера выглядят одинаково (к сожалению, даже это не всегда так). Но отсюда и получается 0.
Собственно говоря, статья и была о том, как этот неудобный фактик о числах с плавающей точкой обойти.
Нуу, gamedev, это вам не рокет сайнс. Рокет санс, по прощу будет: детерминированное железо, более детерминированные условия и спецификации. Но да, симуляция реального мира, во время близкое к риал тайму, еще и с синхронизацией по сети, задачка мягко говоря, нетривиальная.
В то же время, рокет сайнс, ближе к тому, как сделать квадрокоптер, просто систем больше, и они сложнее. Так что если вы повернули БМП. то и квадрик можно пилить уверенно...
До момента, у нас на складе 2000 тыщ таких то железок, и это будет основой для нашей аппаратной платформы... А так то да, мощные решения, в компактном корпусе и за дешево, в наше время на рынке присутствуют, и разнице в цене, иногда может оказаться минимальной. Но может автор, просто хочет пофлексить, на том железе что есть, потому что!
Для более серьезных дел: таблички с заданной погрешностью и интерполяция; либо не срезать углы и делать честные вычисления, без аппроксимаций. Но послежний вопрос был, про то, кск снизить вычислительную сложность на контроллере...
Окей. Я игровой программист, и вычислять углы между векторами, это мое повседневное.
Если бы мне нужно было бы составить эталонную функцию, я бы взял, кусочек математики из какого нить опенсорсного игрового движка (например мне проще всего взять математику из AzCore от Amazon Lumberyard только эту часть https://github.com/aws/lumberyard/tree/master/dev/Code/Framework/AzCore) и работать с этим.
Но с этой частью вы уже справились)))
Что бы я сделал с формулой для микрокорнтроллеров?:
- взял бы дешевый арккосинус https://stackoverflow.com/questions/3380628/fast-arc-cos-algorithm
- взял бы дешевый обратный корень отсюда (как таковой в функции корень квадратный не нужен ведь?) https://habr.com/ru/companies/infopulse/articles/336110/
Либо: зафигачил бы таблицу поиска для этих значений, с заданной точностью: то есть это просто захардкоженный массив данных (а-ля таблица брадиса), для разных значений углов. Памяти оно конечно немного отожрёт, но будет работать быстро с заданной точностью.
Не могу с вами ни согласится, ни оспорить. Режим менять операция очень быстрая (Tab в Blender работает практически моментально). Копирование вертексов туда сюда, может быть быстрее, а может быть и нет, надо мерить перфоманс). Как раз на больших моделях, может быть и медленнее копировать их туда сюда.
Посмотрел ещё раз в старую версию скрипта, вы правы, я просто провтыкал сделать to_mesh.
Однако, код от это не станет ни проще, ни короче в данном случае.
Вместо переключения туда сюда режима, будет копирование в bmesh и запись из него...
Крайне благодарен за наводку. Есть один скриптик, где как раз большинство операций я провожу на bmesh, и там уже записать обратно из него имеет смысл.
Возможно если будет продолжение статьи, то использую bmesh, тоже в учебных целях)
Встраивать в софт защиту от пиратства - кому надо тот спиратит либо воспользуется другим софтом. Кому надо - тот купит. И ни одна защита это не исправит. Какой бы не был суперкрутым вендор лок, его обойдут, если на это будет спрос. Привет John Deer.
Пока Canon, HP, Epson лочили свои картриджи. Люди стали ставить СНПЧ. Epson боролась с этим много лет. Но сдалась и выпустила сразу норм принтеры с СНПЧ. И люди начали заносить деньги обратно в Epson, да дороже, чем колхозить СНПЧ в более дешевый принтер - зато удобнее, красивее, надежнее.
Вопрос монетизации, которая не удалась, мне кажется должен обвинять не пользователя, а эффективных менеджеров, и всех кто не пытается им противостоять.
Вот хочу я воспользоваться сервисом, а мне тычут подписку. И я такой сразу: "до свидания!" Нет, не потому что я жадный, а потому что я не готов регулярно платить за нечто, чем я не пользуюсь регулярно и мне не критично воспользоваться чуть худшим, но бесплатным аналогом.
Вот компании и платят за сервис, которым они регулярно пользуются.
Например я готов заплатить, 0.5 доллара за статью, которая мне интересна. А вот ваша газета в целом мне не интересна. Привет премиум подписке медиума. Или вот, я готов заплатить одноразово за сервис на сайте, который мне красиво и быстренько позволит сделать что-то, что я делаю раз в несколько лет - для примера favicon для пет прожекта. Но мне впаривают подписку. Я готов заплатить за сериал, но не хочу покупать ваше сервис. Привет HBO и ровно три сериала, которые мне из него интересны. И так далее.
Аналог из реальной жизни вы приходите в ресторан, хотите поесть, а вам такие - у нас бесплатный завтрак, обед и ужин. Что именно будет на них, решаем мы. Купите у нас подписку на еду. В меню у нас американская, мексиканская и канадская (что бы это не значило) кухня. Кстати официант у нас только для премиум пользователей, всех остальных будут обслуживать бомжи. Но первая неделя будет с бесплатным официантом для всех подписчиков на еду.
Только вот завтра я захочу итальянскую, после завтра вьетнамскую, после после завтра французскую кухню. А в ресторан я пришел только за тако...
Ну там есть некоторая информация про то, как это заставить работать на Visual Studio Code. Но, все эти ссылки, выглядят, как очень много действий. Но, думаю, если делать это серийно, то вполне себе можно и потратить времени.
А где это я тут валидировал что либо? Код валидации и у питона место немного займет, а вот результаты покрытия по строкам будут ещё больше.
Компилируемый язык со статической проверкой типов. Если типы не соответствует, то код не компилируется.
Минимально?
Пришлось аж целую стать написать для ответа на этот вопрос https://habr.com/ru/articles/782034/
Процедура приблизительно та же, кроме того-что надо собирать node.js =)
Типовый питон это не только научный питон, питон аналитический или ml. Часто это in-house тестирование, разработка вебсайтов и прототипипования. Часто в случае с последним, если взлетает, берут и переписывают на более быстрый язык.
5 ти летний питонист это профессионал, пятилетний сишник или плюсовик, это твердый мидл. Ябы не назвал их программистами одного уровня.
Проблемы с библиотеками чаще всего решаются тем, что у тебя функционал переходит в стандарт, либо in-house решения аналогичные по функционалу.
Все эти быстрые и замечательные библиотеки питона, в основной под капотом c/c++, а в некоторых случаях даже fortran. Так что конфликт языков в данном случае, больше конфликт инфраструктуры языка. И да распарсить json нифига не юзер френдли для c++ или c, но и далеко не такая большая проблема. Зато можно получить результаты которые нужны именно тебе, и это будет быстрее и куда контроллируемее, что в случае с c/c++ очень ценно. Да и с точки бизнеса тоже.