И вот тут добавление постфактум некоторой гибкости, требующей перекраивания архитектуры, может стоить очень дорого.
Да. Но на практике может оказаться, что гибкость заложили не там где надо, а там где надо - её всё равно нет. А сделать гибким всё-всё-всё - надо очень сильно постараться и сильно усложнить проект. Опять же, эта "гибкость" не идёт бесплатно.
Условно, я в коде находил примеры, когда на одни объекты навешивались слушатели, в другом месте была отправка событий в слушателей у каких-то объектов, при рефакторинге люди обновляли и то и другое, и так продолжалось пару лет. После чуть более глубокого копания выяснилось, что множества "объектов с хотя бы одним слушателем" и "объектов, всем слушателям которых отправлялись сообщения" никак не пересекались. И весь этот код с интерфейсами, ивентами, реализациями слушателей и списком слушателей у объектов, который несколько лет лежал и рефакторился, обновлялся и накладывал какие-то ограничения на окружающий код, можно просто взять и удалить. И это было ни разу не очевидно, потому что оно было запрятано за кучей слоёв абстракций.
Позвольте уточнить, а Вы гамма-коррекцию для изображений делали? Для float32 всё прекрасно, но в случае восьми бит на пиксель либо гамма коррекции нет и фильтр размывает физически некорректно, либо восемь бит с гамма-коррекцией теряют цвета и нужно повышать точность (например, до шестнадцати бит)
Главный подвох в том, что количество фотонов от пикселя яркостью в 127 и 255 отличается совсем не в два раза, а примерно в четыре. Если быть точным, в (255/127)^2.1 раз
Интересно, что фраза "почувствовать себя живым" очень хорошо описывает мои ощущения от мотоцикла и моноколеса. Может ли быть, что больше удовольствия от них получают как раз люди с отклонениями, в то время как среднестатистическим кажется "ой, это ветер, шумно и неудобно"?
Пятая малинка заметно быстрее работает. Я ставил raspbian, отключал в браузере расширение для удобного для Малинки кодека на Ютубе, потом отркыал видео в 1440р и в 4к - вполне себе тянет. На четвёртой 1080 были пределом.
Вдобавок на пятой добавили выход pcie x1 gen3, ив от к нему можно всякие прикольные штуки подключать. Например, я как раз видел корпус со вторым входом для сети. А сам я купил корпус со слотом для m.2 ssd и подключил через pcie - это сильно круче sd карточки.
А ещё можно сделать бесплатный ОТ, как недавно сделали в Белграде. Сразу упрощается куча всего - не нужны контроллеры, продажа билетов, приложения, дифференциация катающихся на детей/студентов/пенсионеров/инвалидов/взрослых и придумывание льготных категорий и системы штрафов.
ОТ не обязан быть прибыльным, он может быть таким же благом города, как чистые тротуары, парки и детские площадки. Они бесплатные для пешеходов, и без них город был бы менее комфортным.
Вот по-моему сфера услуг как раз и должна работать в выходные. Как раз когда у потенциальных клиентов есть время ходить по магазинам, барам и развлечениям.
То что в Германии в шесть вечера и в выходные магазины закрываются - это бред.
Ааа, а я-то голову ломал, почему локальная R1 на 32B периодически иероглифы в вставляет, а на сайте всё хорошо. Про обычный пк и 0.01 t/s - вы пишете про sata ssd или про m.2?
Вы так можете проверить float, но что с double и более длинными числами? 2^64 вариантов это заметно больше, там ночными запусками не отделаться. А если функция от двух аргументов типа atan2(x, y), то это же вообще не перебрать.
Было бы интереснее почитать про математические методы доказательства корректности, а не про перебор грубой силой.
Я на нём даже android studio когда-то запускал и что-то программировал. Оперативную память проапгредил до 3 Гб (вместо стандартных двух) и ещё пробовал седьмую винду x64 ставить, но она как будто ещё медленнее работала чем седьмая x86. Графика ION как ни странно более-менее мощная, а вот процессор Atom D525 это печаль. Я его ради интереса сравнивал с Pentium IV 2.4 ГГц из года эдак 2001 - в одноядерной нагрузке пентиум был заметно быстрее. Условно, на том пентиуме в 2011 году майнкрафт тормозил, если настройки графики повысить, а на атоме - всегда из-за процессора и почти независимо от настроек графики. У меня есть подозрение, что в архитектуре атомов как-то очень хитро наэкономили и какие-то совсем примитивные решения сделали.
Ноутбук до сих пор живой, если не считать аккумулятора, но просто лежит на полке.
Ну я сначала все свои статьи дублировал в маркдаун формате в репозитории на гитхабе, потом вообще сделал статический сайт на github pages.
Тут правда большая проблема с discoverability - На практике её толком нет. Но мне кажется после какого-то момента это может перейти в что-то крутое (примерно как @Vas3K попробовал публиковаться на Хабре, а потом забил и сделал своё сообщество и сайт.
Сильно зависит от состояния. Когда я был студентом и не высыпался, ставил будильник на телефоне даже когда в электричке ехал минут 20-30, и не то чтобы я стремился там заснуть.
Окей, я описал фасад, но без интерфейсов, реализаций и DI. Выбор может стоять не между "фасад из пары функций или устроить правильное DI", а между "фасад или использование библиотеки напрямую". И вот при моём "промежуточном" подходе добавить подмену для тестов и т.п. будет уже намного проще, потому что код лучше организован.
И вдобавок далеко не для всего кода есть смысл всё строго-канонично разносить, иначе может получиться fizzBuzzEnterpriseEdition, в котором тривиальная логика раскидана по десяткам файлов и код получается на порядки запутаннее и сложнее. А потом после многочисленных рефакторингов в будущем кто-то выяснит, что в тестах подставляется что-то не то и тесты никак не соответствуют реальному поведению программы.
Но кстати есть промежуточный подход. Не разводить ООП с фасадами, интерфейсами, реализациями и DI для выбора какой-то из них, а просто вынести куда-то методы для работы с ней и вызывать библиотеку только в них. Во многих случаях реализация одна-единственная и обновление/замена библиотеки сведётся к изменению только кода этих методов.
Потому что с точки зрения простоты кода - намного удобнее увидеть сразу функцию с реализацией (и быть уверенным, что она всегда такая), чем продираться через интерфейсы и DI.
Сделали когда-то давно windows mobile для КПК, он вроде начал набирать популярность - похоронили, вместо развития решили сделать windows phone и заодно унифицировать интерфейс ПК, ради чего нафигачили всяких плоских плиток. Windows phone в итоге похоронили, плитки до сих пор в Винде.
Я только-только обрадовался, что вот смогу андроид приложения в Винде запускать без танцев с бубном, как узнаю что они это тоже закрыли.
С WSL у них тоже начиналось амбициозно (реализация линуксовых вызовов ядра), а в итоге скатились к виртуалке.
Роскомнадзор напомнил, что пока не предусмотрена ответственность за неисполнение требований закона о регистрации каналов с аудиторией свыше 10 тыс. человек. По закону они должны были передать информацию в ведомство с 1 ноября 2024 года.
Не вижу в начале ни слова про дополнительные условия, просто написаны что должны и всё. В конце - информация есть, но не уверен что все дотуда дочитают.
И заголовок статьи звучит так, будто требование регистрироваться есть. Там не написано "требование регистрироваться для распространения рекламы в каналах с 10к подписчиками".
@denis-19Вы подменяете понятия и вводите людей в заблуждение.
Каналы и не обязаны регистрироваться. Обязанность возникает только в том случае, если канал хочет размещать рекламные предложения или чтобы его могли законно репостить другие. Но никто не запрещает этого не делать и совершенно законно не регистрироваться. Самой обязанности регистрироваться при десяти тысячах подписчиков - нет!
Ну и в принципе я понимаю тех, кто качает и не раздаёт из-за каких-то ограничений.
Пока у меня есть возможность - держу малинку с жёстким диском и она раздаёт круглыми сутками уже несколько лет, считаю это своим вкладом в свободу распространения и открытость. Мне не жалко, если отдам сильно больше чем скачаю :)
Да. Но на практике может оказаться, что гибкость заложили не там где надо, а там где надо - её всё равно нет. А сделать гибким всё-всё-всё - надо очень сильно постараться и сильно усложнить проект.
Опять же, эта "гибкость" не идёт бесплатно.
Условно, я в коде находил примеры, когда на одни объекты навешивались слушатели, в другом месте была отправка событий в слушателей у каких-то объектов, при рефакторинге люди обновляли и то и другое, и так продолжалось пару лет.
После чуть более глубокого копания выяснилось, что множества "объектов с хотя бы одним слушателем" и "объектов, всем слушателям которых отправлялись сообщения" никак не пересекались. И весь этот код с интерфейсами, ивентами, реализациями слушателей и списком слушателей у объектов, который несколько лет лежал и рефакторился, обновлялся и накладывал какие-то ограничения на окружающий код, можно просто взять и удалить.
И это было ни разу не очевидно, потому что оно было запрятано за кучей слоёв абстракций.
Позвольте уточнить, а Вы гамма-коррекцию для изображений делали? Для float32 всё прекрасно, но в случае восьми бит на пиксель либо гамма коррекции нет и фильтр размывает физически некорректно, либо восемь бит с гамма-коррекцией теряют цвета и нужно повышать точность (например, до шестнадцати бит)
Главный подвох в том, что количество фотонов от пикселя яркостью в 127 и 255 отличается совсем не в два раза, а примерно в четыре. Если быть точным, в (255/127)^2.1 раз
Интересно, что фраза "почувствовать себя живым" очень хорошо описывает мои ощущения от мотоцикла и моноколеса. Может ли быть, что больше удовольствия от них получают как раз люди с отклонениями, в то время как среднестатистическим кажется "ой, это ветер, шумно и неудобно"?
Пятая малинка заметно быстрее работает. Я ставил raspbian, отключал в браузере расширение для удобного для Малинки кодека на Ютубе, потом отркыал видео в 1440р и в 4к - вполне себе тянет. На четвёртой 1080 были пределом.
Вдобавок на пятой добавили выход pcie x1 gen3, ив от к нему можно всякие прикольные штуки подключать. Например, я как раз видел корпус со вторым входом для сети. А сам я купил корпус со слотом для m.2 ssd и подключил через pcie - это сильно круче sd карточки.
А ещё можно сделать бесплатный ОТ, как недавно сделали в Белграде. Сразу упрощается куча всего - не нужны контроллеры, продажа билетов, приложения, дифференциация катающихся на детей/студентов/пенсионеров/инвалидов/взрослых и придумывание льготных категорий и системы штрафов.
ОТ не обязан быть прибыльным, он может быть таким же благом города, как чистые тротуары, парки и детские площадки. Они бесплатные для пешеходов, и без них город был бы менее комфортным.
Вот по-моему сфера услуг как раз и должна работать в выходные. Как раз когда у потенциальных клиентов есть время ходить по магазинам, барам и развлечениям.
То что в Германии в шесть вечера и в выходные магазины закрываются - это бред.
Ааа, а я-то голову ломал, почему локальная R1 на 32B периодически иероглифы в вставляет, а на сайте всё хорошо.
Про обычный пк и 0.01 t/s - вы пишете про sata ssd или про m.2?
Вы так можете проверить float, но что с double и более длинными числами? 2^64 вариантов это заметно больше, там ночными запусками не отделаться. А если функция от двух аргументов типа atan2(x, y), то это же вообще не перебрать.
Было бы интереснее почитать про математические методы доказательства корректности, а не про перебор грубой силой.
Я на нём даже android studio когда-то запускал и что-то программировал.
Оперативную память проапгредил до 3 Гб (вместо стандартных двух) и ещё пробовал седьмую винду x64 ставить, но она как будто ещё медленнее работала чем седьмая x86.
Графика ION как ни странно более-менее мощная, а вот процессор Atom D525 это печаль. Я его ради интереса сравнивал с Pentium IV 2.4 ГГц из года эдак 2001 - в одноядерной нагрузке пентиум был заметно быстрее.
Условно, на том пентиуме в 2011 году майнкрафт тормозил, если настройки графики повысить, а на атоме - всегда из-за процессора и почти независимо от настроек графики.
У меня есть подозрение, что в архитектуре атомов как-то очень хитро наэкономили и какие-то совсем примитивные решения сделали.
Ноутбук до сих пор живой, если не считать аккумулятора, но просто лежит на полке.
Ну я сначала все свои статьи дублировал в маркдаун формате в репозитории на гитхабе, потом вообще сделал статический сайт на github pages.
Тут правда большая проблема с discoverability - На практике её толком нет. Но мне кажется после какого-то момента это может перейти в что-то крутое (примерно как @Vas3K попробовал публиковаться на Хабре, а потом забил и сделал своё сообщество и сайт.
Судя по пересвеченным и недосвеченным картинкам вам могут помочь гамма-коррекция, hdr и tone mapping.
Я пробовал на libgdx свой пайплайн рендеринга сделать - было прикольно, очень красиво, но времени много заняло.
Ещё из интересного для godot есть экспериментальное расширение для того чтобы писать на kotlin, но пока что остаётся ждать и наблюдать за развитием.
Сильно зависит от состояния. Когда я был студентом и не высыпался, ставил будильник на телефоне даже когда в электричке ехал минут 20-30, и не то чтобы я стремился там заснуть.
Окей, я описал фасад, но без интерфейсов, реализаций и DI. Выбор может стоять не между "фасад из пары функций или устроить правильное DI", а между "фасад или использование библиотеки напрямую". И вот при моём "промежуточном" подходе добавить подмену для тестов и т.п. будет уже намного проще, потому что код лучше организован.
И вдобавок далеко не для всего кода есть смысл всё строго-канонично разносить, иначе может получиться fizzBuzzEnterpriseEdition, в котором тривиальная логика раскидана по десяткам файлов и код получается на порядки запутаннее и сложнее. А потом после многочисленных рефакторингов в будущем кто-то выяснит, что в тестах подставляется что-то не то и тесты никак не соответствуют реальному поведению программы.
Но кстати есть промежуточный подход. Не разводить ООП с фасадами, интерфейсами, реализациями и DI для выбора какой-то из них, а просто вынести куда-то методы для работы с ней и вызывать библиотеку только в них.
Во многих случаях реализация одна-единственная и обновление/замена библиотеки сведётся к изменению только кода этих методов.
Потому что с точки зрения простоты кода - намного удобнее увидеть сразу функцию с реализацией (и быть уверенным, что она всегда такая), чем продираться через интерфейсы и DI.
Получится, я учил на 4080. У меня даже есть мысль, что и на 8 Гб получится, если подобрать параметры и не делать слишком большую лору.
Лол. На эти метания больно смотреть.
Сделали когда-то давно windows mobile для КПК, он вроде начал набирать популярность - похоронили, вместо развития решили сделать windows phone и заодно унифицировать интерфейс ПК, ради чего нафигачили всяких плоских плиток. Windows phone в итоге похоронили, плитки до сих пор в Винде.
Я только-только обрадовался, что вот смогу андроид приложения в Винде запускать без танцев с бубном, как узнаю что они это тоже закрыли.
С WSL у них тоже начиналось амбициозно (реализация линуксовых вызовов ядра), а в итоге скатились к виртуалке.
Почему вы учили через обёртку, а не через kohya напрямую?
Не вижу в начале ни слова про дополнительные условия, просто написаны что должны и всё. В конце - информация есть, но не уверен что все дотуда дочитают.
И заголовок статьи звучит так, будто требование регистрироваться есть. Там не написано "требование регистрироваться для распространения рекламы в каналах с 10к подписчиками".
@denis-19Вы подменяете понятия и вводите людей в заблуждение.
Каналы и не обязаны регистрироваться. Обязанность возникает только в том случае, если канал хочет размещать рекламные предложения или чтобы его могли законно репостить другие. Но никто не запрещает этого не делать и совершенно законно не регистрироваться. Самой обязанности регистрироваться при десяти тысячах подписчиков - нет!
Ну и в принципе я понимаю тех, кто качает и не раздаёт из-за каких-то ограничений.
Пока у меня есть возможность - держу малинку с жёстким диском и она раздаёт круглыми сутками уже несколько лет, считаю это своим вкладом в свободу распространения и открытость. Мне не жалко, если отдам сильно больше чем скачаю :)