Так как "Конечная цель — строить системы ...", а в требованиям к системам присутствует еще время и стоимость (точнее, все требования связаны между собой), то теперь осталось научится определять, когда системный подход вредит разработке и не применять его там, где он не нужен :-)
Не для всех (пока для тех, кто релизит), но все равно рано или поздно будет поголовно. И хотя это можно обойти (точнее сделать двухфаторку через плагин в браузере без привязки телефона и без установки мобильного приложения), но сама тенденция однозначно не радует.
Не бывает 100% вероятности. К примеру, с не нулевой вероятностью может случится землетрясение и ваш шар в боулинге после всех расчетов полетит совершено в другую сторону или во время проведения эксперимента крышу пробивает здоровый метеорит и все вообще заканчивается не начавшись :-)
Воровство, это "незаконным завладением или кража имущества", а пиратство, это "незаконный захват, ограбление или потопление морских судов", а то, что называют "пиратством" юристы копирастов, это нарушение авторских и смежных прав.
Я тоже не понял комментарий @MiyuHogosha, поэтому и попросил уточнить его возражения. Исключения сами по себе - это просто инструмент для реализации алгоритма, и не более. Естественно, функции Сишной библиотеки не должны выбрасывать исключений, даже если они используются внутри компонент в самой библиотеке. Но это не означает, что "Если в архитектуре используется обработка исключение как обработка ошибок, что-то пошло не так."
tls - это формат представления данных при их обмене между сервером и клиентом. Вместо TCP можно с успехом использовать другой протокол, файлы или голубиную почту.
Вы перепутали термин "файл", как идентификатор данных и "файл", как физическое место расположения данных.
"Файл" - как идентификатор, это не только место на диске. Это и потоки, и отображение в память и динамическая информация о системе и много чего еще. И это все файлы с унифицированным интерфейсом доступа. Может быть не всегда оптимальным, но всегда одинаковым.
И "файл" - как место на носителе информации. Это конкретное устройство у которого есть и второй вариант доступа, специфичный для соответствующего типа устройств и учитывающий его особенности (блочный доступ, последовательный, потоки в ntfs и т.д.).
Я просто вынул подшипник из мотора и по маркировке нашел аналогичный магазине. Это было это лет 5 назад, и сейчас уже точно не помню, но там кажется обычные стопорные кольца стояли. Снимаются обычными пассатижами с тоники губками.
MCJIT - Это один из старых вариантов реализации JIT c собственным интерфейсом. А ORC - Это API для JIT независимо от реализации. Сейчас с помощью ORC можно использовать обычный JIT компилятор, как альтернативу старому MCJIT (как в статье) или его расширенную версию LLLazyJIT, которая поддерживает отложенную компиляцию LLVM IR.
Начало вроде бы логичное, когда автор начинает с оценки своих эмоций от цитаты в Твиттере. Потом же сам пишет, что термин Open Source очень многогранен и под одним и тем же термином каждый понимает (может понимать), что-то свое, важное только конкретно для него. Кому-то статус или слава, кому-то банальные деньги, а кому-то бизнес или предложение о работе.
Из-за этого и "здоровый баланс" одного человека не обязательно будет равен "здоровому балансу" другого. Если честно, то я так ничего и не понял, что хотел сказать автор.
Есть как минимум один стандартизированный формат сообщений для SCADA системы с поддержкой криптографической подписи, целостности и шифрования как на фиксированных симметричных, заранее распределяемых ключах (как CRISP), так и на асимметричных алгоритмах.
Сейчас я уже не помню на память номера международных стандартов, но по моему что-то из электроэнергетики.
Так как "Конечная цель — строить системы ...", а в требованиям к системам присутствует еще время и стоимость (точнее, все требования связаны между собой), то теперь осталось научится определять, когда системный подход вредит разработке и не применять его там, где он не нужен :-)
Не для всех (пока для тех, кто релизит), но все равно рано или поздно будет поголовно.
И хотя это можно обойти (точнее сделать двухфаторку через плагин в браузере без привязки телефона и без установки мобильного приложения), но сама тенденция однозначно не радует.
Это случайность блондинки. Может встретит на улице динозавра, а может и нет.
Не бывает 100% вероятности. К примеру, с не нулевой вероятностью может случится землетрясение и ваш шар в боулинге после всех расчетов полетит совершено в другую сторону или во время проведения эксперимента крышу пробивает здоровый метеорит и все вообще заканчивается не начавшись :-)
Воровство, это "незаконным завладением или кража имущества", а пиратство, это "незаконный захват, ограбление или потопление морских судов", а то, что называют "пиратством" юристы копирастов, это нарушение авторских и смежных прав.
Я тоже не понял комментарий @MiyuHogosha, поэтому и попросил уточнить его возражения. Исключения сами по себе - это просто инструмент для реализации алгоритма, и не более.
Естественно, функции Сишной библиотеки не должны выбрасывать исключений, даже если они используются внутри компонент в самой библиотеке. Но это не означает, что "Если в архитектуре используется обработка исключение как обработка ошибок, что-то пошло не так."
Причем тут Rust, Scala и прочие языки программирования? Давайте притянем за уши еще Брайнфак, в котором обработки ошибок вообще нет.
Обсуждается компилятор C++, в котором исключения архитектурно предназначены в том числе и для обработки ошибок.
Можете поподробнее раскрыть свою мысль? А то мне кажется, что по вашему мнению, на исключениях обработку ошибок делать неправильно.
tls - это формат представления данных при их обмене между сервером и клиентом.
Вместо TCP можно с успехом использовать другой протокол, файлы или голубиную почту.
Вы перепутали термин "файл", как идентификатор данных и "файл", как физическое место расположения данных.
"Файл" - как идентификатор, это не только место на диске. Это и потоки, и отображение в память и динамическая информация о системе и много чего еще. И это все файлы с унифицированным интерфейсом доступа. Может быть не всегда оптимальным, но всегда одинаковым.
И "файл" - как место на носителе информации. Это конкретное устройство у которого есть и второй вариант доступа, специфичный для соответствующего типа устройств и учитывающий его особенности (блочный доступ, последовательный, потоки в ntfs и т.д.).
Кстати, я еще менял подшипники на валах + заменил щетки в моторе.
Я просто вынул подшипник из мотора и по маркировке нашел аналогичный магазине. Это было это лет 5 назад, и сейчас уже точно не помню, но там кажется обычные стопорные кольца стояли. Снимаются обычными пассатижами с тоники губками.
Я заменял не весь мотор, а только подшипники в нем.
А разве он когда то было открытым? Это же кажется изначально проприетарная разработка.
Это cling, и я попробовал его использовать в первую очередь.
MCJIT - Это один из старых вариантов реализации JIT c собственным интерфейсом.
А ORC - Это API для JIT независимо от реализации. Сейчас с помощью ORC можно использовать обычный JIT компилятор, как альтернативу старому MCJIT (как в статье) или его расширенную версию LLLazyJIT, которая поддерживает отложенную компиляцию LLVM IR.
Начало вроде бы логичное, когда автор начинает с оценки своих эмоций от цитаты в Твиттере.
Потом же сам пишет, что термин Open Source очень многогранен и под одним и тем же термином каждый понимает (может понимать), что-то свое, важное только конкретно для него. Кому-то статус или слава, кому-то банальные деньги, а кому-то бизнес или предложение о работе.
Из-за этого и "здоровый баланс" одного человека не обязательно будет равен "здоровому балансу" другого. Если честно, то я так ничего и не понял, что хотел сказать автор.
Никаких. Смена лицензии влияет только на тех, кто делает собственный облачный бизнес и на этом зарабатывает без покупки коммерческой лицензии.
Если продолжать пользоваться только для себя, то ничего не изменилось. Исходники как были открытыми, так и продолжают ими оставаться.
Кажется у постов не работает Ctrl+Enter для отправки сообщения об ошибке.
Эти лицензии не являются свободными и не соответствуют критериям https://opensource.org/osd
Есть как минимум один стандартизированный формат сообщений для SCADA системы с поддержкой криптографической подписи, целостности и шифрования как на фиксированных симметричных, заранее распределяемых ключах (как CRISP), так и на асимметричных алгоритмах.
Сейчас я уже не помню на память номера международных стандартов, но по моему что-то из электроэнергетики.