Попробую ответить за автора. Да, C++ Builder удобнее дельфей, когда надо залезть в низкоуровневые системные дебри, например, руками импортировать какую-нибудь из коробки недоступную функцию WinAPI. В остальном примерно все то же самое.
и подобрать разрешение ровно такое, чтобы можно было все прочесть с небольшим запасом, но не больше
Вот неправильно от слова "совсем". Много лет уже мучаюсь с документами, отсканированными со слишком низким разрешением. При постобработке превращаются в нечитаемую кашу.
Дальше по накатанной может и не выйти, если, например, у каких-нибудь гипотетических существ "пальцы" состоят из электромагнитного поля (во фантазия разгулялась), и они могут в качестве основания системы своего счисления принять мнимую единицу или базовый кватернион какой-нибудь. Тогда вся математика, построенная на этой основе, может непостижимо сильно отличаться от нашей
Тут важно то, что ИНС - универсальный нелинейный аппроксиматор. Если функции активации правильные. Поэтому теоретически, как идея, ИНС могут превзойти человеческий разум. Однако на практике вся их прелесть разбивается об аппаратуру, на которой ИНС работают - т.к. цифровые схемы страдают от ошибок округления (что приводит к неустойчивости такого же типа, как и при численном решении уравнений двойного маятника), а аналоговые, буде они когда-либо созданы, будут неустойчивы из-за изменения параметров нейронов во времени. Так что математика тут ни при чем, это практические трудности, и они тем больше разбивают мечты исследователей, чем меньше устойчивость уравнений к начальным условиям.
Третий совет не менее ценен. Когда что-то делаешь с системой - отключай (если возможно - ФИЗИЧЕСКИ) накопители, которые ни в коем случае не должны пострадать
Автор, принимайте в клуб. Легаси поддерживаю на Builder 6 (до сих пор!), нулячее пишу на шарпе.
Попробую ответить за автора. Да, C++ Builder удобнее дельфей, когда надо залезть в низкоуровневые системные дебри, например, руками импортировать какую-нибудь из коробки недоступную функцию WinAPI. В остальном примерно все то же самое.
А если я помню встроенный в BIOS 8086 бейсик, так я что - с Хаммурапи еще водку пил, получается?
Подпишусь под каждым словом, особенно про паскаль и справочник
Cray? Дядюшке Сеймуру вот счас обидно было. Или это производное от crazy good?
и подобрать разрешение ровно такое, чтобы можно было все прочесть с небольшим запасом, но не больше
Вот неправильно от слова "совсем". Много лет уже мучаюсь с документами, отсканированными со слишком низким разрешением. При постобработке превращаются в нечитаемую кашу.
С двумя ножками, и с четырьмя ручками. Для переноски
Я - любитель. Я не пишу tutorials. Я пишу HowTo's
С "хрустального осциллятора" поржал от души, спасибо :)
И канализация тоже накроется...
...и вышел из строя в 2013 из-за переполнения разрядов таймера бортового компьютера.
Какая нелепая смерть...
... в какой нибудь небинарной логике ;)
Дальше по накатанной может и не выйти, если, например, у каких-нибудь гипотетических существ "пальцы" состоят из электромагнитного поля (во фантазия разгулялась), и они могут в качестве основания системы своего счисления принять мнимую единицу или базовый кватернион какой-нибудь. Тогда вся математика, построенная на этой основе, может непостижимо сильно отличаться от нашей
Тут важно то, что ИНС - универсальный нелинейный аппроксиматор. Если функции активации правильные. Поэтому теоретически, как идея, ИНС могут превзойти человеческий разум. Однако на практике вся их прелесть разбивается об аппаратуру, на которой ИНС работают - т.к. цифровые схемы страдают от ошибок округления (что приводит к неустойчивости такого же типа, как и при численном решении уравнений двойного маятника), а аналоговые, буде они когда-либо созданы, будут неустойчивы из-за изменения параметров нейронов во времени. Так что математика тут ни при чем, это практические трудности, и они тем больше разбивают мечты исследователей, чем меньше устойчивость уравнений к начальным условиям.
И не забудем о какой-нибудь защите от разлёта осколков. А без защиты - извините, но нафиг
Третий совет не менее ценен. Когда что-то делаешь с системой - отключай (если возможно - ФИЗИЧЕСКИ) накопители, которые ни в коем случае не должны пострадать
На три. 1) Кто не делает бэкапы, 2) Кто уже делает, и 3) Кто бэкапы делает и проверяет их целостность.
Как разработчик, промучившийся с ним достаточно долго, могу этому только порадоваться.
Поздравляю, вы попали на главную страницу bash.im: https://bash.im/quote/468102
"травмы, полученные во время этой аварии, будут преследовать его всю жизнь и, возможно, послужат причиной его ранней смерти."
"Он выкуривал 40 сигар в день и спал всего 4 часа в сутки"
"Когда известие дошло до Брунеля, сердце его не выдержало, и он умер"
Ну конечно же, только травмы могут быть причиной ;) Декан факультета, где я учился, умер в 45 лет. Не отрывался от сигарет и кофе.
А вот резервирование силовых установок трех различных типов - это очень здравая идея. Впрочем, не очень-то это "Левиафану" и помогло...
Автору спасибо за прекрасно проработанную статью.
Она и с пластиком неплохо справится, там ацетон у нее в составе. Так что осторожнее там