LINUX.ORG.RU

Обновился пакетный менеджер Nimble для языка программирования Nim

 , ,


0

6

Первый релиз в 2018 году. Значительным новшеством стало поддержка в одном репозитории нескольких пакетов. Теперь можно указать ?subdir=<dir> в конце вашего репозитория и Nimble будет знать что смотреть в директории для вашего пакета.

Список изменений:

  • появилась поддержка нескольких пекетов в одном репозитории
  • улучшили сообщение об ошибке, когда пользователь имеет устаревшую версию библиотеки, что смущает nimble
  • появилась команад check для проверки пакетов
  • Nimble больше не игнорирует молча ошибочное «@» например nimble install compiler@
  • исправлены задачи с командой nimble path
  • команда nimble publish была улучшена и стабилизирована
  • улучшены сообщения для NIM_LIB_PREFIX
  • before install теперь вызывается когда пакеты устанавливаются по имени
  • исправлены задачи с nimble init
  • Nimble теперь отклоняет зарезервированные имена в Windows
  • поддерживается переменная среды NIMBLE_DIR в дополнение к флагу командной строке и настройке конфигурации
  • команда init значительно улучшена

>>> Подробности



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

Если ты помнишь времена, когда Python был «простеньким языком для обучения»

Да, я помню времена, когда пайтон был простеньким языком. Это был конец 90-х. Помню также его предшественника, язык ABC, запускал на посмотреть.

Не самая нужная фича, но она повлияла на сложность языка

Она повлияла на уродливость языка. Но понятно, что далеко не только она. Просто один из ярких последних примеров.

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

Сгубило где и в чем, как ты меряешь?

В моих глазах, конечно. Я же тут не абсолютную истину вещаю, а всего лишь моё мнение. Меряю по шкале «красота — уродство» дизайна языка.

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

Если ты помнишь времена, когда Python был «простеньким языком для обучения»

Да, я помню времена, когда пайтон был простеньким языком. Это был конец 90-х

Если Python до 2.0 тебе нравился больше, чем Python 2.0 и последующие, я могу только пожать плечами в полном недоумении.

Сгубило где и в чем, как ты меряешь?

В моих глазах, конечно. [...] Меряю по шкале «красота — уродство»

А я пытался говорить о чем-то измеряемом более-менее объективно.

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

Если Python до 2.0 тебе нравился больше, чем Python 2.0 и последующие

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

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

А я пытался говорить о чем-то измеряемом более-менее объективно.

И что? Чего нового ты внёс в дискуссию, в очередной раз указав и так всем хорошо известный более-менее объективно измеряемый факт, что пайтон — один из широко используемых языков?

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

Ваше Высокоблагородие тупы, если главный критерий оценки языка программирования для Вас - Стильность, Модность и Молодёжность. Бросайте Вы уже ходить в драных штаных и с прилизанными, как у педика, волосами.

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

У питона куча мат.пакетов, и прочей обвязки, которая нажна не программистам, а разным прикладникам для быстрых расчётов, графиков, статистики, выборки (этакой простой R), вот и навтыкали.

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

beck ★★★★
()

По факту Паскаль всё равно устарел. Нет словарей, проблемы с литералами для массивов, нет стандартных списков, множества только однобайтные, нет никаких функциональных элементов, ни мап показать, ни фильтер, нет срезов массивов как в Фортране, Матлабе, нумпи, даже срезов одномерных, как в D или чистом Питоне, вечные проблемы с русским и другими, отличными от английского, языками, нет цикла обхода последовательности типа foreach. Всё это перегружает код большим количеством простых действий.

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

По факту Паскаль всё равно устарел

Чистый Паскаль – он как Си. Там этих фич и не будет, ровно как и в Си. А если мы говорим об реально используемом на практике диалекте под названием Delphi, то там есть некоторые вещи. Delphi неплохая штука, но ей в последнее время как-то странно занимаются.

Нет словарей

TDictionary<K,V>

нет стандартных списков

TList<T>

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

Все строки в Юникоде

foreach

for ... in ... do

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

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

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

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

Печаль... А так бы было неплохое дополнение к сишке... если бы язык стабилизировали...

И ещё удручает постоянное увеличение числа issues в трекере...

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

GitHub – ожидание и реальность

Там всего 8 активных авторов, из которых 80% кода фигачит автор языка. Я, помню, смотрел визуализацию истории Питона – там тоже очень-очень долго был один Гвидо, потом у него появился сообщник, и только спустя несколько лет (как я понял), к ним вдруг набежала толпа, и всё завертелось быстро.

Это вообще хороший проект чтобы ворваться: много простых задач можно найти, до которых двум постоянным авторам просто нет времени и пространства в голове. Пример – я просто делал упражнения из книжки по Питону на Nim.

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

помню, смотрел визуализацию истории Питона – там тоже очень-очень долго был один Гвидо, потом у него появился сообщник, и только спустя несколько лет

Их подобрал гуголь и распиарил на весь свет? Сабжу это не грозит.

anonymous
()

Helloworld:

Basic:

PRINT «Hello, World»

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

Если уж вы что-то слышали о функциональщине, то знаете, что правильная запись такая:
(average (map (len) (lines stdin)))

Такая запись правильная что, знаете то, функциональщине о слышали то-что вы уж если.

В хаскеле, например, тоже будет подобная запись.

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

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

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

(average (map (len) (lines stdin)))

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

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

Так-то и тот и другой вариант вполне понятные. И не надо мозг ломать.

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

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

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

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

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