Pull to refresh
106
0
Олег Большаков@ob1

Разработчик

Send message
Вы написали не совсем правду. Или у нас разный опыт, т.к. с ФСБ у меня меньше всего опыта. Но в том же ФСТЭК заставляют закрывать «дыры» и выпускать «заплатки». В Минобороны тоже есть такие требования.

Есть такой Банк данных угроз безопасности информации: bdu.fstec.ru/vul

Если Вам предлагают «древнее необновляемое дырявое г.но», то перейдите на продукт другого производителя, т.к. альтернативы обычно есть. Ну и надо понимать, что чем выше класс защиты, тем менее обновляемое и более г.но будете получать. Это не только в «поганой рашке», но и в «солнечном пиндостане» такая ситуация.
Это понятно. В заметке не говорится, что не выдают лицензию на 4,8–4,99 ГГц, есть только сетования, что нет оборудования.
Из заметки я понял, что частоты 4,8–4,99 ГГц не запрещают использовать.
> Проблема в том, что под диапазон 4,8–4,99 ГГц нет коммерческого оборудования

Так может быть надо это оборудование разработать и произвести, а не ныть? Если его нет, то, глядишь, и экспортировать можно будет.

> А без сетей пятого поколения невозможны беспилотный транспорт, телемедицина, интернет вещей и многое другое.

А без Минобороны чего не будет?
Самоуспокоение. :)
К сожалению, в Вашей заметке и увидел. От того, что Вы сменили алгоритм формирования CRC на другой, что изменилось?
Т.е. вместо того, чтобы исправить алгоритм приёма данных была сделана попытка замаскировать проблему. Печально.
Спасибо, понятно.

А не устарел ли материал? Описываются Ubuntu 13.04 и Clang 3.5, когда текущие Ubuntu 18.04 и Clang 6.0.

Тем не менее прямой связи между IP и веб-сайтом нет. Зачастую выделенный IP используется для других сервисов. Хотел отметить только это.

А какую Вы связь видите между IP и веб- сайтом? На одном IP может быть от 0 до (сколько_железо_вытянет) сайтов. Один веб сайт может быть на нескольких IP, в т.ч. и в разных сетях.


Так что не надо сравнивать тёплое с мягким.

На Linux и Mac пользуюсь man и проблем не знаю. Если недостаточно информации или примеров, то изучаю документацию на сайте разработчика или «гуглю». Сомнительно, что в tldr угодят всем, иначе они превратятся в man. В tldr непонятно как будут поддерживать всё существующее ПО. Многие man пишут сами разработчики. Зачем придумывать свой формат? В заметке об этом не сказано. Т.е. tldr, на мой взгляд, это что-то нишево-хипстерское.


Интересное решение со справкой реализовано в QNX. Справочная информация внедряется в виде отдельной секции в исполняемый файл или подгружаемый модуль (.so). В QNX 6 это ELF, а в QNX 4 это MLF. Называется это дело usage. Одноимённая утилита добавляет справку в модуль, а просматривать можно при помощи утилиты use. Достоинства очевидны — справка всегда доступна, когда доступен исполняемый модуль.

Вот Вы всё красиво говорите, только почему-то уводите от сути. Главное здесь не кому принадлежит лицензия, а кому принадлежит продукт. Владелец прав не знает какие права он передаёт по лицензии на свой продукт? Ой, ну прекратите уже меня веселить.

Я прекрасно понимаю желание Digia заработать на продукте. Мало того, я понимаю, что это их право. Но зачем же тут юлить? Выглядит это как-то некрасиво.

Столлмана уже из сундука достали для пущего ужаса.
Если бы там (в использовании LGPL) что-то было, то ребята орали бы об этом на каждом углу, чтобы побольше продавать коммерческих лицензий. А коли ничего нет, то самое лучшее для ребят — напустить побольше тумана и изъясняться недомолвками, чтобы клиент сам себе ужасов понапридумывал и поскорее купил коммерческую лицензию.
Толсто. Вижу Ваше желание потроллить и зацепить. Тут и откровенная толстота типа QNX основан на Linux. Ну тут даже слепому очевидно, что ОС с закрытым кодом не может содержать GNU код. И подначку Вашу вижу по «основана» в кавычках. Да, ЗОСРВ «Нейтрино» именно что основана на QNX Neutrino.

Ну что я могу сказать. Не Вам, наверное, так как Вы пришли просто потроллить, а, скорее, другим читателям, которые на самом деле интересуются вопросом. Изначально была общая кодовая база, но и различий много. В КПДА, как минимум, есть КСЗ, ПК МЭ, поддержка ГОСТ Р 34.11-2012, полная руссификация графики, расширенная поддержка графики (Haswell, Valleyview, RadeonHD, полноценный OpenGL 3.x, Qt4/5 в Photon), поддерживаются все актуальные на российском рынке процессорные архитектуры: x86, PowerPC, ARMv7, MIPS, Эльбрус. В 2016 вышло обновление принёсшее много нового, чего нет и вполне может не появиться в новых версиях QNX. В 2017 выйдет обновление, в котором также будет много интересного. Если кому-то захочется узнать больше подробностей, то обращайтесь, могу выслать материалы, чтобы в этой теме не флеймить.
На самом деле устанавливал не я, но насколько можно судить в реальном режиме.
Вроде бы в этой теме QNX никто и не хоронит. :) Выше я уже писал, что удивление вызывает именно живучесть позапрошлого поколения, т.е. QNX 2. Для QNX 4 (расцвет которого пришёлся на конец 90-х) разрабатываем и сейчас, в том числе и драйверы для нового железа типа Haswell и Valleyview. Некоторые заказчики только сейчас рассматривают переход с QNX 4 на QNX 6. И это, я считаю, правильно. Зачем менять систему, если она успешно справляется с задачами? Ну а про QNX 6 и говорить нечего, тут полный вперёд. На западе, действительно, большую популярность обрели в том числе и решения для автомобильного рынка на основе QNX. У нас же QNX стабильно используется для автоматизации.
Само собой понятно, что QNX жив в виде QNX Neutrino и ЗОСРВ КПДА. Тут более интересно, что всё ещё доступны старые версии (а QNX 2 это даже не прошлое, а позапрошлое поколение QNX Neutrino), которые поставляются в конечных изделиях заказчиков.
В своё время можно было свободно получить лицензию для некоммерческого использования, особенно если давно смотрите на QNX. Сейчас немного закрутили гайки. Но, если не ошибаюсь, можно получить образовательную лицензию (Academic Faculty license).
Из чего это следует? GNU *GPL местами неочевидная. Если дадите ссылочку, где объясняется именно этот момент, то было бы полезно для общего развития.

Information

Rating
6,640-th
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
Works in
Date of birth
Registered
Activity

Specialization

Системный инженер
Ведущий