Работаю с Ubuntu системой. Использую LTS вариант. Я, даже, рад, что там не всегда последние версии программных продуктов, т.к. они могут быть с багами. По java не смотрел, т.к. использую старую версию, а по браузерам всё актуальной версии. Касательно Chrome, то он ставится из snap, а Firefox актуальной версии уже в репозитории
До этого работал в Fedora и были нарекания по ней по пакетам, поэтому решил перейти на Ubuntu систему. С CentOS работал только в качестве серверной ОС, поэтому особо сказать нечего, кроме того, что начали переход на Ubuntu системы.
Конечно, в организациях есть правила на разные случае, в т.ч. и на оформление багов, но иногда это общие требования. Более чёткие требования или правила формируются по ходу работы и развития продукта. Так же, лексикон зависит и от региона.
На этапе тестирования не всегда можно отловить все ситуации. Некоторые (например, если речь про мобильную версию сайта или мобильное приложение) могут быть специфичными для конкретного устройства, системы или оператора связи.
strtr, strncmp, strpbrk, strrchr и пр. пришли из C, не так ли?
Собственно, как и snake_case стили функций тоже. С какого языка раньше переходили на PHP? Perl и C, в основном. И как должны были называться функции? Конечно, они должны были быть знакомыми.
PHP, в этом плане, похож на Java — там тоже много всего приходится тащить из версии в версию для обратной совместимости.
Тут можно только полностью переписать язык, сохранил базовые вещи. Скажем, некое подобие PHP++.
Что касается модулей, пространства имён и прочее, то, как показывает практика, иногда этим начинают злоупотреблять. Ну, и, лично мне удобно, когда есть один бинарник, в котором есть все базовые функции. С модулями может быть и другая ситуация, когда они могут «устареть» для приложения, но нужно использовать именно эти версии модулей. Кроме, то модульная система и так есть в PHP — PECL расширения, например. Компилируются в so/dll и подключаются.
«Сегодня мы гарантированно утверждаем, что после прекращения использования файлов cookie пользователей третьей стороной мы не будем создавать альтернативных средств идентификации для отслеживания отдельных людей, пока они находятся в Сети, и не будем использовать подобные решения в наших продуктах»
Конечно, это может быть из-за неточного перевода, но это уточнение меня немного смущает. Следует ли это понимать как то, что слежка продолжится в оффлайне?
Я имел в виду, что, несмотря на то, что Linux — семейство ОС с открытым кодом, система может работать и с проприетарными драйверами.
Если нужно написать свой драйвер под определённое устройство (необязательно своё), то тут нужно искать в сети все документы и описание и эти данные не всегда есть или не всегда актуальные.
Что касается разбора исходного кода, то там мало зависит от ОС или языка.
Под Windows, признаюсь, драйверов делать не приходилось. Даже не знаю есть ли какие API или документации для этого.
я может что то упускаю, но в случае линукса у вас весь исходный код драйвера перед глазами. Более того через git вы можете отследить что, как и когда менялось.
Это не совсем так. В случае с драйверами, есть много с закрытым кодом и без документации. Если для какого-то устройства, всё же, есть драйвера в открытом доступе, то разбирать чужой код ещё то удовольствие. У каждого свой стиль и свои навыки. Разобрать код, конечно же, можно, но сколько это потребует времени — это вопрос.
А у меня, наоборот, с VisualStudio проблемы. В частности, когда нужно перевести проект старой версии VS в новую версию. Всё время чего-то не хватает: требует установки компонентов/файлов. Один из проектов, так и не смог нормально перевести — ругался на отсутствие lib файлов, хотя они там были. Я только под Linux смог спокойно разрабатывать, сфокусировавшись на задании, а не об очередной проблеме с настройками.
Ну, тут каждому своё, я полагаю. Поэтому, нельзя однозначно сказать какая ОС лучше. Нужно попробовать и решить для себя.
На счёт первого пункта, винда, через некоторое время, приходит в себя и дата показывается актуальная.
Второй пункт — бесит. Особенно, когда нужно по-быстрому, что-то скопировать на системный раздел. Выручают несистемные диски.
С третьим пока не сталкивался или просто не особо пользовался «общими» данными. Возможно, что основная система у меня Linux. А Windows — вспомогательная, своего рода замена wine.
А четвёртый — я просто предпочитаю AMD. Ни разу не брал Nvidia, поэтому не могу сказать как они ведут себя.
Говоря о том, что не сталкивался с подводными камнями, я имел в виду не их взаимодействие, а о том, что они без особых проблем ставятся на одну машину и живут своей жизнью.
Знакомо. Поэтому, теперь, общие данные на ФС NTFS. Для Windows это родная ФС, а семейство Linux умеет его поддерживать. Есть одно «НО» — если Windows не завершил работу, а ушёл в один из энергосберегающих режимов. Тогда, диск (в частности, системный) доступен только для чтения. Очень неприятно.
Что касается драйверов, то такая проблема есть. В частности, могу сказать про связанное с видео моментами. Производители видеокарт не особо заморачиваются с драйверами и документациями для ОС семейства Linux. Хотя, в последние несколько лет ситуация могла измениться в лучшую сторону. По крайней мере, хочется надеяться.
Что касается совместимости, то тут проблема, скорее, связана с зависимостями. Частично решается статической сборкой (когда это возможно, конечно).
Но проблема с зависимостями есть и под Windows. Проявляется всплывающим сообщением об отсутствующем dll/ocx/vxd и пр. Особенно для специализированного софта. И тогда приходится бегать по сайтам и искать их. А одну ошибку с .NET пока так и не удалось подправить — пакет элементарно не ставится на ОС.
Скорее, это зависит от рабочего окружения. У меня были конфликты с используемыми горячими клавишами рабочего окружения. Решается сменой горячей клавиши в IDEA. Других проблем с горячими клавишами в *ubuntu не встречал.
Смысл, вероятно, в том, что на нём основан Linux Mint 19.3. Хотя, уже вышел Linux Mint 20.1, но автору, видимо, всё устраивает и он не спешит обновляться.
Под Kubuntu 20.04.2 потребовался пакет libsndfile1-dev в дополнение к тому, что было указано в начале.
Скомпилировалось. Теперь нужно искать игру в своих архивах, чтобы закинуть туда бинарник.
Firefox: если обновить страницу через Ctrl+Shift+R, то отпечаток получается другим. И это с учётом того, что не установлены расширения, блокирующие получение fingerprint. Обычный режим. В Chrome не смотрел.
В 85 версии, вроде как, встраивали защиту от supercookie. Хотя, есть просто нажать на «Try Again», то отпечаток не поменялся. В принципе, это результат обычного кэширования.
Сделать регистрацию ручным. Т.е. регистрация домена производится сотрудником компании-регистратора.
Процесс регистрации будет затягиваться, а злоумышленникам нужно быстро. Законопослушные, обычно, регистрируют заранее и названия доменов читаемые и не персонализированные.
До этого работал в Fedora и были нарекания по ней по пакетам, поэтому решил перейти на Ubuntu систему. С CentOS работал только в качестве серверной ОС, поэтому особо сказать нечего, кроме того, что начали переход на Ubuntu системы.
На этапе тестирования не всегда можно отловить все ситуации. Некоторые (например, если речь про мобильную версию сайта или мобильное приложение) могут быть специфичными для конкретного устройства, системы или оператора связи.
Собственно, как и snake_case стили функций тоже. С какого языка раньше переходили на PHP? Perl и C, в основном. И как должны были называться функции? Конечно, они должны были быть знакомыми.
PHP, в этом плане, похож на Java — там тоже много всего приходится тащить из версии в версию для обратной совместимости.
Тут можно только полностью переписать язык, сохранил базовые вещи. Скажем, некое подобие PHP++.
Что касается модулей, пространства имён и прочее, то, как показывает практика, иногда этим начинают злоупотреблять. Ну, и, лично мне удобно, когда есть один бинарник, в котором есть все базовые функции. С модулями может быть и другая ситуация, когда они могут «устареть» для приложения, но нужно использовать именно эти версии модулей. Кроме, то модульная система и так есть в PHP — PECL расширения, например. Компилируются в so/dll и подключаются.
Конечно, это может быть из-за неточного перевода, но это уточнение меня немного смущает. Следует ли это понимать как то, что слежка продолжится в оффлайне?
Если нужно написать свой драйвер под определённое устройство (необязательно своё), то тут нужно искать в сети все документы и описание и эти данные не всегда есть или не всегда актуальные.
Что касается разбора исходного кода, то там мало зависит от ОС или языка.
Под Windows, признаюсь, драйверов делать не приходилось. Даже не знаю есть ли какие API или документации для этого.
Это не совсем так. В случае с драйверами, есть много с закрытым кодом и без документации. Если для какого-то устройства, всё же, есть драйвера в открытом доступе, то разбирать чужой код ещё то удовольствие. У каждого свой стиль и свои навыки. Разобрать код, конечно же, можно, но сколько это потребует времени — это вопрос.
Ну, тут каждому своё, я полагаю. Поэтому, нельзя однозначно сказать какая ОС лучше. Нужно попробовать и решить для себя.
Второй пункт — бесит. Особенно, когда нужно по-быстрому, что-то скопировать на системный раздел. Выручают несистемные диски.
С третьим пока не сталкивался или просто не особо пользовался «общими» данными. Возможно, что основная система у меня Linux. А Windows — вспомогательная, своего рода замена wine.
А четвёртый — я просто предпочитаю AMD. Ни разу не брал Nvidia, поэтому не могу сказать как они ведут себя.
Говоря о том, что не сталкивался с подводными камнями, я имел в виду не их взаимодействие, а о том, что они без особых проблем ставятся на одну машину и живут своей жизнью.
Что касается совместимости, то тут проблема, скорее, связана с зависимостями. Частично решается статической сборкой (когда это возможно, конечно).
Но проблема с зависимостями есть и под Windows. Проявляется всплывающим сообщением об отсутствующем dll/ocx/vxd и пр. Особенно для специализированного софта. И тогда приходится бегать по сайтам и искать их. А одну ошибку с .NET пока так и не удалось подправить — пакет элементарно не ставится на ОС.
всё же интересно, что же там за камни? не раз ставил параллельно. работают.
rel="icon"и говорит, что там указан favicon. Иногда пишут и так:rel="shortcut icon".Скомпилировалось. Теперь нужно искать игру в своих архивах, чтобы закинуть туда бинарник.
В 85 версии, вроде как, встраивали защиту от supercookie. Хотя, есть просто нажать на «Try Again», то отпечаток не поменялся. В принципе, это результат обычного кэширования.
Процесс регистрации будет затягиваться, а злоумышленникам нужно быстро. Законопослушные, обычно, регистрируют заранее и названия доменов читаемые и не персонализированные.