Сообщение Re[6]: Сколько стоит создать ЯП? от 17.10.2023 18:54
Изменено 17.10.2023 18:57 Sm0ke
Re[6]: Сколько стоит создать ЯП?
S>>Я php упомянул в том плане, что за ним не стоят корпорации, которые его пиарят.
N>Вы это серьёзно???
N>Zend — с 1998.
N>Facebook — с основания и до сейчас! У них серверная сторона на PHP. Сильно компилированном, но на нём.
N>И да, пиара от Facebook для него достаточно.
Выходит, что я сделал ошибочное суждение за недостатком просвящённости по историческим событиям ...
чтож
--
S>>. Операционная система .
N>Нет, если считать по количеству человеко-времени потраченного на разработку.
N>Сейчас 60-70% это веб во всех видах.
Это вы с поизции разработки правы.
Но с позиции использования пользователями — первоочередное — это OS.
Независимо от устройств (мобльники, пк, консоли, ноуты, планшеты)
N>А обобщать вы таки предлагали.
Да по lang, Нет — по продуктам)
N>Один и тот же язык и для системного уровня (где можно лезть в регистры внешних устройств и писать напрямую обработчики прерываний) и для скриптов это как-то странно.
Для меня язык — это синтаксис в первую очередь. На данный момент по краней мере.
Чтобы для кода OS её исходник, написанный на каком_бы_то_ни_было языке, превратить в исполняемые электроникой байты — нужен что? Компилятор, так?
* Значит для нового языка делается соответствующий extension компилятора, который добавляет специальные встроенные типы и функции, по работе в low level режиме.
* Без включения этого -OS режима я бы хотел, чтобы новый ЯП был полностью safe и вообще без UB.
(даже без raw pointers / или с некоторым целочисленным представлением для raw pointers без возможности по ним лезть в память)
* Для -OS режима может появится модуль анализатора кода.
N>Вы это серьёзно???
N>Zend — с 1998.
N>Facebook — с основания и до сейчас! У них серверная сторона на PHP. Сильно компилированном, но на нём.
N>И да, пиара от Facebook для него достаточно.
Выходит, что я сделал ошибочное суждение за недостатком просвящённости по историческим событиям ...
чтож
--
S>>. Операционная система .
N>Нет, если считать по количеству человеко-времени потраченного на разработку.
N>Сейчас 60-70% это веб во всех видах.
Это вы с поизции разработки правы.
Но с позиции использования пользователями — первоочередное — это OS.
Независимо от устройств (мобльники, пк, консоли, ноуты, планшеты)
N>А обобщать вы таки предлагали.
Да по lang, Нет — по продуктам)
N>Один и тот же язык и для системного уровня (где можно лезть в регистры внешних устройств и писать напрямую обработчики прерываний) и для скриптов это как-то странно.
Для меня язык — это синтаксис в первую очередь. На данный момент по краней мере.
Чтобы для кода OS её исходник, написанный на каком_бы_то_ни_было языке, превратить в исполняемые электроникой байты — нужен что? Компилятор, так?
* Значит для нового языка делается соответствующий extension компилятора, который добавляет специальные встроенные типы и функции, по работе в low level режиме.
* Без включения этого -OS режима я бы хотел, чтобы новый ЯП был полностью safe и вообще без UB.
(даже без raw pointers / или с некоторым целочисленным представлением для raw pointers без возможности по ним лезть в память)
* Для -OS режима может появится модуль анализатора кода.
Re[6]: Сколько стоит создать ЯП?
S>>Я php упомянул в том плане, что за ним не стоят корпорации, которые его пиарят.
N>Вы это серьёзно???
N>Zend — с 1998.
N>Facebook — с основания и до сейчас! У них серверная сторона на PHP. Сильно компилированном, но на нём.
N>И да, пиара от Facebook для него достаточно.
Выходит, что я сделал ошибочное суждение за недостатком просвящённости по историческим событиям ...
чтож
--
S>>. Операционная система .
N>Нет, если считать по количеству человеко-времени потраченного на разработку.
N>Сейчас 60-70% это веб во всех видах.
Это вы с поизции разработки правы.
Но с позиции использования пользователями — первоочередное — это OS.
Независимо от устройств (мобльники, пк, консоли, ноуты, планшеты)
N>А обобщать вы таки предлагали.
Да по lang, Нет — по продуктам)
N>Один и тот же язык и для системного уровня (где можно лезть в регистры внешних устройств и писать напрямую обработчики прерываний) и для скриптов это как-то странно.
Для меня lang — это синтаксис в первую очередь, чтобы на нём писать. На данный момент по краней мере.
Чтобы для кода OS её исходник, написанный на каком_бы_то_ни_было языке, превратить в исполняемые электроникой байты — нужен что? Компилятор, так?
* Значит для нового языка делается соответствующий extension компилятора, который добавляет специальные встроенные типы и функции, по работе в low level режиме.
* Без включения этого -OS режима я бы хотел, чтобы новый ЯП был полностью safe и вообще без UB.
(даже без raw pointers / или с некоторым целочисленным представлением для raw pointers без возможности по ним лезть в память)
* Для -OS режима может появится модуль анализатора кода.
N>Вы это серьёзно???
N>Zend — с 1998.
N>Facebook — с основания и до сейчас! У них серверная сторона на PHP. Сильно компилированном, но на нём.
N>И да, пиара от Facebook для него достаточно.
Выходит, что я сделал ошибочное суждение за недостатком просвящённости по историческим событиям ...
чтож
--
S>>. Операционная система .
N>Нет, если считать по количеству человеко-времени потраченного на разработку.
N>Сейчас 60-70% это веб во всех видах.
Это вы с поизции разработки правы.
Но с позиции использования пользователями — первоочередное — это OS.
Независимо от устройств (мобльники, пк, консоли, ноуты, планшеты)
N>А обобщать вы таки предлагали.
Да по lang, Нет — по продуктам)
N>Один и тот же язык и для системного уровня (где можно лезть в регистры внешних устройств и писать напрямую обработчики прерываний) и для скриптов это как-то странно.
Для меня lang — это синтаксис в первую очередь, чтобы на нём писать. На данный момент по краней мере.
Чтобы для кода OS её исходник, написанный на каком_бы_то_ни_было языке, превратить в исполняемые электроникой байты — нужен что? Компилятор, так?
* Значит для нового языка делается соответствующий extension компилятора, который добавляет специальные встроенные типы и функции, по работе в low level режиме.
* Без включения этого -OS режима я бы хотел, чтобы новый ЯП был полностью safe и вообще без UB.
(даже без raw pointers / или с некоторым целочисленным представлением для raw pointers без возможности по ним лезть в память)
* Для -OS режима может появится модуль анализатора кода.