The OpenNET Project / Index page

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



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

Оглавление

Microsoft присоединяется к разработке OpenJDK, opennews (??), 03-Ноя-19, (0) [смотреть все]

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


137. "Microsoft присоединяется к разработке OpenJDK"  +/
Сообщение от Аноним (136), 05-Ноя-19, 22:46 
Golang, все-таки, довольно специфичный язык, который на универсальный не тянет (это при том, что я на нем пишу большую часть времени).
С одной стороны он невыразителен, что не позволяет на нем писать действительно масштабные и сложные программы.
С другой стороны статическая типизация ограничивает его приминение в областях, где используются его прямые конкуренты python и ruby (в частности, на нем почти невозможно сделать orm уровня sqlalchemy или activerecord).
А с третьей стороны из-за использования gc и в целом производительности на уровне hotspot jvm (что, на самом деле, весьма неплохо) он плохо подходит для эмбеддовки.

Получается, что подходит он, в основном, для небольших и средних проектов, которые предназначены для работы на серверах и при этом не подразумевают серьезной работы с РСУБД. Или, говоря по другому, для утилитарных микросервисов, занимающихся несложной обработкой данных. Ну и еще для примерно похожих по смыслу CLI-инструментов.

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

151. "Microsoft присоединяется к разработке OpenJDK"  +/
Сообщение от x3who (?), 07-Ноя-19, 01:06 
> С одной стороны он невыразителен, что
> не позволяет на нем писать действительно
> масштабные и сложные программы.

В смысле? Пишешь насколько хошь выразительные интерфейсы к своим модулям и из них складываешь свои сложные программы. А из тех сложных программ ещё более сложные.

> С другой стороны статическая типизация ограничивает его приминение в областях, где используются
> его прямые конкуренты python и ruby (в частности, на нем почти
> невозможно сделать orm уровня sqlalchemy или activerecord).

Статическая типизация отсекает часть ошибок на этапе компиляции - это уже неплохо. Почти невозможно - это всё-таки возможно?

> Получается, что подходит он, в основном, для небольших и средних проектов, которые
> предназначены для работы на серверах и при этом не подразумевают серьезной
> работы с РСУБД. Или, говоря по другому, для утилитарных микросервисов, занимающихся
> несложной обработкой данных. Ну и еще для примерно похожих по смыслу
> CLI-инструментов.

ORM-то вообще подразумевает серьёзную работу с БД? У меня как-то такое предвзятое отношение к этим приблудам, что типа нельзя абстрагировать разработчика от конкретной БД слоями абстракции, а то он такого наразработает, что потом ни в коде ни и в базе не разберёшься.

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

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

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




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

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