IT в России и мире в реалиях мирового кризиса

Цитата: grizzly от 06.08.2019 06:12:28А школьник купил 86-DOS у Seattle Computer Products за 50 штук бакинских и лицензировал её IBM
Вот так раньше выглядела разработка.
Теперь-то понятно, что анекдот о сделке по продаже вагона угля за 10 килобаксов, после которой продавец идёт искать вагон угля, а покупатель 10 килобаксов, появился не на пустом месте.

Оно и сейчас ровно также выглядит. Госзаказчику в лице папы впаривается ТЗ, потом подбирается модный (т.е. собравший наибольшее количество лайков на хабре) фреймворк, который усилиями стайки замкадышей допиливают до достижения "вау-эффекта". На этом месте уже позволительно пить смузи и майданить против воровской власти (т.е. папы), бо вступление в "креативный класс" состоялось. 

Цитата: AndreyK-AV от 06.08.2019 21:59:50пришло  понимание что "структурное программирование" не догма, а лишь один из инструментов...
и goto были естественной частью систем...

Ну, это естественный рациональный взгляд практика.
Полный отказ от переходов по идеологическим соображениям вреден. Нужно просто правильно и уместно использовать подходящие инструменты.
Прикольно, как сохранили переход, искоренив "правоверно" его название, но сохранив суть, в виде break метка 

Цитата: DarkRaider от 07.08.2019 01:29:30Подумайте сначала о том какой программист круче?  Который говорит на русском, на китайском, на американском?

Первый раз сталкивался с китайцами году так в 05. Пришлось полностью переписывать их АСУТП.
И вот буквально сейчас на аналогичном объекте как вы думаете что я вижу? Не поверите. 
Я был в шоке.

Цитата: DarkRaider от 07.08.2019 01:29:30В основном благодаря библиотеке Turbo Vision

Turbo Vision появилась аж в 6й версии Turbo Pascal
Сами догадаетесь, сколько версий Turbo Pascal было до этого?
Объектно-ориентированная хрень появилась в 5.5
А еще была такая библиотека как Object Professional

Цитата: LightElf от 05.08.2019 20:29:17Шутка, если не склероз со времен фидонета:
Все русскоязычные IT-шники делятся на два принципиально разных класса: у одних Alt+Shift, у других Ctrl+Shift. Любые другие классификации сугубо искусственны.

А я использую для переключения раскладок специально выделенную клавишу Caps Lock.

Цитата: LightElf от 05.08.2019 20:29:17Шутка, если не склероз со времен фидонета:
Все русскоязычные IT-шники делятся на два принципиально разных класса: у одних Alt+Shift, у других Ctrl+Shift. Любые другие классификации сугубо искусственны.

Alt+Shift у тех, кто работал в IBM PC-DOS и/или DR/Novell DOS. Эти досы искаропки поддерживали даже не русификацию, а нормальную на то время локализацию, с лексикографическим упорядочиванием (collating sequences), представлением дат и прочие вкусности. Переключение работало по Alt+Shift.
Ctrl+Shift у тех, кто работал в англоязычной MS-DOS с лотка на Горбушке. Почему оттуда – потому, что легальная версия была русифицирована и переключатель в ней был AltShift. Так вот для этой англоязычной версии с Горбушки каждый жук и жаба, прочитавший Скенлона, считал своим долгом написать крафтовый русификатор. Могу предположить, что большая часть тех, кто использует CtrlShift для переключения раскладки, сидит в английской локали שиндоса – привычки, воспитанные Горбушкой неискоренимы.

Цитата: Быдлокодер от 07.08.2019 17:26:57Во времена доса использовал для переключения левый Ctrl.
Конечно, кастомный руссификатор, потому что надо было дополнительно мапить русскую Н (У МЕЯ ВСЁ РАБОТАЕТ...) и русскую р: от неё наглухо вис какой-то из Borland C.

Левый? Может таки правый? keyrus.com?
ЕМНИП, буква 'н' имела проблемы и в норотон-командере. В этом nc.exe проблем было выше крыши и кроме этой 'н"'. При запуске процесса через DOS 21:4b (вы выбираете файл и жмете на нем Enter)  после освобождения блока памяти, откуда копировались переменные среды родителя в блок среды запускаемого процесса, адрес этого уже освобожденного блока в nc.exe передается процессу вместо копии. В чистом однозадачном досе это отлично работало – никто не претендовал на этот блок, однако когда мы начали пользоваться qemm, чтобы замапить биос в emm/ems и дать процессу получить по malloc() до 730k памяти, сразу вылезли проблемы – программа, запущенная из командной строки работала, а запущенная из под нортона висла на стадии загрузки своих оверлеев. Вот такие "картофельные очистки", о которых так беспокоился программист питера нортона по фамилии Sosha.
Насчет Борланда не скажу – почти сразу, как начали с ним работать (купили, черт  подери), обнаружилось, что его fread()/fwrite() не отслеживают не только смену дискет с открытым файлом, но и пытаются читать/писать в пустой привод. Т.е. вы делаете fopen(). потом читаете/пишете, не закрывая файл вытаскиваете дискету *(каждый бухгалтер считал своим долгом следовать практике луддитов), а трубоцэ ничего не видит. В результате имеем жопу с целостностью файла и вообще с файловой системой на извлеченной дискете. В то же время MS C 5.5 с этим справлялся великолепно и все манипуляции с приводом отлично отслеживались.

Цитата: adolfus от 07.08.2019 20:30:55Левый? Может таки правый? keyrus.com?
ЕМНИП, буква 'н' имела проблемы и в норотон-командере. В этом nc.exe проблем было выше крыши и кроме этой 'н"'.

Засады с ней вроде были при передаче текстов по сети, на локальном компе не помню с ней проблем.

Цитата: adolfus от 07.08.2019 20:30:55Вот такие "картофельные очистки", о которых так беспокоился программист питера нортона по фамилии Sosha.

Автор хэлпа к DOS-у про них писал

Цитата: Senya от 08.08.2019 06:30:41Засады с ней вроде были при передаче текстов по сети, на локальном компе не помню с ней проблем.

Автор хэлпа к DOS-у про них писал

Sosha – настоящий автор этого вашего nc.exe. Там в справочнике для него он и писал про картофельные очистки для своих детей.
Досов было много. я лично работал в двух – IBM PC DOS и DR.Novell DOS. Все хелпы для них были обезличены. НАсчет MS DOS не знаю – под ним разве что в диггера и принца персии можно было гонять, остальное все постоянно висло или глючило. Бывало что по пять раз в день приходилось перезагружаться. Как только перешли на PC DOS, все проблемы исчезли – ты просто работаешь и не сохраняешься каждые пять минут, как это было в MS DOS. Ну и сеть. В MS DOS ее практически не было, а в DR DOS и PC DOS она была из коробки и под любую карту, котороая тогда была на рынке. Немного слукавил -- первая моя сетевуха была иола. С ней шли крафтовые драйвера и которая могла более-менее работать под MS DOS, не требуя перезагрузки сервера каждые три четыре дня. Но она была настолько тормознутая, что пр первой возможности мы перешли на ne2000, котороая отлично поддерживаласть как в DR DOS? так и в PC DOS. В MS DOS у нее возникали проблемы, если ее буфера размещались в EMM/EMS –  Бил гейц строго следовал своему тезису, что пользователям MS DOS  будет более чем достаточно 640 килобайт ОЗУ.
Одним словом, самое лучшее, что когда либо произвел микрософт – это компилятор MS C 6.0, masm  в его составе и codeview – бесподобнейший на то время отладчик для DOS. Все остальное – козий кал, со временем плавно переоформившийся в кошачий.

Цитата: adolfus от 09.08.2019 00:30:35Sosha – настоящий автор этого вашего nc.exe. Там в справочнике для него он и писал про картофельные очистки для своих детей.
Досов было много. я лично работал в двух – IBM PC DOS и DR.Novell DOS. Все хелпы для них были обезличены. НАсчет MS DOS не знаю – под ним разве что в диггера и принца персии можно было гонять, остальное все постоянно висло или глючило. Бывало что по пять раз в день приходилось перезагружаться. Как только перешли на PC DOS, все проблемы исчезли – ты просто работаешь и не сохраняешься каждые пять минут, как это было в MS DOS. Ну и сеть. В MS DOS ее практически не было, а в DR DOS и PC DOS она была из коробки и под любую карту, котороая тогда была на рынке. Немного слукавил -- первая моя сетевуха была иола. С ней шли крафтовые драйвера и которая могла более-менее работать под MS DOS, не требуя перезагрузки сервера каждые три четыре дня. Но она была настолько тормознутая, что пр первой возможности мы перешли на ne2000, котороая отлично поддерживаласть как в DR DOS? так и в PC DOS. В MS DOS у нее возникали проблемы, если ее буфера размещались в EMM/EMS –  Бил гейц строго следовал своему тезису, что пользователям MS DOS  будет более чем достаточно 640 килобайт ОЗУ.
Одним словом, самое лучшее, что когда либо произвел микрософт – это компилятор MS C 6.0, masm  в его составе и codeview – бесподобнейший на то время отладчик для DOS. Все остальное – козий кал, со временем плавно переоформившийся в кошачий.

И NT? Ну незнаю, не знаю - мне, вот, нравится. Да и с мсдосом не скажу чтоб так уж все плохо было - работало, однако, и до сих пор работает коегде, ЧСХ. Под мсдосом PCAD 4.5 во времена оные гонял.

Цитата: adolfus от 09.08.2019 00:30:35Sosha – настоящий автор этого вашего nc.exe.

В курсе.

Цитата: adolfus от 09.08.2019 00:30:35Там в справочнике для него он и писал про картофельные очистки для своих детей.

Вот чисто из вредности - Tech Help. http://old-dos.ru/files/file_1067.html
"Вы же не хотите, чтобы дети Дена Роллинза (Dan Rollins) рылись на помойке в поисках картофельных очисток?"

Цитата: qurvax от 09.08.2019 09:31:16И NT? Ну незнаю, не знаю - мне, вот, нравится. Да и с мсдосом не скажу чтоб так уж все плохо было - работало, однако, и до сих пор работает коегде, ЧСХ. Под мсдосом PCAD 4.5 во времена оные гонял.

NT – это отдельная пестня.  NT 3.51 сертифицировали по безопасности под оранжевую книгу и обозвали "операционной системой реального времени". Нужно это было, чтобы пропихнуть продукцию микрософт в государственные учреждения, армию и флот. Кто продвигал – Вы знаете. Тот, вернее та, кто заставил межделмаш передать все наработки отдела, занимавшегося OS/2, в микрософт, тем самым похоронив ее. Так что Илон Маск – не первый случай. Перед ним был Билл Гейц. В 90-х в отношении госучереждений и прочих серьезных организаций действовал обязательный к исполнению документ о безопасности и переносимости софта. Основан он был на POSIX и периодически пересматривался. Последняя редакция, котороая была доступна на одном из сайтов госдепа, датировалась, ЕМНИП, 1998 годом. Чтобы как-то вписаться со своей, якобы, файловой системой в этот  документ была разработана для NTFS компонента, позволявшая монтировать похиксовые файловые системы, которые даже сегодня в самом примитивном их варианте конца 90-х кроют фаты и прочие нтифээсы, как слон моську по всем параметрам, включая безопасность, гибкость, функционал и скорость. И вот в таком наряде NT 3.51. пропихнули в голубой мирок американского флота. В результате на одной из огромных посудин всей энергетикой и двигательной установкой управляла "операционная система реального времени" Microsoft NT 3.51. Посудина лихо выползла с завода, переплыла Атлантику и зашла в Средиземное море. Там произошло нечто интересное – внезапно на всем судне пропало электричество. Соответственно, остановились двигатели и приводы всего, что можно двигать и перемещать, не прибегая к помощи матросов. Перезагрузить NT не удалось – то ли аккумуляторы бесперебойника не были заряжены, то ли двери в серверную заблокировались при отключении электропитания корабля – этого никто не узнает. Все это завершилость тем, что спустя какое-то время с завода прислали буксир, который оттянул железный гроб на завод.

Цитата: adolfus от 09.08.2019 12:50:53

Цитата: adolfus от 09.08.2019 11:50:53Чтобы как-то вписаться со своей, якобы, файловой системой в этот  документ была разработана для NTFS компонента, позволявшая монтировать похиксовые файловые системы, которые даже сегодня в самом примитивном их варианте конца 90-х кроют фаты и прочие нтифээсы, как слон моську по всем параметрам, включая безопасность, гибкость, функционал и скорость.

Можно примеры? Мне б такие пригодились, в повседневной, тсказать, деятельности Ну или для общего развития хотябы, если вдруг оные давно помре и никем нигде не используются. А то выбор альтернатив сегодня печален - ReFS, который еще пока зеленый, да ХFS (поправил тут) прихрамывающая иногда. Первая ж еще и закрытая.

Цитата: adolfus от 09.08.2019 11:50:53И вот в таком наряде NT 3.51. пропихнули в голубой мирок американского флота. В результате на одной из огромных посудин всей энергетикой и двигательной установкой управляла "операционная система реального времени" Microsoft NT 3.51. Посудина лихо выползла с завода, переплыла Атлантику и зашла в Средиземное море. Там произошло нечто интересное – внезапно на всем судне пропало электричество. Соответственно, остановились двигатели и приводы всего, что можно двигать и перемещать, не прибегая к помощи матросов. Перезагрузить NT не удалось – то ли аккумуляторы бесперебойника не были заряжены, то ли двери в серверную заблокировались при отключении электропитания корабля – этого никто не узнает. Все это завершилость тем, что спустя какое-то время с завода прислали буксир, который оттянул железный гроб на завод.

Кул стори Но полуось вроде как мертва. А NT цветет (и пахнет, если обмазать модным гуем, кхм...). И так, сегодня NT - говно кошачье или чье? И есть ли альтернатива?

Цитата: qurvax от 09.08.2019 13:02:49Кул стори Но полуось вроде как мертва. А NT цветет (и пахнет, если обмазать модным гуем, кхм...). И так, сегодня NT - говно кошачье или чье? И есть ли альтернатива?

QNX. Для мягкого реал-тайма лучшее.

Цитата: Прокруст от 09.08.2019 19:59:11QNX. Для мягкого реал-тайма лучшее.

Ок, QNX против Centos/WS/Ubuntu/юнеймит:  Во первых - цена. Во вторых - какой смысл, если область использование реалтаймовости не требует? Ну и да, как там у RTOS'ок с виртуализациями, есть че?


Кстате, там Хуайвей ОС презентовал-с. Как там ее, Хонгменг или вроде того. Похваляются микроядренностью и верифицированным ядром. Никак seL4 приспособили Все остальное свое, кетайское. Трепещи, миликанес! Обещают за 2 дня засунуть во все кофеварки, ежели злой Трумп Андройд зойпретит пользовать. Такие дела.

Цитата: qurvax от 09.08.2019 13:02:49Цитата: adolfus от 09.08.2019 12:50:53

Можно примеры? Мне б такие пригодились, в повседневной, тсказать, деятельности Ну или для общего развития хотябы, если вдруг оные давно помре и никем нигде не используются. А то выбор альтернатив сегодня печален - ReFS, который еще пока зеленый, да ХFS (поправил тут) прихрамывающая иногда. Первая ж еще и закрытая. \n\nКул стори Но полуось вроде как мертва. А NT цветет (и пахнет, если обмазать модным гуем, кхм...). И так, сегодня NT - говно кошачье или чье? И есть ли альтернатива?

Не знаю, что под виндовсами используется сегодня, поскольку уже лет 15 виндовсы у меня только в виртуалке и большей частью для проверки валидности портирования под mingw. Думаю, что дальше ntfs  дело у микрософт не пошло. В *nix'ах же все файловые системы стандартно posix-совместимые. Многие нынешние дистрибутивы линукса используют txt3 или ext4. xfs, кстати, очень неплохая ФС и для многих приложений ей нет разумной альтернативы. Не помню, чтобы когда-нибудь xfs и/или extfs теряли или портили файлы – это одни из самых надежных ФС. Разумеется, сетевое питание должно быть подперто бесперебойником, котороый может сообщить системе, что пропало питание, а система – уходить в режим ожидания, если не успевает синхронизировать и закрыть файлы до разряда батарей.

Цитата: Прокруст от 09.08.2019 19:59:11QNX. Для мягкого реал-тайма лучшее.

Почему мягкого? Самого что ни на есть жесткого. У нее на 20-й век м начало 2000-х самая высокая скорость обслуживания аппаратных прерываний на всех поддерживаемых архитектурах. Для одноядерных компов промышленного класса как бы и альтернативы нет – все остальное будет лагать и глючить. На фоне ценников на промышленные компы QNX стоит сущие копейки.

Цитата: ps_ от 10.08.2019 17:17:55Насколько я помню, жестский реалтайм отличаеться от мягкого тем, что ГАРАНТИРУЕТ время обработки события.
Например, если реактор пошел вразнос, то его необходимо загасить за 100 миллисекунд и никого не волнует, что ОС решила посвапироваться в этот момент.
Поэтому, если время обработки прерывания не гарантированно - это мягкий реалтайм

QNX гарантирует. Вы просто устанавливаете приоритеты для запросов и все. Никаких "свопиться" у нее нет и отродясь не было. Там как и везде сегодня используется подкачка страниц. Поскольку QNX POSIX-совместимая, вам самому решать, какие области вашей программы могут выгружаться, а какие нет. Обработчики прерываний всегда располагаются в невыгружаемой памяти и им пофиг, идет обмен с джисками, сетью или еще с чем – они будут вызваны. Причем не в пределах 100 мс, а в пределах нескольких десятков наносекунд после запроса по линии LINT0 (в рамках приоритетов APIC, разумеется).

Цитата: adolfus от 10.08.2019 17:58:56QNX гарантирует. Вы просто устанавливаете приоритеты для запросов и все. Никаких "свопиться" у нее нет и отродясь не было. Там как и везде сегодня используется подкачка страниц. Поскольку QNX POSIX-совместимая, вам самому решать, какие области вашей программы могут выгружаться, а какие нет. Обработчики прерываний всегда располагаются в невыгружаемой памяти и им пофиг, идет обмен с джисками, сетью или еще с чем – они будут вызваны. Причем не в пределах 100 мс, а в пределах нескольких десятков наносекунд после запроса по линии LINT0 (в рамках приоритетов APIC, разумеется).

Насколько помнится проблема ОС РВ была в том что там мог быть только один критический процесс, то есть если он включился то все прочие будут ждать. Наверное нынче эта проблема разрешима числом ядер в процессоре , то есть критических процессов может быть по числу ядер ( -1 на обработчик прерываний )

Цитата: Прокруст от 09.08.2019 19:59:11QNX. Для мягкого реал-тайма лучшее.

Хммм... Смелое заявление... Вы вообще с другими знакомы?