Поскольку вывод начинается со слова "пока", ожидается развитие этой темы. Есть два предложения:
1. Сравнение с подходом DSL. Это серьезный конкурент low-code
2. Рассмотрение систем в динамике.
Одно дело взглянуть на статичную картину, вырезать из нее кусок под LC решение и выкинуть туда возможности по конфигурированию. Но как управлять этим в будущем? Из примера с бухгалтером и смс - что произойдет с кодом кода появится не один телефон, а два? или директор будет иметь два почтовых ящика? А как обрабатывать исключения? и т.д.
Поддержка LC решения в актуальном виде может стоить дороже чем реализация программистами тех хотелок, которые он позволяет сделать пользователю.
Ну и как было у классика: "Две вещи бесконечны: Вселенная и человеческая глупость. Но на счет вселенной я не уверен". Насколько простым и понятным должно быть LC решение, чтобы его спокойно мог использовать не искушенный пользователь?
Серьезный скепсис способна разрушить практика. Хочется увидеть примеры где это реально заработало, причем не с точки зрения реализации, а с точки зрения реального использования таких фич рядовыми пользователями
На картинке зелеными точками показаны замеры глюкозы в крови. Для диабетика очень хороший уровень с малыми разбросами. Голубой график показывает ввод инсулина. Шприцами такой точности не добиться
Вы делаете ужасную вещь! Который раз вы (и не только вы) пишите про вашу уникальную технологию, заставляя желать игришь с ней. Но при этом я не могу приехать к вам в офис и зачерпнуть ведерком за разумную сумму. С вашей стороны это не просто садизм (ну нравится вам мучить людей, могу понять), но и создание опасной ситуации — за стеной стоит два баллона 3M™ Novec™ 1230 в системе пожаротушения.
Еще пара статей и я, без всяких допусков и осознания своих действий, попытаюсь слить с них пару литров. Все что со мной случиться, будет на ваших руках!
Все «если» тут двухсторонние. Говорить мы можем только про железную часть и только догадываться о софте. Я думаю создатели валидировали результаты на менее именитых спортсменах. Вопрос даст ли отличие лучшего от стандартного спортсмена необходимое преимущество
Попробую повыдумывать аргументы в защиту железяки:
1) Deep Blue не разрабатывался с нуля от транзисторов, многие элементы были общими с серийными образцами. Больший вопрос в ПО.
2) Необязательно весь код писать с нуля. Многие люди занимаются схожими задачами и можно им доплатить.
3) Человеческая тактика и хитрость рассчитана на скорость и силу человека. Если скорость реакции системы будет сильно выше человеческой могут не спасти
4) Ноги, крылья — главное хвост. Все зависит от реализации. Те же роботы поднимают тяжелые предметы, хотя штангистам тоже очень нужны ноги, но это не делает их сильнее роботов
Здоровый конь в бубенцах бежит резвее старой клячи. Вот чудо-расчудесные бубенцы!
Хорошие админы и до виртуализации ловко подготавливали удобно разливаемые образа или использовали unattended установки. В худших случаях приходилось докручивать autoit'ом но все работало. Плохой и недальновидный админ будет развертывать каждый образ руками и не делать бэкапов.
Виртуализация сократит штат фирмы если все сервисы компании хорошо в нее переедут (без потери производительности) и действительно большую часть времени админ занимается серверами а не ищет странный баг во взаимодействии разных систем.
Виртуализация хороший инструмент но не серебряная пуля
Главный плюс infiniband достигается не так. IPoIB позволяет пускать знакомый всем IP, но это дополнительная опция а не основной метод использования. IB позволяет приложениям обмениваться сообщениями не взаимодействуя со сторонними приложениями и ОС. Если переписать суперважное приложение заказчиков для работы с IB на прямую, то задержки могут снизиться еще сильнее
Во многом согласен, но карточки выкидывать не надо. Использую карточки иначе:
1. Всречаю в языке новое (слово, конструкцию, фразиологизм)
2. Вношу в карточку
3. Время от времени повторяю.
Я не могу постоянно читать больошй объем литературы достаточных для запоминания всех слов. Карточки позволят закрепить термин.
Еще полезно заучивать ряд терминов из специализированных областей. Это позволяет читать необходимый по работе текст значительно легче.
а отопление центральное, им управлять не очень просто
Размышлял над этим. Можно батарею зашить и оставить вент. отверстия с принудительным продувом. Если холожно прогоняют воздух через батарею, если жарко то выключаются. Причем забор можно делать как внутренний так и внешний
Статья очень интересная. Занимаюсь схожей тематикой. Большинство статей с которыми я знакомился задействовали больше эвристику: генетические алгоритмы, имитация отжига, поиск с запретами и т.д.
При этом существуют методы поиска глобально-оптимального решения. Самый популярный из мне известных — метод ветвей и границ. Но с ним одна беда — низкая размерность задач. Хотя существуют исключительные ситуации (качественные границы) когда он может реально применяться
Вообще управление животными интереснейшая тема. Причем современная техника позволяет достичь новых высот.
Если вживить электрод в «центр удовольствия» ее можно легко надрессировать по сигналам двигаться так, как вам надо. Обычными средствами это сделать это крайне нелегко
Насколько мне известно из авторитетных источников (сериал Доктор Хаус), существуют люди с отклонениями, выражающимися в виде отсутствия эмоций и эмоциональных оценок. Для них эта работы должна быть не столь обременяющей и тяжкой
Главная и точка
Поскольку вывод начинается со слова "пока", ожидается развитие этой темы. Есть два предложения:
1. Сравнение с подходом DSL. Это серьезный конкурент low-code
2. Рассмотрение систем в динамике.
Одно дело взглянуть на статичную картину, вырезать из нее кусок под LC решение и выкинуть туда возможности по конфигурированию. Но как управлять этим в будущем? Из примера с бухгалтером и смс - что произойдет с кодом кода появится не один телефон, а два? или директор будет иметь два почтовых ящика? А как обрабатывать исключения? и т.д.
Поддержка LC решения в актуальном виде может стоить дороже чем реализация программистами тех хотелок, которые он позволяет сделать пользователю.
Ну и как было у классика: "Две вещи бесконечны: Вселенная и человеческая глупость. Но на счет вселенной я не уверен". Насколько простым и понятным должно быть LC решение, чтобы его спокойно мог использовать не искушенный пользователь?
Серьезный скепсис способна разрушить практика. Хочется увидеть примеры где это реально заработало, причем не с точки зрения реализации, а с точки зрения реального использования таких фич рядовыми пользователями
MPI использует море программ с открытым кодом. Переписать их под альтернативную технологию очень тяжело
Еще пара статей и я, без всяких допусков и осознания своих действий, попытаюсь слить с них пару литров. Все что со мной случиться, будет на ваших руках!
1) Deep Blue не разрабатывался с нуля от транзисторов, многие элементы были общими с серийными образцами. Больший вопрос в ПО.
2) Необязательно весь код писать с нуля. Многие люди занимаются схожими задачами и можно им доплатить.
3) Человеческая тактика и хитрость рассчитана на скорость и силу человека. Если скорость реакции системы будет сильно выше человеческой могут не спасти
4) Ноги, крылья — главное хвост. Все зависит от реализации. Те же роботы поднимают тяжелые предметы, хотя штангистам тоже очень нужны ноги, но это не делает их сильнее роботов
Хорошие админы и до виртуализации ловко подготавливали удобно разливаемые образа или использовали unattended установки. В худших случаях приходилось докручивать autoit'ом но все работало. Плохой и недальновидный админ будет развертывать каждый образ руками и не делать бэкапов.
Виртуализация сократит штат фирмы если все сервисы компании хорошо в нее переедут (без потери производительности) и действительно большую часть времени админ занимается серверами а не ищет странный баг во взаимодействии разных систем.
Виртуализация хороший инструмент но не серебряная пуля
Главный плюс infiniband достигается не так. IPoIB позволяет пускать знакомый всем IP, но это дополнительная опция а не основной метод использования. IB позволяет приложениям обмениваться сообщениями не взаимодействуя со сторонними приложениями и ОС. Если переписать суперважное приложение заказчиков для работы с IB на прямую, то задержки могут снизиться еще сильнее
1. Всречаю в языке новое (слово, конструкцию, фразиологизм)
2. Вношу в карточку
3. Время от времени повторяю.
Я не могу постоянно читать больошй объем литературы достаточных для запоминания всех слов. Карточки позволят закрепить термин.
Еще полезно заучивать ряд терминов из специализированных областей. Это позволяет читать необходимый по работе текст значительно легче.
Размышлял над этим. Можно батарею зашить и оставить вент. отверстия с принудительным продувом. Если холожно прогоняют воздух через батарею, если жарко то выключаются. Причем забор можно делать как внутренний так и внешний
При этом существуют методы поиска глобально-оптимального решения. Самый популярный из мне известных — метод ветвей и границ. Но с ним одна беда — низкая размерность задач. Хотя существуют исключительные ситуации (качественные границы) когда он может реально применяться
Если вживить электрод в «центр удовольствия» ее можно легко надрессировать по сигналам двигаться так, как вам надо. Обычными средствами это сделать это крайне нелегко
Другим можно показывать список.