LINUX.ORG.RU

Язык для разработки под локалхост

 ,


0

1

Привет форумчанам. Так случилось, что имею в парке домашних осей debian, arch, macos и шиндовс. Последняя все портит. Вопроса бы и не возникло, потому что обходился бы чудесно башем, но есть шиндовс дома и есть на работе. Ваяю для облегчения рутины простые скрипты бекапов, шифрования, работы с облаком, таблицами, файлами конфигов и т.д. Исходя из мультиосёвности парка нужен язык для создания простых программ под указанные задачи. Размышляю уже некоторое время и надумал пока только то, что хотелось бы избежать установки везде интерпретатора и всех плагинов и доп. библиотек, а на одной машинке (скорее всего на арче) установить среду для разработки и ваять все в универсальном виде и получать бинари. Конечно вопрос для тру девелоперов однозначный - пиши на чем хошь на локалхосте своем. Но тратить лишнее время на освоение ненужного вообще не хочется. Так на чем таки писать подобный простенький софт с учетом того, что язык предпочтительнее компилируемый.


Ответ на: комментарий от dhameoelin

Нет, как раз таки не хочет. KISS.

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

Нисколько не троллинг. Python и Java для тех кто хочет быстро и просто, а остальные пусть трахаются с системщиной.

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

а чего там медленного? ему не биткоины майнить

InterVi ★★★★★
()

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

NixOS.

Deleted
()
Ответ на: Tcl\Tk однозначно от anonymous

но есть шиндовс дома и есть на работе. Ваяю для облегчения рутины простые скрипты бекапов, шифрования, работы с облаком, таблицами, файлами конфигов и т.д. Исходя из мультиосёвности парка нужен язык для создания простых программ под указанные задачи. Размышляю уже некоторое время и надумал пока только то, что хотелось бы избежать установки везде интерпретатора и всех плагинов и доп. библиотек, а на одной машинке (скорее всего на арче) установить среду для разработки и ваять все в универсальном виде и получать бинари.

обрати внимание на tclkit - позволяет выполнять как обычные .tcl скрипты, так и .kit-файлы (script archive files known as starkits ), подробнее тут: http://wiki.tcl.tk/52
хорошую простую сборку можно взять тут: https://code.google.com/archive/p/tclkit/downloads или тут: http://tclkits.rkeene.org/fossil/wiki/Downloads
простой пример, как упаковать проект в .kit-файл, написано тут: http://rosettacode.org/wiki/Tclkit
подробнее про SDX (Starkit Developer eXtension), тут: https://equi4.com/starkit/sdx.html

примеры .kit-файлов можно найти тут: http://tcl.tk/starkits/
- особо обрати внимание на demo: https://www.tcl.tk/starkits/tcldemo.kit и на tutor: https://www.tcl.tk/starkits/tcltutor.kit
- там много интересных приложений, но не все заведутся с обычной минимальной сборкой tclkit, однако можно собрать свою сборку :)
- для запуска достаточно два файла [ELF]tclkit и [.kit]appfile.kit, например: > tclkit tcldemo.kit

anonymous
()

Docker image собери и гоняй его на всех осях.

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

и, кстати, да, appfile.kit будет одинаково выполнен под любой ОС (Windows, Linux, Mac OS X и т.д.), для которой имеется сборка tclkit,
размером, зачастую, от 1Mb (tclkitsh) до 5Mb (+Tk), или больше если кастомная

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

сам не использовал, но для Windows можешь посмотреть на ezSDX - Simplifies SDX Usage: https://wiki.tcl.tk/29317

This program was written to make it a lot easier to run myprog.tcl, convert it to a starkit, myprog.kit, or even to an exe, myprog.exe. It does try to prevent people, who may be ignorant, from doing stupid things.

It can:
* Run xxx.tcl programs
* QWrap/Unwrap xxx.tcl programs
* Makes it easy to re-generate your xxx.kit file
* Can even make xxx.exe

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

Офигеть технологии, что и не найти этот ваш sdx в готовом виде. Битые ссылки с поросших мхом сайтов, милота. Предвкушаю танцы с бубном, чтобы завести этот пылесос на актуальном тикле. Как вообще этим можно пользоваться, если сами авторы давно забили? Не говоря уж о том, что писать на тикле — для тонких ценителей.

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

Офигеть технологии, что и не найти этот ваш sdx в готовом виде.

вторая ссылка subj: https://code.google.com/archive/p/tclkit/downloads

Битые ссылки с поросших мхом сайтов, милота.

оно работает, работает хорошо, работало тогда, работает до сих пор, работает везде, ты так не умеешь

Предвкушаю танцы с бубном, чтобы завести этот пылесос на актуальном тикле.

что ты там можешь предвкушать? читай доки, там всё есть, читать умеешь?

Как вообще этим можно пользоваться, если сами авторы давно забили?

это что за истерика?

Не говоря уж о том, что писать на тикле — для тонких ценителей.

ну, если не знаешь — и не говори, а для кросс-платформенных поделок с GUI Tcl/Tk — замечательный инструмент

anonymous
()

язык предпочтительнее компилируемый

Почему? Для задач типа «простые скрипты бекапов» это не то что ненужно, а вообще, ад и содомия.

debian, arch, macos и шиндовс

php - удобно переползать с баша и при этом есть возможность писать как в жабке.

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

шиндовс. Последняя все портит.

Месье - мазохист???

anonymous
()

я бы предложил .net core / c#, но он не совсем вписывается в

тратить лишнее время на освоение ненужного вообще не хочется

это не самый простой язык и не все вещи на нём тривиально делаются. но зато есть кроссплатформа, портативность и производительность

Если нет планов писать GUI, возможно подойдёт go

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

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

Можно юзать venv и все зависимости прописывать в requirements.txt, благо для написания простых скриптов зависимостей не будет много, потому что много фич и так есть в питоньей стандартной библиотеке.

Gargamel
()

язык предпочтительнее компилируемый

Qt/C++

anonymous
()

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

Кроссплатформенные бинари? Да ты оптимист. Какие-то слои совместимости нужно будет в любом случае прикручивать. А если всё равно заморачиваться, не проще ли установить интерпретатор?

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

язык предпочтительнее компилируемый

Но зачем?

Пайтон какой-нибудь бери.

Deleted
()

debian, arch, macos и шиндовс

Макосси нет, зато есть (ахтунг!) полумух. Собираюсь его снести к хренам, но каждый аз становится жалостно =)) Может стоит его в сетку завести и пусть себе живёт? =)

Deleted
()
Ответ на: microPython от sqq

почему именно майкро?
он компилируется?

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

Можно юзать venv и все зависимости прописывать в requirements.txt

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

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

Анон, а где сборки для 64-битного линукса? И почему оно такое протухшее? 2010 год, мде. Спасибо, что напомнил про эту штуковину.

bread
()

Go, Python. На питоне раза в 3 быстрее. Сам для бекапов использую именно его + aws glacier.

menangen ★★★★★
()

Есть язык прям для этого, называется Red. Минус - он еще в бетке, жду релиза.

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

Плюсую. На линуксах и макоси есть из коробки. На винду интерпретатор ставится за пять минут.

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

++

Потому что Python, без мастера, легко расширяется и дополняется. Для администрирования локального зоопарка - самое то.

alpha ★★★★★
()

Поправь заголовок треда: «Язык для автоматизации под локалхост».

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

1 компиляция под все ОСи

именно!

https://github.com/xerial/snappy-java/blob/master/src/main/java/org/xerial/sn...


    static String resolveArmArchType() {
        if(System.getProperty("os.name").contains("Linux")) {
            String armType = getHardwareName();
            // armType (uname -m) can be armv5t, armv5te, armv5tej, armv5tejl, armv6, armv7, armv7l, i686
            if(armType.startsWith("armv6")) {
                // Raspberry PI
                return "armv6";
            }
            else if(armType.startsWith("armv7")) {
                // Generic
                return "armv7";
            }

            // Java 1.8 introduces a system property to determine armel or armhf
            // http://bugs.java.com/bugdatabase/view_bug.do?bug_id=8005545
            String abi = System.getProperty("sun.arch.abi");
            if(abi != null && abi.startsWith("gnueabihf")) {
                return "armv7";
            }

            // For java7, we stil need to if run some shell commands to determine ABI of JVM
            try {
                // determine if first JVM found uses ARM hard-float ABI
                int exitCode = Runtime.getRuntime().exec("which readelf").waitFor();
                if(exitCode == 0) {
                    String javaHome = System.getProperty("java.home");
                    String[] cmdarray = {"/bin/sh", "-c", "find '" + javaHome +
                        "' -name 'libjvm.so' | head -1 | xargs readelf -A | " +
                        "grep 'Tag_ABI_VFP_args: VFP registers'"};
                    exitCode = Runtime.getRuntime().exec(cmdarray).waitFor();
                    if(exitCode == 0) {
                        return "armv7";
                    }
                }
                else {
                    System.err.println("WARNING! readelf not found. Cannot check if running on an armhf system, " +
                        "armel architecture will be presumed.");
                }
            }
            catch(IOException e) {
                // ignored: fall back to "arm" arch (soft-float ABI)
            }
            catch(InterruptedException e) {
                // ignored: fall back to "arm" arch (soft-float ABI)
            }
        }
        // Use armv5, soft-float ABI
        return "arm";
    }

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

Вебмакакам, само собой. Больше оно никому не надо.

Bfgeshka ★★★★★
()

Питон + виртуал энвайронмент.

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

там сишный код всё равно компилировать под разные архитектуры

InterVi ★★★★★
()

tcl/tk, хотя не компилируемый.

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

продаванам оперативки, штеудов и кулеров

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

В линуксы завезли PowerShell

А теперь вывозите обратно.

ugoday ★★★★★
()

Так случилось, что имею в парке домашних осей debian, arch, macos и шиндовс.

1. Выкинуть всё, кроме debian

2. Освоить ansible

ugoday ★★★★★
()

Python или Go. Можно D, если много свободного времени и нечем заняться.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.