FAR, конечно, великолепный инструмент! Но, особенную гибкость ему предоставляет ConEmu. Там много полезного для разработчика, сисадмина или DevOps'a. Мне нравиться также, что можно окну FAR с ним мышкой менять размер за рамки окна или угол, безовсяких заходов в настройки, на ходу.
Ну, и, конечно, FAR в базе без плагинов нужных с их сайта сильно проигрывает. Для домашнего пользователя пойдёт, но профи обвешивают его нужным функционалом сами.
Бывает, что появляется какая-то новая операция и неделю мучаешься в ручном режиме. Потом, в свободное время лезешь на сайт, и, оказывается, что уже лет 10, как есть плагин для этого, делающий всё нужное одной кнопкой.
Мне без FAR'а управлять террабайтными (на нос) файловыми хранилищами пользователей и проектов -- никак.
Но, начинал я в этот интерфейс в 1987 с Norton Commander, от которого нонче, конечно, осталась только концепция. ))
Абсолютно непонятно, зачем давать ссылки на англоязычную Википедию, когда есть и русскоязычная и российские открытые энциклопедии. Например, для фононов и экситонов, тем более, что их открыли советские физики.
)) Так в этом и смысл моей поговорки. Она сжато излагает то, что Вы сейчас написали. А выводы наставляют держать себя в руках. Известно, что можно научиться управлять эмоциями.
)) Не спорю, что последняя часть имени файла из точки и трёх символов может иметь важное значение для унаследованного кода.
Я о другом. О том, что нет у NTFS поля данных "расширение", как у FAT-12, -16, например. Точка и три символа на конце -- часть поля данных "имя". Потому, называются, просто, суффиксом. И символ точка, потому, часть имени. В FAT-12 точка не хранилась. Её и не зачем было бы хранить там!!! Она не входила ни в одно из двух полей данных, а была разделителем при синтаксическом разборе.
В начале 90-х купил толстенную "библию" по IBM PC/AT. Вот, реально, по железу и ДОСу поднялся выше всех. В 1997 купил "библию" по Windows NT. Там тоже все внутренние потроха были описаны, что в официальной документации не найдешь. С тех пор реально администрирую сети на NT.
Теперь... "библии" как-то измельчали. 100 страниц на описание менюшек ГНОМа и... ни слова о том, как устроено и как этим всем управлять. )))
COMMAND.COM — не командная строка, а, вероятно, командный процессор для интерпретации ввода в командной строке.
HEX2BIN.COM — не "загрузчик ассемблерного кода, меняющий шестнадцатеричный ассемблерный код на двоичный", а конвертер. Мнемонический код программы на языке ассемблера в текстовом виде (после его трансляции с помощью ASM.COM) преобразуется в объектный код. ASM.COM записывает его ТАКЖЕ в текстовом виде шестнадцатеричными цифрами. Для преобразования в RAW-формат файла с двоичным кодом, понятным уже процессору и готовым к загрузке и выполнению, и требуется эта утилита. (См. https://ru.ruwiki.ru/wiki/Intel_HEX)
ASM.COM — не "программа на ассемблере, от SCP". А, судя по всему, собственно транслятор с языка ассемблера, который и рождает объектный код в виде текстового файла в ASCII-кодах в форме человекочитаемого шестнадцатеричного кода. (Да, программисты ранее могли читать машинный код. И не только читать, но и писать. Ваш покорный слуга писал программы в восмеричном коде для архитектуры PDP-11.) А писать или редактировать код можно было только в редакторе текстов. Именно поэтому транслятор с языка ассемблера рождал не бинарный, а текстовый файл. А уже этот текстовый файл можно было преврать в машиночитаемый (RAW) утилитой HEX2BIN.COM. Кстати, MASM рождал сразу двоичный код, насколько я помню. (Извините за повторение, писал сразу по мере чтения.)
"...обычный Hello World, программа скомпилировалась..." — тут скорее не компиляция, а трансляция имело место быть.
У меня есть любимая самопридуманная поговорка (всего таких три): "Нервные умирают первыми". Смысл в том, что необдуманные поступки, совершённые на эмоциях, ни к чему хорошему, как правило, не ведут. Себе и другим жизнь испортил...
Например огромное количество сложных слов, пишущихся через дефис, Вы написали, как два отдельных слова. Не.. Статья мне понравилась! Но, вот, стиль языковой, когда часть иностранных слов написана на латинице, а часть на кириллице — уже не комильфо. А "в интернет я не захожу". Я пользуюсь глобальной сетью Интернет (имя собственное). В том числе и таким популярным её сервисом, как Веб. Но блогеров, обычно, не читаю. Берегу нервы. )) Вам удачи, но старайтесь публичные тексты (статьи) делать, как журналист или писатель. Вот, в комментариях (которые в режиме форума/телеконференции существуют) на пару предложений уже можно дать себе волю и не соблюдать грамматику.
Ну, сходу в cmd я бы воспользовался чем-то таким: where /r . * | find "."
Для примера я создал в директории несколько файлов. Вот, что вывела команда dir и что указанная команда. Во втором случае нет файла file. https://ibb.co/QC25HpK
FAR, конечно, великолепный инструмент! Но, особенную гибкость ему предоставляет ConEmu. Там много полезного для разработчика, сисадмина или DevOps'a. Мне нравиться также, что можно окну FAR с ним мышкой менять размер за рамки окна или угол, безовсяких заходов в настройки, на ходу.
Ну, и, конечно, FAR в базе без плагинов нужных с их сайта сильно проигрывает. Для домашнего пользователя пойдёт, но профи обвешивают его нужным функционалом сами.
Бывает, что появляется какая-то новая операция и неделю мучаешься в ручном режиме. Потом, в свободное время лезешь на сайт, и, оказывается, что уже лет 10, как есть плагин для этого, делающий всё нужное одной кнопкой.
Мне без FAR'а управлять террабайтными (на нос) файловыми хранилищами пользователей и проектов -- никак.
Но, начинал я в этот интерфейс в 1987 с Norton Commander, от которого нонче, конечно, осталась только концепция. ))
Хорошо. Но, потом всё-равно -- сжечь.
А ещё можно воспользоваться бесплатным и функциональным FAR...
"Комплексные числа как встроенный тип данных — это крайне важно для расчётов в области радиофизики."
Как заржал ночью! ))
Чувствуется, что автор не писал, а переводил и, возможно, компилировал текст из разных источников, не особо понимая, про что пишет.
Надо было на Си переписывать.
Получилось бы раз и навсегда. ;-)
Согласен. Программирование в 70-х и 80-х было магичнее, душевнее и удовлетворённестней. ))
А, ща... Замучался копайлотовские поделки за мамкиными программистами править.
Да, автор разбирался что ли? Копипастнул листинги целиком, не вникая.
"Ассемблер?" )))
Ну, тогда и сам машинный код тоже можно объявить языком. В одном буквенными символами записываем инструкции, в другом -- цифровыми.
Да, что-то с отсутствием TCP/IP на MS-DOS, неработающей NE2000 и энтузиастами автор напутал.
Лично устанавливал драйверы и утилиты TCP/IP под MS-DOS c фирменных дискет с дистрибутивом и, как раз, на NE2000.
Абсолютно непонятно, зачем давать ссылки на англоязычную Википедию, когда есть и русскоязычная и российские открытые энциклопедии. Например, для фононов и экситонов, тем более, что их открыли советские физики.
У геодезистов/картографов тоже свои стилистические замуты. По написанному сразу можно профессию человека определить.
)) Так в этом и смысл моей поговорки. Она сжато излагает то, что Вы сейчас написали. А выводы наставляют держать себя в руках. Известно, что можно научиться управлять эмоциями.
)) Не спорю, что последняя часть имени файла из точки и трёх символов может иметь важное значение для унаследованного кода.
Я о другом. О том, что нет у NTFS поля данных "расширение", как у FAT-12, -16, например. Точка и три символа на конце -- часть поля данных "имя". Потому, называются, просто, суффиксом. И символ точка, потому, часть имени. В FAT-12 точка не хранилась. Её и не зачем было бы хранить там!!! Она не входила ни в одно из двух полей данных, а была разделителем при синтаксическом разборе.
Вот, спасибо! Задушили мы с Вами по полной. ))) Именно так я и хотел додушнить и перезадушнить. ;-)
В начале 90-х купил толстенную "библию" по IBM PC/AT. Вот, реально, по железу и ДОСу поднялся выше всех. В 1997 купил "библию" по Windows NT. Там тоже все внутренние потроха были описаны, что в официальной документации не найдешь. С тех пор реально администрирую сети на NT.
Теперь... "библии" как-то измельчали. 100 страниц на описание менюшек ГНОМа и... ни слова о том, как устроено и как этим всем управлять. )))
Маркетинг... безжалостный и жадный.
Интересно. Но, извините, потошню...
COMMAND.COM — не командная строка, а, вероятно, командный процессор для интерпретации ввода в командной строке.
HEX2BIN.COM — не "загрузчик ассемблерного кода, меняющий шестнадцатеричный ассемблерный код на двоичный", а конвертер. Мнемонический код программы на языке ассемблера в текстовом виде (после его трансляции с помощью ASM.COM) преобразуется в объектный код. ASM.COM записывает его ТАКЖЕ в текстовом виде шестнадцатеричными цифрами. Для преобразования в RAW-формат файла с двоичным кодом, понятным уже процессору и готовым к загрузке и выполнению, и требуется эта утилита. (См. https://ru.ruwiki.ru/wiki/Intel_HEX)
ASM.COM — не "программа на ассемблере, от SCP". А, судя по всему, собственно транслятор с языка ассемблера, который и рождает объектный код в виде текстового файла в ASCII-кодах в форме человекочитаемого шестнадцатеричного кода. (Да, программисты ранее могли читать машинный код. И не только читать, но и писать. Ваш покорный слуга писал программы в восмеричном коде для архитектуры PDP-11.) А писать или редактировать код можно было только в редакторе текстов. Именно поэтому транслятор с языка ассемблера рождал не бинарный, а текстовый файл. А уже этот текстовый файл можно было преврать в машиночитаемый (RAW) утилитой HEX2BIN.COM. Кстати, MASM рождал сразу двоичный код, насколько я помню. (Извините за повторение, писал сразу по мере чтения.)
"...обычный Hello World, программа скомпилировалась..." — тут скорее не компиляция, а трансляция имело место быть.
Всем удачи! ))
У меня есть любимая самопридуманная поговорка (всего таких три): "Нервные умирают первыми". Смысл в том, что необдуманные поступки, совершённые на эмоциях, ни к чему хорошему, как правило, не ведут.
Себе и другим жизнь испортил...
Например огромное количество сложных слов, пишущихся через дефис, Вы написали, как два отдельных слова.
Не.. Статья мне понравилась!
Но, вот, стиль языковой, когда часть иностранных слов написана на латинице, а часть на кириллице — уже не комильфо. А "в интернет я не захожу". Я пользуюсь глобальной сетью Интернет (имя собственное). В том числе и таким популярным её сервисом, как Веб. Но блогеров, обычно, не читаю. Берегу нервы. ))
Вам удачи, но старайтесь публичные тексты (статьи) делать, как журналист или писатель. Вот, в комментариях (которые в режиме форума/телеконференции существуют) на пару предложений уже можно дать себе волю и не соблюдать грамматику.
Ну, сходу в cmd я бы воспользовался чем-то таким:
where /r . * | find "."
Для примера я создал в директории несколько файлов. Вот, что вывела команда dir и что указанная команда. Во втором случае нет файла file. https://ibb.co/QC25HpK
Не обязательно. Можно на Windows поиметь BusyBox, CygWin или MinGW или целый w64devkit, куда это всё входит и пользоваться вполне себе POSIX-средой.