Search
Write a publication
Pull to refresh
107
0
Олег Большаков @ob1

Разработчик

Send message
К сожалению, в Вашей заметке и увидел. От того, что Вы сменили алгоритм формирования 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 местами неочевидная. Если дадите ссылочку, где объясняется именно этот момент, то было бы полезно для общего развития.
Я этого не говорил. Я сказал, что можно не открывать код своего собственного приложения в случае использования Qt LGPL. Вопрос платности/бесплатности софта GNU LGPL не закрывает, главное чтобы исходники GPL/LGPL были доступны. Можно ли не указывать, что софт сделан на Qt — не знаю, да и, на мой взгляд, нет особого смысла это скрывать. На счёт линковаться как угодно тоже не скажу, раньше считалось, что можно линковаться только с разделяемыми LGPL библиотеками, но есть мнение, что и со статическими можно. Возможно есть нюансы при использовании LGPL 3. Кстати, можно задать вопрос в техническую поддержку Qt, они в т.ч. и на русском общаются.
Насколько я понимаю, LGPL требует открытия исходного самого Qt. Это в случае, если вы Qt модифицировали. Коммерческая лицензия позволяет не открывать исходный код как вашего приложения, так и Qt.
Я всегда считал, что использование Qt под LGPL позволяет выбрать любую лицензию на своё собственное приложение (т.е. не открывать исходный код).
Видео же переведено с немецкого на английский. Кому-то и changelog достаточно почитать, а для кому-то интересно мнение профессиональных разработчиков почитать. Тем более, что в заметке говорится о BlackBerry Cascades, чего в changelog Qt нету.
Qnet работает на том же уровне, что и IP (т.е. TCP/IP не требуется). Но есть возможность инкапсулировать Qnet в IP, т.е. работать поверх TCP/IP. Это штатная возможность. Сейчас добавлю уточнение в заметку.

Information

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

Specialization

System Software Engineer
Lead