Пробовал и такое, но возникли проблемы со шрифтами. Может, только у меня такое было, не знаю. В своё время перепробовал много разных решений, но ни одно не давало былого уровня комфорта.
А теперь, судя из статьи, и от PPA начинают отказываться. Если так пойдёт дальше, то пользователи сами станут отказываться от их ОС.
Долгое время использовал эту систему, но, после того, как они начали довольно агрессивно продвигать snap, пришлось отказаться от неё. Особенно, после переноса Firefox на установку через snap безальтернативно. Работать с приложением стало сложнее. Как я понял, теперь и Thunderbird стал ставиться через snap.
Я понимаю, что они хотят сделать безопаснее, но работа со snap то ли не протестирована до конца, то ли их всё устраивает. И, в добавок, ещё куча /dev/loopN в выводе mount (и/или df).
В школе у нас преподавали Basic (не тот, что Visual, а который под DOS), а в универе продолжили на С. Pascal/Delphin как-то обошёл меня, но разобраться в них самостоятельно проблем не вызывает - синтаксис простой.
Мир меняется и языки тоже должны соответствовать реалиям. Однако, преподавание в школах JavaScript считаю лишним. Нужно понимание того, как всё работает. Да, на этом языке наклепать программу ничего не стоит, но будет ли она работать оптимально? Главное, на мой взгляд, научить думать, составлять правильные алгоритмы. А на каком языке - уже не имеет значения.
Типы данных нужны, чтобы нагляднее показать работу программы. Assembler, конечно, будет слишком для школьников, да и C тоже. Для школы нужен язык, который обеспечивает и простоту (нет лишних элементов в коде), и одновременно, актуален.
60 лет... Нужно было в ТЗ выбрать молодого разработчика (только что окончившего обучение в ВУЗе, желательно) и описать процесс его обучения для работы с системой. По окончании обслуживания, он вышел бы на пенсию (раньше, конечно, но система должна работать не менее 60 лет).
Для меня это удобный формат получения сообщений. Я так читано новости или другие материалы. Но замечаю тенденцию, что сервисы переходят в каналы мессенджеров, предлагают добавить подписку в браузере. Лично мне, такие варианты не подходят. Они отвлекают. Например, пропустил уведомление в браузере и всё - об этом сообщении можно забыть. А в каналах оно может просто затеряться. В RSS клиентах всё сохраняется и можно почитать позднее или найти что нужно.
Я так отказался от многих ресурсах, которые когда-то читал, когда они перестали отдавать RSS/Atom. Надеюсь, что от этого формата полностью не откажутся - он простой, не требует особых ресурсов и дополнительных сервисов.
На счёт access - самое то. Для других программ ещё можно найти альтернативы (кое-как), но с access пока не получается. Работает автономно, без дополнительных серверов и GUI - всё в одном файле. Мои попытки перейти на LO Base не увенчались успехом.
Была одна программа на C. Писал давно. Ради интереса, решил переписать на Assembler. Сперва реализовал логику как есть, а потом открылись столько возможностей оптимизации вычислений, что код стал ощутимо меньше. Имею в виду, если сравнивать листинги. По размеру бинарника он и так будет меньше.
Кстати, напомнили. Во времена, когда гугловый RSS reader прекращал своё существование, я успел сохранить (экспортировать, архивировать) всю новостную ленту со всеми новостями. Он в JSON формате. Без форматирования. Точный размер не скажу, но помню, что исчислялось гигабайтами. Существующие на тот момент библиотеки не справлялись с таким объёмом данных. Нужно попробовать этот вариант, ради интереса.
Интересно, а если скопировать оригинальную картину и изменить EXIF на свои данные, попутно изменив дату создания файла на более раннюю, поисковики не понизят рейтинг оригинальной?
И не просто вручную удалить, но и автоматизировать этот процесс.
Да, банально, средствами того же PHP можно создать новую картинку и скопировать данные из исходной картинки. Инструкция из этой статьи подойдёт против очень ленивых пользователей или пользователей, которые не знаю что такое EXIF теги.
Даже водяные знаки можно убрать, как минимум, простой обрезкой. Разумеется, если эти знаки где-то в углу, а не по всех картинке. Хотя, сейчас можно и от таких водяных знаков избавляться, но это уже будет требовать знаний в этом вопросе.
Пробовал и такое, но возникли проблемы со шрифтами. Может, только у меня такое было, не знаю. В своё время перепробовал много разных решений, но ни одно не давало былого уровня комфорта.
А теперь, судя из статьи, и от PPA начинают отказываться. Если так пойдёт дальше, то пользователи сами станут отказываться от их ОС.
Debian, Mint и Fedora пока держатся, вроде. Что же они так продвигают этот snap? Им кто-то сильно проплатил за это что ли?
P.S. В статье есть упоминание про snap - при установке ПО, предпочтение отдаётся snap формату.
Долгое время использовал эту систему, но, после того, как они начали довольно агрессивно продвигать snap, пришлось отказаться от неё. Особенно, после переноса Firefox на установку через snap безальтернативно. Работать с приложением стало сложнее. Как я понял, теперь и Thunderbird стал ставиться через snap.
Я понимаю, что они хотят сделать безопаснее, но работа со snap то ли не протестирована до конца, то ли их всё устраивает. И, в добавок, ещё куча /dev/loopN в выводе mount (и/или df).
В школе у нас преподавали Basic (не тот, что Visual, а который под DOS), а в универе продолжили на С. Pascal/Delphin как-то обошёл меня, но разобраться в них самостоятельно проблем не вызывает - синтаксис простой.
Мир меняется и языки тоже должны соответствовать реалиям. Однако, преподавание в школах JavaScript считаю лишним. Нужно понимание того, как всё работает. Да, на этом языке наклепать программу ничего не стоит, но будет ли она работать оптимально? Главное, на мой взгляд, научить думать, составлять правильные алгоритмы. А на каком языке - уже не имеет значения.
Типы данных нужны, чтобы нагляднее показать работу программы. Assembler, конечно, будет слишком для школьников, да и C тоже. Для школы нужен язык, который обеспечивает и простоту (нет лишних элементов в коде), и одновременно, актуален.
60 лет... Нужно было в ТЗ выбрать молодого разработчика (только что окончившего обучение в ВУЗе, желательно) и описать процесс его обучения для работы с системой.
По окончании обслуживания, он вышел бы на пенсию (раньше, конечно, но система должна работать не менее 60 лет).
Для меня это удобный формат получения сообщений. Я так читано новости или другие материалы. Но замечаю тенденцию, что сервисы переходят в каналы мессенджеров, предлагают добавить подписку в браузере. Лично мне, такие варианты не подходят. Они отвлекают. Например, пропустил уведомление в браузере и всё - об этом сообщении можно забыть. А в каналах оно может просто затеряться. В RSS клиентах всё сохраняется и можно почитать позднее или найти что нужно.
Я так отказался от многих ресурсах, которые когда-то читал, когда они перестали отдавать RSS/Atom. Надеюсь, что от этого формата полностью не откажутся - он простой, не требует особых ресурсов и дополнительных сервисов.
На счёт access - самое то. Для других программ ещё можно найти альтернативы (кое-как), но с access пока не получается. Работает автономно, без дополнительных серверов и GUI - всё в одном файле. Мои попытки перейти на LO Base не увенчались успехом.
Оптимизация вычислений.
Была одна программа на C. Писал давно. Ради интереса, решил переписать на Assembler. Сперва реализовал логику как есть, а потом открылись столько возможностей оптимизации вычислений, что код стал ощутимо меньше. Имею в виду, если сравнивать листинги. По размеру бинарника он и так будет меньше.
Кстати, напомнили. Во времена, когда гугловый RSS reader прекращал своё существование, я успел сохранить (экспортировать, архивировать) всю новостную ленту со всеми новостями. Он в JSON формате. Без форматирования. Точный размер не скажу, но помню, что исчислялось гигабайтами.
Существующие на тот момент библиотеки не справлялись с таким объёмом данных. Нужно попробовать этот вариант, ради интереса.
Можно это использовать.
Неправильный ответ писать в коде и если пришёл он, то точно робот.
Это было нужно для обучения последующего поколения роботов.
И, кстати, заметьте, что решают человек вы или робот все те же роботы. Как они решат, так и будет.
Кстати, да. Найти на картинке, сгенерированной нейросетью, что-то, бывает достаточно сложным.
20 раз за 30 секунд и без ошибок... и это я-то робот?
Последние версии капч этих человеков почти убедили меня в том, что я робот.
Осталась лишь малая крупица сомнений.
Но, ничего, человеки ещё усовершенствуются свои технологии и я больше не смогу проходить проверки - сомнений не останется.
(На 3D-капчу от Microsoft я потратил минут 20).
А серебряная пластинка там есть? Или на палёных нет?
А если появится новый ресурс (сайт) с этой картиной? Просто, раньше он был недоступен (например) или поисковик проиндексировал его позже.
Интересно, а если скопировать оригинальную картину и изменить EXIF на свои данные, попутно изменив дату создания файла на более раннюю, поисковики не понизят рейтинг оригинальной?
И не просто вручную удалить, но и автоматизировать этот процесс.
Да, банально, средствами того же PHP можно создать новую картинку и скопировать данные из исходной картинки. Инструкция из этой статьи подойдёт против очень ленивых пользователей или пользователей, которые не знаю что такое EXIF теги.
Даже водяные знаки можно убрать, как минимум, простой обрезкой. Разумеется, если эти знаки где-то в углу, а не по всех картинке. Хотя, сейчас можно и от таких водяных знаков избавляться, но это уже будет требовать знаний в этом вопросе.
Зависит от ценности данных и упорства.
Я из-за snap несколько дистрибутивов поменял.