The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В язык JavaScript предложено добавить синтаксис с информацией о типах, opennews (??), 14-Мрт-22, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


48. "В язык JavaScript предложено добавить синтаксис с информацие..."  +/
Сообщение от Бывалый смузихлёб (?), 15-Мрт-22, 07:08 
Нередко причина совсем в другом( заметь, среди «предлагателей» Микрософт и.. блумберг - ему вообще какая разница или он просто за «все хорошее» ? ):
Многие идут в жс после работы с жабой, плюсами или шарпом и, наверное это какая-то глубокая проф. деформация, но многим потом крайне тяжело работать без типов и всего того балагана с наследованием. Т.е тяжело работать без клетки, наручников и цепей.

Ну вот от них вой и поднимается.
«Разумеется», это не они такие, что не способны, пересев на другой язык и стек, принять его подходы и наработки - это и язык и стек »неправильные», ведь на них нельзя кодить как на «божественных» плюсах, жабе или шарпе.
Но если на упомянутых все было столь хорошо, какого ж черта они полезли в веб ?

п.с: а гомнокод но заваленный тоннами директив( их исключений итд, как на ТС ), отлаживать будет ещё тяжелее )

Ответить | Правка | Наверх | Cообщить модератору

58. "В язык JavaScript предложено добавить синтаксис с информацие..."  +1 +/
Сообщение от Брат Анон (ok), 15-Мрт-22, 08:08 
Тип данных -- это автоматизированный смысл информации. Километры нельзя непосредственно складывать с метрами. А опосредованно можно.
Вот веб-макаки, протестующие против строгой статической типизации и обнаруживают себя: они тупо не понимают, почему нельзя складывать попугаев и удавов непосредственно. Им отсутствие мозга сделать это позволяет вдоль и поперёк.
Ответить | Правка | Наверх | Cообщить модератору

104. "В язык JavaScript предложено добавить синтаксис с информацие..."  +1 +/
Сообщение от Бывалый смузихлёб (?), 15-Мрт-22, 14:10 
> Тип данных -- это автоматизированный смысл информации. Километры нельзя непосредственно
> складывать с метрами. А опосредованно можно.

расстояние и в метрах и в километрах - числа с плавающей запятой.. решит ли проверка типа проблему ?

> Вот веб-макаки, протестующие против строгой статической типизации и обнаруживают себя:
> они тупо не понимают, почему нельзя складывать попугаев и удавов непосредственно.
> Им отсутствие мозга сделать это позволяет вдоль и поперёк.

Самое забавное, что наилютейший гомнокод в жс получается бывших проггеров на жабе/шарпе или плюсах и, да, без типизации оно практически нечитаемо и неподдерживаемо.
Попадались такие проекты. Они и с типами то нередко неподдерживаемые:
Чего, казалось бы, проще, запилить простую асинхронную функцию-помощник для обращения к бэкенду, функция навешивает нужные заголовки на запрос, генерирует адрес на основе хоста и проч, форматирует тело запроса, выдаёт стандартный вывод в т.ч если запрос падает.

Однако, с полтора десятка файлов, разбросанных по всему проекту со вложенностью порядка восьми( каталог -> каталог -> итд ), каждый являет собой свой класс, наследуется от предыдущего, в своём составе имеет экземпляры других классов, каждый - на многие сотни строк кода.
Хост, промежуточные фрагменты адреса, структура тела запроса итд разбросаны по всему этому, что тупо не разобрать итоговый адрес и тело запроса к бэкенду без навешивания тонн выводов в консоль или пошаговой отладки.
Будто этого мало, самые начальные элементы импортируются из настроек, ведь на основе этого шаблонного, не работающего проекта генерируется НЕСКОЛЬКО проектов с разным функционалом( только истинный гений до такого додумался бы ), разумеется, с многоэтапной генерацией, ломающейся почти при каждом обновлении пакетов и с первого раза на новой машине вообще не отрабатывающей до конца, обычно день-два надо было чтобы оживить.
Самое забавное, что авторизация периодически отваливалась - где-то что-то не так было с автообновлением ключей, запросы иногда падали, но ни сам прогер, ни пришедшие за ним, отловить и исправить тот баг так и не смогли.
Но, зато всё сверху донизу обмазано типизацией, вообще подчистую, ни единого предупреждения по итогам валидации.
Но проггеры, даже любители ts, на том проекте больше пары недель не выдерживали. Запилить подобное осилил бывший проггер на джаве.. только на жс запилил как на джаве.. очень был рад, что есть TS без которого он бы подобное едва ли смог.

Кстати, кто-то, кто хотя бы минимально прогает на жс, обычно в курсе, что за помещение значений разных типов данных( скажем, число и массив ) и разных по смыслу в одну и ту же переменную, можно запросто получить по башке и так практически не делают
Хотя при "типизации" ничто не мешает просто добавить соотв пометку к полю - и валидатор всё посчитает всё корректным )

Ответить | Правка | Наверх | Cообщить модератору

191. "В язык JavaScript предложено добавить синтаксис с информацие..."  +1 +/
Сообщение от Брат Анон (ok), 17-Мрт-22, 11:03 
> расстояние и в метрах и в километрах - числа с плавающей запятой..
> решит ли проверка типа проблему ?

Нет, километры и километры -- это не числа с плавающей запятой. Это километры и метры. И это решает пробелму.

> Самое забавное, что наилютейший гомнокод в жс получается бывших проггеров на жабе/шарпе
> или плюсах и, да, без типизации оно практически нечитаемо и неподдерживаемо.

Нет. Если проггер не умеет программировать -- он сделает говно на любом языке. Но на статически строго типизированном языке -- говна будет немного меньше, а на яваскрипте -- это будет первосортное говно.

> Попадались такие проекты. Они и с типами то нередко неподдерживаемые:
> Чего, казалось бы, проще, запилить простую асинхронную функцию-помощник для обращения
> к бэкенду, функция навешивает нужные заголовки на запрос, генерирует адрес на
> основе хоста и проч, форматирует тело запроса, выдаёт стандартный вывод в
> т.ч если запрос падает.

Нет. Это не просто. Асинхронщина имеет тонны побочных эффектов. С асинхроном надо уметь работать (нет, это не кодить).

> Однако, с полтора десятка файлов, разбросанных по всему проекту со вложенностью порядка
> восьми( каталог -> каталог -> итд ), каждый являет собой свой
> класс, наследуется от предыдущего, в своём составе имеет экземпляры других классов,
> каждый - на многие сотни строк кода.

Вы только что описали проблемы сочинённых языков (т.е. нарисованы художниками, а не сконструированы инженерами).

> Хост, промежуточные фрагменты адреса, структура тела запроса итд разбросаны по всему этому,
> что тупо не разобрать итоговый адрес и тело запроса к бэкенду
> без навешивания тонн выводов в консоль или пошаговой отладки.

Ещё раз тезис о сочинительстве.

> Будто этого мало, самые начальные элементы импортируются из настроек, ведь на основе
> этого шаблонного, не работающего проекта генерируется НЕСКОЛЬКО проектов с разным функционалом(
> только истинный гений до такого додумался бы ), разумеется, с многоэтапной
> генерацией, ломающейся почти при каждом обновлении пакетов и с первого раза
> на новой машине вообще не отрабатывающей до конца, обычно день-два надо
> было чтобы оживить.

Управление зависимостями. Опять отсутствие инженерного подхода.

> Самое забавное, что авторизация периодически отваливалась - где-то что-то не так было
> с автообновлением ключей, запросы иногда падали, но ни сам прогер, ни
> пришедшие за ним, отловить и исправить тот баг так и не
> смогли.

Управление логикой. Опять отсутствие инженерного подхода. Недостаток строгой типизации и контроля ошибок.

> Но, зато всё сверху донизу обмазано типизацией, вообще подчистую, ни единого предупреждения
> по итогам валидации.

Это подход художника. Инженеры так не делают.

> Но проггеры, даже любители ts, на том проекте больше пары недель не
> выдерживали. Запилить подобное осилил бывший проггер на джаве.. только на жс
> запилил как на джаве.. очень был рад, что есть TS без
> которого он бы подобное едва ли смог.

Ещё раз смотрим тезис, про сочиняющих художников. Типизация (на конкретно этом примере) помогла.

> Кстати, кто-то, кто хотя бы минимально прогает на жс, обычно в курсе,
> что за помещение значений разных типов данных( скажем, число и массив
> ) и разных по смыслу в одну и ту же переменную,
> можно запросто получить по башке и так практически не делают

Да, так инженеры не делают. Казалось бы, какое это имеет отношение к типам. как семантике? Километры и метры?

> Хотя при "типизации" ничто не мешает просто добавить соотв пометку к полю
> - и валидатор всё посчитает всё корректным )

Нет. Это решается строгой статической типизацией.

Много слов, #ниачём #нувыпонили.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру