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

1,283,719 7,813
 

Фильтр
  Y
Y
 
Слушатель
Карма: -0.04
Регистрация: 16.01.2019
Сообщений: 39
Читатели: 1
Цитата: GrinF от 03.03.2024 22:13:12Строят не идиоты. Тольбко вот есть универсальный фактор- человеческая глупость..... Не думайте что у нас все не так

Тем и живём 🤣
  • +0.00 / 0
  • АУ
rat1111
 
russia
С.-Пб
24 года
Слушатель
Карма: +217.18
Регистрация: 07.10.2011
Сообщений: 41,816
Читатели: 74
Цитата: gvf от 05.03.2024 21:25:11Не понимайт.
--
Рат, я с 98го года работаю с FreeBSD.
И вполне понимаю что куда и зачем.

Я с AT&T Unix (из которой вся линейка BSD выросла)  столкнулся (плотно) в конце 80-х. Так то что Unix как ОС, так и С как язык программирования - это изначально не айтишная, а телекоммуникационная тема была - софт и язык программирования цифровой АТС производства АТТ. Неудачная, кстати, у немцев (Alcatel и Siemens) с жестко привязанными к железу операционками и CHILL сверху получилось настолько лучше, что они из телекома штаты выкинули нахер. До пузыря доткомов. ))
С виндой - работал еще 1х. Ну и OS/2 +/- PM - тоже.
C DECовскими ОС и ОС 360/370 - тоже доводилось работать.
.
В общем. к чему это я - всему свое место и время каждой вещи под солнцем.
Disclaimer: Все написанное выше является исключительно моим личным мнением и не претендует на Абсолютную Истину
  • +0.18 / 14
  • АУ
Вариант
 
kazakhstan
Алма-Ата
60 лет
Слушатель
Карма: +0.18
Регистрация: 20.01.2020
Сообщений: 212
Читатели: 0
Цитата: rat1111 от 05.03.2024 22:10:33Я с AT&T Unix (из которой вся линейка BSD выросла)  столкнулся (плотно) в конце 80-х. Так то что Unix как ОС, так и С как язык программирования - это изначально не айтишная, а телекоммуникационная тема была - софт и язык программирования цифровой АТС производства АТТ. Неудачная, кстати, у немцев (Alcatel и Siemens) с жестко привязанными к железу операционками и CHILL сверху получилось настолько лучше, что они из телекома штаты выкинули нахер. До пузыря доткомов. ))
С виндой - работал еще 1х. Ну и OS/2 +/- PM - тоже.
C DECовскими ОС и ОС 360/370 - тоже доводилось работать.
.
В общем. к чему это я - всему свое место и время каждой вещи под солнцем.

Легенд много, о том как создан UNIX, для чего создавался язык С. Я как-то чаще встречался с историей, которую например дают в вики ссылка И самому довелось работать с разными советскими  машинами типа DEC на ОС Демос, ОС РВ (RSX-11) и писать на языке С в том числе. Язык С замечательно просто ложится на дековскую(PDP-шную) систему команд для машин типа PDP-11  и т.п.  Все ++ и --  до  и после переменной или указателя (и аналогичные им операторы, да и многие другие)  реализуются непосредственно одной машинной командой этой системы команд, то есть привязка языка к машинным кодам была очень хорошей. На x86 язык тоже неплохо лег. Со временем я  ушел от желания меряться языками, наверное выросВеселый Согласен с тем, что каждой вещи свое место. Где-то есть выбор, где-то лучше одно, где-то другое.  А где-то и выбор из альтернатив невелик.

А по теме Linux или Windows для 1C, то выскажу свое мнение - тут вопрос не в том, что лучше подходит для софта в данном случае, а в том, что люди смогут обслуживать. Есть ли администраторы, которые умеют администрировать linux/windows, или которые умеют работать с выбранной СУБД (MS SQL или PostgreSQL, а может и файловый вариант 1C - это у всех разное), и как все здесь верно замечали делать  бакапы  и уметь из них восстанавливать базу.  Отсюда в первую очередь и надо исходить - такое мое имхо.
Отредактировано: Вариант - 06 мар 2024 09:23:34
  • +0.11 / 6
  • АУ
psv
 
Слушатель
Карма: +1.60
Регистрация: 27.03.2009
Сообщений: 2,095
Читатели: 0
Цитата: rat1111 от 05.03.2024 22:10:33Я с AT&T Unix (из которой вся линейка BSD выросла)  столкнулся (плотно) в конце 80-х. Так то что Unix как ОС, так и С как язык программирования - это изначально не айтишная, а телекоммуникационная тема была - софт и язык программирования цифровой АТС производства АТТ. Неудачная, кстати, у немцев (Alcatel и Siemens) с жестко привязанными к железу операционками и CHILL сверху получилось настолько лучше, что они из телекома штаты выкинули нахер. До пузыря доткомов. ))
С виндой - работал еще 1х. Ну и OS/2 +/- PM - тоже.
C DECовскими ОС и ОС 360/370 - тоже доводилось работать.
.
В общем. к чему это я - всему свое место и время каждой вещи под солнцем.

Чушь какая то. Юникс всегда был изначально "системой обработки текстов". И первая "продажа" была именно такая. Полный ютуб с фильмами где участвуют практически "все имена из документации на все значимые части системы".
  • +0.07 / 3
  • АУ
psv
 
Слушатель
Карма: +1.60
Регистрация: 27.03.2009
Сообщений: 2,095
Читатели: 0
Цитата: AndreyK-AV от 05.03.2024 21:43:40Казалось бы, образование самая что ни наесть удобоваримая сфера для внедрения отечественного софта, а уж проведение ГИА исключительно под отечественным, а иначе как это же будущее?!
В реальности, из общения в чате технических специалистов региона - народ поставил сертифицированный клон люникс, программы проведения экзаменов встают или криво, или не стыкуются с периферией которая обязательна для проведения экзамена, под виндой все вопросы решаются собственными силами...

это все дикость какая то, работать на не поддерживаемой системе врага с которым по факту идет практически горячая война... и еще держать ее в образовательной среде, где наоборот важен полный доступ к потрохам любого продукта... ну и штамповать следующие поколения "инвалидов" 
для решения не хватает "компартии Китая" (ну или что там в КНР)
  • +0.05 / 5
  • АУ
LightElf
 
ussr
Слушатель
Карма: +15.82
Регистрация: 02.09.2010
Сообщений: 2,578
Читатели: 1
Цитата: psv от 06.03.2024 12:17:42это все дикость какая то, работать на не поддерживаемой системе врага с которым по факту идет практически горячая война... и еще держать ее в образовательной среде, где наоборот важен полный доступ к потрохам любого продукта... ну и штамповать следующие поколения "инвалидов" 
для решения не хватает "компартии Китая" (ну или что там в КНР)

Абсолютно нормальная ситуация: работает - не трогай.
  • +0.05 / 2
  • АУ
psv
 
Слушатель
Карма: +1.60
Регистрация: 27.03.2009
Сообщений: 2,095
Читатели: 0
Цитата: LightElf от 06.03.2024 17:40:00Абсолютно нормальная ситуация: работает - не трогай.

  • +0.01 / 2
  • АУ
psv
 
Слушатель
Карма: +1.60
Регистрация: 27.03.2009
Сообщений: 2,095
Читатели: 0
  • +0.07 / 3
  • АУ
Прокруст
 
Слушатель
Карма: +1.01
Регистрация: 25.01.2014
Сообщений: 1,442
Читатели: 1
Цитата: psv от 06.03.2024 18:38:28о навязывании миру своих технологических стандартов

https://d-russia.ru/…artov.html

Это хорошо, так как это означает следующее:
1. Они проигрывают и поэтому пытаются подкрепить свои стандарты законом.
2. Это будет иметь следствие - они собираются обложить налогом весь мир на технологии на свои стандарты.
3. Таких попыток установить монополию на рынке было множество и все они проваливаются, как только появляется свободная альтернатива. Бизнес такую хрень не любит и пойдет в обход.
Отредактировано: Прокруст - 07 мар 2024 08:29:35
  • +0.04 / 2
  • АУ
psv
 
Слушатель
Карма: +1.60
Регистрация: 27.03.2009
Сообщений: 2,095
Читатели: 0
Цитата: Прокруст от 07.03.2024 08:29:08Бизнес такую хрень не любит и пойдет в обход.

Любой конкретный бизнес обожает монополию и всячески и неизбежно стремиться к ней ("дилемма заключенного" и т.п.). Все ситуации когда такое было предотвращено были искусственные (ну и весьма хрупкими с постоянными попытками сломать их своим вендорлоком).
  • +0.05 / 2
  • АУ
Прокруст
 
Слушатель
Карма: +1.01
Регистрация: 25.01.2014
Сообщений: 1,442
Читатели: 1
Цитата: psv от 07.03.2024 10:47:01Любой конкретный бизнес обожает монополию и всячески и неизбежно стремиться к ней ("дилемма заключенного" и т.п.). Все ситуации когда такое было предотвращено были искусственные (ну и весьма хрупкими с постоянными попытками сломать их своим вендорлоком).

Все хотят стать монополистами, никто не хочет быть под монополистами.
Борьба с монополизмом периодически весьма успешна - прогресс таки идет.
Но периодически все загнивает.
Важно чтобы гниль не захватила всю планету, установив монопольное правительство - тады ой.
  • +0.05 / 2
  • АУ
GrinF
 
Слушатель
Карма: +72.10
Регистрация: 15.02.2018
Сообщений: 6,229
Читатели: 3
Цитата: rat1111 от 05.03.2024 22:10:33Я с AT&T Unix (из которой вся линейка BSD выросла)  столкнулся (плотно) в конце 80-х. Так то что Unix как ОС, так и С как язык программирования - это изначально не айтишная, а телекоммуникационная тема была - софт и язык программирования цифровой АТС производства АТТ. Неудачная, кстати, у немцев (Alcatel и Siemens) с жестко привязанными к железу операционками и CHILL сверху получилось настолько лучше, что они из телекома штаты выкинули нахер. До пузыря доткомов. ))
С виндой - работал еще 1х. Ну и OS/2 +/- PM - тоже.
C DECовскими ОС и ОС 360/370 - тоже доводилось работать.
.
В общем. к чему это я - всему свое место и время каждой вещи под солнцем.

Сказочник ...  Хотя предположу что С мог применяться в телефонных станциях AT&T... Все таки времена тогда были былинные, и Bell Labs (хоть и управлялась достаточно независимо) находилась в собственности и финансировалось AT&T

Preface to the first edition

----
C was originally designed for and implemented on the UNIX operating system on the DEC PDP-11, by Dennis Ritchie. The operating system, the C compiler, and essentially all UNIX applications programs (including all of the software used to prepare this book) are written in C. Production compilers also exist for several other machines, including the IBM System/370, the Honeywell 6000, and the Interdata 8/32. C is not tied to any particular hardware or system, however, and it is easy to write programs that will run without change on any machine that supports C. 
----

Brian W. Kernighan
Dennis M. Ritchie

https://ia903407.us.…itchie.pdf

----
А это длинная версия от самого автора https://www.bell-lab…chist.html
Отредактировано: GrinF - 07 мар 2024 17:36:51
  • +0.04 / 2
  • АУ
GrinF
 
Слушатель
Карма: +72.10
Регистрация: 15.02.2018
Сообщений: 6,229
Читатели: 3
Цитата: Поверонов от 07.03.2024 17:50:50Замечу что прежде чем писать UNIX на С он должен был компилироваться в какой-то другой среде. DEC PDP-11 использовалась и для специальных применений в частности в авиации ( ОС типа RT ) так что нельзя исключать применение С для цифровых АТС

а я и не исключаю использование C для АТС... Я исключаю, то что С был ищначально для этого написан... А первую  ОС Oryx/Pecos для PBX начали писать с нуля (и предположу уже на С) только в 1978 (5 голами позже чем создан C и в год выпуска ANSI C)
  • +0.00 / 0
  • АУ
GrinF
 
Слушатель
Карма: +72.10
Регистрация: 15.02.2018
Сообщений: 6,229
Читатели: 3
Цитата: ps_ от 07.03.2024 20:07:53Насколько я знаю, ATT тогда была монополистом и тратила день на всякую херню. Надо было просто бюджет пилить.



Да... им по решению антитрестовского законодательства было запрещено иметь бизнес в софтверном направлении... Но денег они собипали достаточно и тратили с умом. Посмотрите сколько нобелевских лауреатов в Bell Labs (исследовательское подразделение дочерней компании Western Electric) и достижений. Но денег за монополию брали немерянно и очень эффекимвно защищалию... 
Цитата
И разработка Unix и была такой херней. Никаких особых проектов по разработке операционной системы для АТС не было.
Просто получилась хорошая вещь, которая зажила своей жизнью Хлопающий

Oryx умерло только 10 лет назад... О ней рат1111 вероятно и рассказывал
  • +0.01 / 1
  • АУ
GrinF
 
Слушатель
Карма: +72.10
Регистрация: 15.02.2018
Сообщений: 6,229
Читатели: 3
Цитата: ps_ от 07.03.2024 20:02:59Это известная проблема курицы и яйцаВеселый
На PDP было что-то, на этом что-то написали компилятор C, потом переписали на самом C

да кто не проходил школу LFS или spack наверное и не знает
  • +0.00 / 0
  • АУ
LightElf
 
ussr
Слушатель
Карма: +15.82
Регистрация: 02.09.2010
Сообщений: 2,578
Читатели: 1
Цитата: ps_ от 07.03.2024 20:02:59Это известная проблема курицы и яйцаВеселый
На PDP было что-то, на этом что-то написали компилятор C, потом переписали на самом C

Если правильно помню некогда прочитанные статейки, то UNIX изначально был реализован на PDP-8 на ассемблере и BCPL. Когда оно вдруг зашло и возникла задача перенести на другие архитектуры (и PDP-11 в частности), переписывать на асме энтузиазма не было и под задачу скрафтили язык Цэ и кросс-компилятор к нему. И все завертелось. Язык попал в струю, зажил своей жизнью и до сих пор прекрасно себя чувствует, заняв нишу структурного кросс-платформенного ассемблера.
  • +0.04 / 2
  • АУ
adolfus
 
Слушатель
Карма: +21.74
Регистрация: 12.02.2010
Сообщений: 11,249
Читатели: 2
Цитата: LightElf от 08.03.2024 00:00:52Если правильно помню некогда прочитанные статейки, то UNIX изначально был реализован на PDP-8 на ассемблере и BCPL. Когда оно вдруг зашло и возникла задача перенести на другие архитектуры (и PDP-11 в частности), переписывать на асме энтузиазма не было и под задачу скрафтили язык Цэ и кросс-компилятор к нему. И все завертелось. Язык попал в струю, зажил своей жизнью и до сих пор прекрасно себя чувствует, заняв нишу структурного кросс-платформенного ассемблера.

Заняв нишу универсального языка программирования. Самого универсального из всех существующих. 
Это второй язык по эффективности вычислений. Имеет минимум недостатков, из которых наиболее серьезными являются два: 
1) отсутствие доступа к флагам, устанавливаемым по результатам выполнения инструкций, что приводит к невозможности отслеживать переполнения, с неизбежностью вызникающие при выполнении целочисленных операций;
2) отсутствие циклических сдвигов, снижающий эффективность алгоритмов, манипулирующих с битами, в частности, помехоустойчивого, арифметического и интервального кодирования.
Все остальное сделано очень хорошо. Вряд ли есть еще какой-нибудь ЯП, где так удачно реализованы типы данных. Причем все в руках програмиста – он  имеет как возможность использовать строгую типизацию, возможность которой обеспечивается самим языком, так и стрелять себе в ногу.
  • +0.05 / 4
  • АУ
LightElf
 
ussr
Слушатель
Карма: +15.82
Регистрация: 02.09.2010
Сообщений: 2,578
Читатели: 1
Цитата: adolfus от 12.03.2024 09:54:29Заняв нишу универсального языка программирования. Самого универсального из всех существующих. 
Это второй язык по эффективности вычислений. Имеет минимум недостатков, из которых наиболее серьезными являются два: 
1) отсутствие доступа к флагам, устанавливаемым по результатам выполнения инструкций, что приводит к невозможности отслеживать переполнения, с неизбежностью вызникающие при выполнении целочисленных операций;
2) отсутствие циклических сдвигов, снижающий эффективность алгоритмов, манипулирующих с битами, в частности, помехоустойчивого, арифметического и интервального кодирования.
Все остальное сделано очень хорошо. Вряд ли есть еще какой-нибудь ЯП, где так удачно реализованы типы данных. Причем все в руках програмиста – он  имеет как возможность использовать строгую типизацию, возможность которой обеспечивается самим языком, так и стрелять себе в ногу.

Все-таки из ниши универсального ЯП он в настоящее время уходит. Тому есть ряд причин, в первую очередь - уменьшение разнообразия вычислительных платформ. Во времена оны каждый суслик городил свой несовместимый огород с 9-битными байтами и обратным кодом. Сейчас активно живых архитектур осталось не больше десятка и новинки появляются не чаще раза в десять лет. Во-вторых комтуперы стали достаточно мощными, что позволяет делать весьма замудреные компиляторы и при этом, внезапно, оказывается что высокоуровневые конструкции можно лучше оптимизировать (компилятор имеет больше контекста и лучше понимает, чего от него хотят). Полагаю что со временем произойдет переход к распространению программ не в виде исполнимых файлов, а в виде некоторого IL (например байткода) с окончательной до-компиляцией и до-оптимизацией на компьютере конечного пользователя. Иначе зоопарк из количества ядер, структуры кэшей и канальности памяти не преодолеть, а узкое место сейчас смещается туда.
  • -0.04 / 3
  • АУ
Прокруст
 
Слушатель
Карма: +1.01
Регистрация: 25.01.2014
Сообщений: 1,442
Читатели: 1
Цитата: LightElf от 12.03.2024 18:48:34Во-вторых комтуперы стали достаточно мощными, что позволяет делать весьма замудреные компиляторы и при этом, внезапно, оказывается что высокоуровневые конструкции можно лучше оптимизировать (компилятор имеет больше контекста и лучше понимает, чего от него хотят). Полагаю что со временем произойдет переход к распространению программ не в виде исполнимых файлов, а в виде некоторого IL (например байткода) с окончательной до-компиляцией и до-оптимизацией на компьютере конечного пользователя. Иначе зоопарк из количества ядер, структуры кэшей и канальности памяти не преодолеть, а узкое место сейчас смещается туда.

Эта супероптимизация, когда компилятор умнее программиста - просто треш и угар. Давно не включаю флаг оптимизации больше -O1 - иначе невозможно предсказать,что сделает компилятор.
Забавно сколько сил тратится на фичи, вместо того чтобы просто допилить компилятор, чтоб ошибки показывал, эээ, по точнее.
Байткод когда-нибудь победит, теоретически. Но сначала желательно под него язык придумать получше. Может что-то вроде Swift подойдет? Не разбирался толком, выглядит довольно перспективно - но так как это Эпл, то...
PS.
Язык D - не получился.
Отредактировано: Прокруст - 12 мар 2024 22:02:37
  • +0.04 / 2
  • АУ
adolfus
 
Слушатель
Карма: +21.74
Регистрация: 12.02.2010
Сообщений: 11,249
Читатели: 2
Цитата: Поверонов от 12.03.2024 15:49:15уже сделан D

И оказался никому не нужен. В начале 2000-х интересовался, но ничего такого полезного, что невозможно реализовать средствами си, там не обнаружилось. Плюс, в те времена D-компилятор требовалось купить или украсть. Это уже само отталкивает. Так что вот так и такой вот результат. Да, есть энтузиасты. Они чуть менее, чем полностью из тех, кто неасилил, а в сторону жавы и шарпа смотреть западло.
Мало того, существуют вопросы обратной совместимости и они бывают намного важнее всего остального. Кобол вам в пример. А также архитектура x86 и amd64. Хотел упомянуть фортран, но вспомнил, что при всем его странном синтаксисе эффективнее языка для научных вычислений как бы и нет.
  • +0.00 / 0
  • АУ
Сейчас на ветке: 6, Модераторов: 0, Пользователей: 0, Гостей: 2, Ботов: 4