LINUX.ORG.RU
ФорумTalks

Прижившиеся языки\фреймворки для линукса

 , ,


0

2

А какие языки\фреймворки, если можно так сказать, являются «дефолтным, рекомендуемым, прижившимся» в линуксе? На основе всяких википедий, опеннетов и линуксоргов для других систем вижу следующее:

  • майкрософт - C#, .NET
  • эпол - Objective-C, Swift
  • андроид - java, kotlin

Интересно, для расширения крузора. Или так нельзя классифицировать, а для каждой задачи необходимо выбирать свой инструмент\фреймворк?

gnome builder, vala, gtk, glib, meson, flatpak

fsb4000 ★★★★ ()

Питон, как ни прискорбно.

для других систем вижу следующее

Для тех систем это не просто «прижившиеся» а системообразующие технологии. В linux такого в принципе нет и быть не может, т.к. это открытая система.

no-such-file ★★★★★ ()

Ни один не прижился. Пока яп и системные функции не станут одним целым - нещитово. Даешь спектрум!

TooPar ()

Имхо:

  • C & GTK, либо C++ & Qt, для гуёв в зависимости от DE.
  • Bash — для скриптов.
  • Python — для консольных приложений / нетривиальной скриптоты.
  • Go — всё связанное с DevOps, чуть в стороне от линукса.
  • Rust (кродёться).

Всё остальное либо штучная приложуха (JS, Java, Ruby), либо успешно померло (Perl).

WitcherGeralt ★★ ()

Для гуев? Ничто, гуй мертв, особенно в линуксе.

Reset ★★★★★ ()

В линуксе, как и полагается, зоопарк. Ибо нет дяди, который за других решает как правильно.

snizovtsev ★★★★ ()

Триединство BePiS – Bash, Perl, Scheme (или любой другой вариант Lisp). Во всяком случае так было лет двадцать (или даже десять) назад. Сейчас же Python успешно выпихивает «верблюда», тот же Scheme и даже CL народ уже подзабыл и корячит логику своих поделок на JS с «электрончиком» в VSCode, не притрагиваясь к Emacs. Один Bash всем нужен, и то – лет 10 назад он был куда нужнее (ибо Systemd ещё не было).

P.S. Ну ещё и PHP, ибо только под «линуксом» он работает как положено, без дополнительного «корчен-тулинга» и с любым веб-сервером.

Korchevatel ★★★★ ()
Последнее исправление: Korchevatel (всего исправлений: 1)
Ответ на: комментарий от Korchevatel

GNU-тые проекты успешно применяют Guile Scheme и в наши дни.

Siborgium ★★ ()

C, Python, Bash, GTK, Qt, nodejs.

ЗЫ

Всё в порядке важности.

peregrine ★★★★★ ()
Последнее исправление: peregrine (всего исправлений: 2)
Ответ на: комментарий от chenbr0

Таких дядей было много и будет ещё больше. Красношапка отправится вслед за всеми кто был до неё в помойку со временем.

peregrine ★★★★★ ()
Ответ на: комментарий от WitcherGeralt

успешно померло (Perl)

Значит я работаю в морге.

bread ()
Ответ на: комментарий от chenbr0

По-быстрому написать, не думая о последствиях — баш. Решить переписать с нуля — питон. С самого начала думать о сопровождении — питон. Парсить много текста, вызывать бинарные библиотеки — был перл, теперь тоже питон.

question4 ★★★★★ ()
Ответ на: комментарий от no-such-file

системообразующие технологии. В linux такого в принципе нет и быть не может, т.к. это открытая система.

GCC?

question4 ★★★★★ ()
Ответ на: комментарий от yu-boot

C, glibc, gtk+

gtk написан на Си, но ты можешь дергать его из пистона, тебе не нужен для этого gcc или что-то ещё. А в дотнет и т.п. тебе нужен дотнет чтобы дёргать компоненты на дотнет. Разницу чуешь?

no-such-file ★★★★★ ()
Ответ на: комментарий от chenbr0

А где граница перехода с баша на питон?

Хотя бы банально по длине, считаю разумным лимитом для баша — 100 строк, но в крайних случаях может быть 200-300. Затем сложность, если много функций, ветвлений, циклы, нужны многомерные массивы и появляется состояние, то на баше при таком раскладе можно дьявола случайно вызвать. Ну, и назначение, очевидно, на баше удобно последователтные простынки из команд писать, а какие-то сложные данные обрабатывать, например, это такое себе развлечение.

А девопсы разве там всякие не всякие ансибли юзают?

Это уже админы, кмк, а девопсы ближе к прикладному уровню. Контейнеры, оркестраторы, распределённые хранилища, метрики, CI/CD — и прочая инфруха непосредственно вокруг приложения, основная часть этого написана на Go.

WitcherGeralt ★★ ()
Ответ на: комментарий от WitcherGeralt

Я, конкретно, видел скрипты на пхп, то больные люди писали.

а чем принципиально скрипт на пхп хуже, чем на баше или питоне

Harald ★★★★★ ()
Ответ на: комментарий от Harald

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

WitcherGeralt ★★ ()
Ответ на: комментарий от bread

Так речь про систему, а не про серверную прикладуху, если я правильно понял автора. Прикладуху вообще на чём попало пишут. Выбор языка для прикладухи от системы мало зависит, в этом контексте говорить об этом бессмысленно.

WitcherGeralt ★★ ()
Ответ на: комментарий от WitcherGeralt

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

Harald ★★★★★ ()
Ответ на: комментарий от no-such-file

У меня в одном проекте был один, против примерно 15 на баше. В одном минипроекте один единственный тоже на питоне был. Там была сложная инициализация приложения, а целевая система была более чем конкретная, питон нужной версии там заведомо был. Так что ничего плохого в таких исключительных случаях не вижу. Но да, в общем случае нужно придерживаться баша (а лучше posix shell).

WitcherGeralt ★★ ()
Последнее исправление: WitcherGeralt (всего исправлений: 1)
Ответ на: комментарий от WitcherGeralt

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

И тут на сцену выходит перл. А питон в скриптах не нужен совершенно. Если некто тянется к питону, но не знает страшных слов как numpy/scipy, то это наверняка ламерюга. Гоните его подальше от компов.

bread ()
Ответ на: комментарий от bread

Перл только в твоём некромирке существует, про него давно все забыли как про страшный сон.

numpy/scipy

К чему ты это? На питоне слишком много чего пишут, нет никакого загончика.

WitcherGeralt ★★ ()
Ответ на: комментарий от WitcherGeralt

На питоне слишком много чего пишут

Вот и зря. Понаписали всякого на втором питоне, а потом люди не знают, что с этим хозяйством делать. А ведь питон это язык для лаб, одноразовых расчетов и прототипов. Ну скрипт на коленке допустим можно написать, но только зачем страдать? Он же (питон) неудобный жутко для скриптов. Причина их писать на питоне одна: поциент ничего другого не знает. И, что характерно, не знает и питон, но думает, что знает. В результате скрипты не работают, работают неправильно, или вовсе портят данные. А после выхода новой версии питона их выбрасывают.

bread ()
Ответ на: комментарий от bread

Он же (питон) неудобный жутко для скриптов

Так я это каждый раз говорю, в том числе и в этом треде.

Понаписали всякого на втором питоне, а потом люди не знают, что с этим хозяйством делать

Тупняк порешь. На третий портировать херня делов в 99 случаях из 100, этого не делают скорее из-за того, что код давно заброшен, чем из-за чего-либо ещё.

WitcherGeralt ★★ ()
Ответ на: комментарий от chenbr0

А где граница перехода с баша на питон?

Линейная последовательность вызовов и перенаправление вывода - Bash. Условия, циклы и что-то сложнее - Python.

X512 ()
Ответ на: комментарий от WitcherGeralt

Только это шаблонизатор HTML

Уже давно нет. Во многих фреймворках применяется свой движок шаблонизации.

X512 ()
Ответ на: комментарий от bread

А перл всех переживёт.

И где он используется?

X512 ()
Ответ на: комментарий от WitcherGeralt

этого не делают скорее из-за того, что код давно заброшен

Так что теперь, каждой писюльке нужно сопровождающего для портирования? Кто блин будет этим заниматься? Поэтому и держат лохматый питон в репах, хотя он сдох уже с год как. Если бы си таким макаром ломали, вы бы остались без половины софта уже.

bread ()
Ответ на: комментарий от WitcherGeralt

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

bread ()
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)