Ну, я тоже не ставлю под сомнение чью-то компетентность, вовсе нет!
Питание малинки через ЮСБ это самый простой вариант, домашний, я бы сказал. На плате какой-никакой стабилизатор есть. Но ЮСБ-провода — это головная боль. Питание через GPIO — изволь озаботиться стабилизированным питанием самостоятельно. ЮСБ-периферия из той же темы: хорошо если есть драйвера (это хорошо! но и тут подводные камни бывают), но еще лучше, если периферия потребляет считанные милливатты в пике. Для бытового/хоббийного применения это все не так важно, а для чего-то серьезного требуется вдумчиво почитать даташиты на… всё. Ну, это не мне вам объяснять.
Стабильного вам питания. И вечного аптайма.
А вы подумайте и проверьте. Малинка жуть как не любит плохое питание. Даже стрёмный USB-проводок может наделать вам головной боли. А уж если у вас там на USB висят модемы… А так-то "внушительно выглядеть" может что угодно, а что у него там "внутре неонка" не делает хорошего питания. Боюсь голословных оценок, но по моим ощущениям, процентов 80 нестабильности малинки — из-за питания.
Да и вообще такой нестандартный хак требует подробной документации, потому что объекты А() вроде ничего ниоткуда явно не получают, а тем не менее откуда-то в курсе.
Магия, ага. Так вы и не создаете объекта А(). А вот объект A создается сразу после определения и сразу с атрибутом класса some_variable. А вот конструктор А() вызывается при создании b = B(). Не понимаю почему это "нестандартный хак".
Вас тут спасает, что объект B() не имеет атрибута self.some_variable, поэтому при доступе через b.some_variable возвращается B.some_variable, унаследованный от A.
А вот если сделать b.some_variable = 'bar' проверка не пройдёт, но assert B.some_variable == A.some_variable все еще будет работать. Но и это решается через доступ непосредственно к атрибутам класса. assert b.class.somevariable == A.some_variable Это задокументированное поведение объектов и классов, а не "хак".
Но, да, все это метапрограммирование в питоне требует внимательного изучения и аккуратного применения.
Ну, просто если можно не парсить файл, я стараюсь его не парсить.
А кто-то морочится и рендерит налету. Средствами OpenGL, DirectX или еще чем-то. Так что, лучший способ, это тот, который удобен и дает приемлемый результат. Я с этим не спорю. Мне показалось, что "самый очевидный вариант" далеко не всегда очевиден. :)
Самый очевидный вариант — это заранее сгенерировать шрифт в виде картинки и отдельно в текстовый файл сохранить координаты каждого символа с этой картинки.
Мне в свое время более очевидным показалось использовать моноширный шрифт, а координаты символа определять несложными вычислениями.
Я бы дополнил "Learn English with Ronnie". Дело в том, что Ронни не одна, а там целая команда из 11 преподавателей https://www.engvid.com/ и на разные уровни рассчитаны уроки.
Ничего не понял.
"Но можно и по другому" и ещё десятком способов, ну или меньше. Чем же предложенный метод лучше очевидного? Или это какой-то очередной плач про отсутствие дженериков? Это, как мне кажется не лучшее применение для uniptr.
Не стоит этим пользоваться в таких целях. Вопреки написанному, это не замена pip и yarn/npm/gem. Это ближе к apt/yum/whatever/chocolate.
Это что за зверь?
На P0W (Raspberry Pi Zero W) — есть.
Ну, как же, взять идею модульного МакПро и запихнуть ее в монолитный аймак и залить эпоксидкой. Вот за эпоксидку и набежала цена.
Ну, я тоже не ставлю под сомнение чью-то компетентность, вовсе нет!
Питание малинки через ЮСБ это самый простой вариант, домашний, я бы сказал. На плате какой-никакой стабилизатор есть. Но ЮСБ-провода — это головная боль. Питание через GPIO — изволь озаботиться стабилизированным питанием самостоятельно. ЮСБ-периферия из той же темы: хорошо если есть драйвера (это хорошо! но и тут подводные камни бывают), но еще лучше, если периферия потребляет считанные милливатты в пике. Для бытового/хоббийного применения это все не так важно, а для чего-то серьезного требуется вдумчиво почитать даташиты на… всё. Ну, это не мне вам объяснять.
Стабильного вам питания. И вечного аптайма.
А вы подумайте и проверьте. Малинка жуть как не любит плохое питание. Даже стрёмный USB-проводок может наделать вам головной боли. А уж если у вас там на USB висят модемы… А так-то "внушительно выглядеть" может что угодно, а что у него там "внутре неонка" не делает хорошего питания. Боюсь голословных оценок, но по моим ощущениям, процентов 80 нестабильности малинки — из-за питания.
Вполне понятное. Заключите строку в одинарные кавычки.
Чем малину питаете?
Или даже так: "В питоне всё — объекты"
Магия, ага. Так вы и не создаете объекта А(). А вот объект A создается сразу после определения и сразу с атрибутом класса some_variable. А вот конструктор А() вызывается при создании b = B(). Не понимаю почему это "нестандартный хак".
Вас тут спасает, что объект B() не имеет атрибута self.some_variable, поэтому при доступе через b.some_variable возвращается B.some_variable, унаследованный от A.
А вот если сделать b.some_variable = 'bar' проверка не пройдёт, но assert B.some_variable == A.some_variable все еще будет работать. Но и это решается через доступ непосредственно к атрибутам класса. assert b.class.somevariable == A.some_variable Это задокументированное поведение объектов и классов, а не "хак".
Но, да, все это метапрограммирование в питоне требует внимательного изучения и аккуратного применения.
Ну, просто если можно не парсить файл, я стараюсь его не парсить.
А кто-то морочится и рендерит налету. Средствами OpenGL, DirectX или еще чем-то. Так что, лучший способ, это тот, который удобен и дает приемлемый результат. Я с этим не спорю. Мне показалось, что "самый очевидный вариант" далеко не всегда очевиден. :)
Мне в свое время более очевидным показалось использовать моноширный шрифт, а координаты символа определять несложными вычислениями.
Ссылка на расширение LinguaLeo
Я бы дополнил "Learn English with Ronnie". Дело в том, что Ронни не одна, а там целая команда из 11 преподавателей https://www.engvid.com/ и на разные уровни рассчитаны уроки.
Paradise Cafe (Damatta) ага ;)
Из языков — ассемблер. Лучшего не было.
На счет графики тоже интересно, знаю был The Artist, но не уверен, что его широко использовали для графики.
Да, вот обзор без Саботера и Dan Dare выглядит каким-то странным. Зато целых две мотоциклетных гонки.
Ничего не понял.
"Но можно и по другому" и ещё десятком способов, ну или меньше. Чем же предложенный метод лучше очевидного? Или это какой-то очередной плач про отсутствие дженериков? Это, как мне кажется не лучшее применение для uniptr.
Вот прям вот так вот «не смотря», прям вопреки всем геймерам? Наверное, и анти-гостинг там тоже «не смотря»? И время отклика? Но об этом ни слова…