LINUX.ORG.RU

10
Всего сообщений: 122

Nim 1.4.0

Позавчера вышел Nim 1.4.0. Количество изменений кода ровно 900. Большой список новых фич и исправлений:
https://nim-lang.org/blog/2020/10/16/version-140-released.html
Одновременно вышла новая версия пакетного менеджера Nimble.
https://github.com/nim-lang/nimble/blob/master/changelog.markdown#0120
Напишите новость, а то мне лень и на opennet тоже спят.

Кстатит, кто из ЛОР-овцев на нём что-то пишет?

 , ,

bbk123 ()

Си с классами

Тупнячка принёс, извиняйте.

Начинаю проект (личный), выбираю на чём писать: C или C++.

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

Хотелось бы какой-то сабсет C++ или суперсет над C. Чтобы библиотеки плюсовые можно было при необходимости заюзать, класс-другой написать, а то и во все тяжкие пуститься, обмазавшись строками. Но без хардкорного плюсового упорина от которого у одних глаза с первого взгляда вытекают, а другие в дурке после прочтения оказываются.

Насколько такой суперсет C / сабсет C++ ака «Си с классами» может быть кошерен?

Объясните почему так делать не стоит, либо даже наоборот, предложите уже существующие сабсеты плюсов, которые можно перенять.

 , ,

WitcherGeralt ()

Собираю свою команду,для разработки ос

Здравствуйте,Лорчане! Я собираю команду,чтобы сделать свою ос и яп.В япе будет расширенная подержка регистров и все нужные либы.Для ос хочу написать свое ядро и полностью свое окружение на моем япе.Моя ос будет лучше линукса в ней будет чат для общения сразу после лоадскрина,совместимость с юникс програмами,а ядро будет на микросервизной архитектуре.За 20 лет линукс сильно устарел,у вас есть шанс изменить будущее в моей команде! Сейчас готово 10% япа,ядро пока на линуксе,но этовременно.Заинтересованым желательно знание c++.

Перемещено alpha из development

 ,

aleshagrev ()

Зачем нужно метапрограммирование?

Имеются ввиду возможности, встроенные в сам язык. Что имеем:

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

Зачем нужна такая фича, когда можно генерировать код внешней утилитой?

 ,

cppsektant ()

Scratch, ЯП для обучения детей программированию

Кто в теме, подскажите на сколько оправдан такой подход для обучения через Скретч. Какие плюсы и минусы? Ваше мнение?

 , ,

Deleted ()

Какие ЯП потребляют меньше всего ресурсов при разработке?

Если рассматривать большой проект на каком-либо ЯП, то какой ЯП меньше всего ресурсов при разработке будет потреблять? Т. е. учитывая компиляцию, саму разработку, отладку и рефракторинг и т. д.

Вообще какой ПК подойдет в качестве рабочего для программирования и для какого ЯП? Если реально исходить из самого минимального.

 ,

chaynik ()

На чем программируются Lego Mindstorms?

Может конечно не в тот раздел, если что админы, перекиньте в толксы.

Интересует такой вопрос. На каком ЯП программируются «роботы» собранные из Lego Mindstorms? А если быть точнее, программируются ли они вообще, или там все через графический интерфейс выстраивается «логика робота».

Вопрос навеян после просмотра репортажа

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

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

 , , , ,

ilinsky ()

Насколько разобщены сообщества?

Пришел в голову такой тезис: над разработкой ЯП, призванных решить серьезные (фатальные) проблемы С++, по идее, должны работать в т.ч. и контрибуторы, широко известные в С++ сообществе.

Мне на ум приходит только один пример: Андрей Александреску. Неужели сообщества ЯП одного назначения настолько изолированы друг от друга?

 ,

seiken ()

Язык для скриптов из одного файла

Всегда есть shell, python, perl. Но вот я решил повысить планку и добавить еще несколько нетипичных требований помимо стандартных, может что-то и найдется

Поехали

  • Как у всех языков для скриптов - поддержка shebang
  • Статическая типизация
  • Быстрая сборка
  • Высокая производительность
  • Автоматическое закачивание зависимостей если они отсутствуют со своего сервиса пакетов на основе текста того же единственного файла с shebang

 ,

vertexua ()

Критерии выразительности кода

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

Есть какие идеи, что можно учитывать? Это должны быть межязыковые критерии (т.е. сравниваться будут не C с C, а, например, C с Lisp). Понятно, что это всё субъективно, тем не менее.

 , , , ,

ComradeMajor ()

Более успешный конкурент metaprog?

Некто, будучи неудовлетворённым существующими ЯП, решил запилить свой: со всем хорошим и без всего плохого. Процесс, естественно, разумнее начинать со сбора доната и пиара ещё несуществующего проекта. Т.к. донат проще просить за open-source, пусть будет open-source. Но только тогда, когда проект «будет готов». А готов он будет в марте. Нет, в мае. Нет, в июне. 22 июня - точно. Или в середине 2019. В общем, в 2019 - ждите. @metaprog, представляю тебе твоего более успешного коллегу. 3.5 тысячи пзвёзд на github, почти 900$ в месяц доната: vlang. Заплати 5$ - поддержи проект, заплати 30$ - получи бинарники компилятора для Linux / MacOS уже в апреле («на 2 месяца раньше оф. релиза»).

 , , ,

BondJamesBond ()

Порекомендуйте с поиском работы Django

Всем привет. Я бэкендер с более чем 2х летнем стажем. Программирую на php, а в частности использую Laravel. Есть знания в стеке MERN, асинхронном программировании, разбираюсь с docker, работаю с линуксом, git и командная разработка. Умею писать сложные запросы. Могу поднять и настроить сервер nginx/apache. Есть полное понимание как работает web. Умею работать с websockets. Есть желание сменить ЯП. Недавно пару месяцев поработал с проектом на python flask и мне зашло, хоть был и жуткий говнокод, но углубляясь походу в этот яп и читая литературу понял что назад в пхп не хочу. Сейчас изучаю Django DRF, пишу rest full api для бложика. Ну и вот собственно столкнулся с тем, что все кругом пишут что сейчас в вебе с python вообще плохо. Желающих хоть отбавляй, а вот работы мало. На php найти работу довольно просто. Но много очень легаси говна и впридачу к работе со старым фреймворком ещё сунут какой-нибудь ВордПресс. Хотя по ЗП уже более-менее. У меня вопросы:

1) Искать позицию джуниора и с одной трети моей нынешней зп? Или все же не сильно занижать рейт.

2) Запилю я проект на Джанго, залью на гитхаб, но насколько я знаю никто туда не смотрит особо. Отсюда вопрос: Что важнее для работодателя, знание веба и всей инфраструктуры, коммерческий опыт и самого яп или опыт работы именно с данным яп и фреймворком?

3) Стоит ли овчинка выделки. Оставаться на пыхе и дальше либо пробовать. У кого был опыт подобного перехода?

 ,

Kompot ()

Bosque Language от Microsoft

Не первый день натыкаюсь на новости о том, что Microsoft разрабатывают новый ЯП программирования, в котором (тра-та-та!) не нужны циклы. Зайдя в несколько статей по этому поводу, я хотел найти что-то революционное, но нашёл примеры с использованием функций высшего порядка типа map и иже с ними. То есть, ничего не обычного. После просмотра исходников примеров, которые есть на гитхабе, остался негативный осадок... как по мне, тот же F# выглядит куда лаконичнее, интуитивнее. Может мне кто-нибудь объяснить, зачем они пилят yet another яп?

Линукс тут при том, что ЯП под MIT, который рядом с GNU GPL валялся.

Перемещено Dimez из development

 , ,

beaver ()

Какой язык стоит изучить в свободное время в 2019?

Как считаете, на какой ЯП стоит потратить время в 2019 году с целью дальнейшего его применения на практике и зарабатывания денег? Что наиболее перспективно? Может что-то ещё не совсем взлетело, но собирается?

 , ,

beaver ()

Хочется странного: типизированный питон

За свои пятнадцать с чем-то лет варения в индустрии, мне доводилось работать на большом количестве языков и диалектов: начиная с бейсика и делфи/паскаля/шарпа, и заканчивая джаваскриптом, пыхом и питоном, ну и касался всякого: от эрланга до хаскеля. И вот сейчас сижу ваяю сайтец под заказ на своём MVC-фреймворке и выпив очередную чашку кофе, понял, что хочу странного. Хочу питон со строгой статической типизацией. Есть ли такое нынче в природе?

 , , ,

MetalBeaver ()

Выбор ЯП?

1)Для разработки desktop gui windows/linux приложений, 2)Для разработки Backend

 

KRex ()

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

Сейчас существует множество языков программирования, часть из них имеют различные сферы применения, а часть — имеют одинаковые сферы. Последнее создаёт трудности, так как ограничивает возможности программиста присоединиться к существующему проекту, так как он написан на языке, который тот не знает.

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

Первая идея, программа максимум:

Создание единого языка программирования, который заменит все высокоуровневые языки программирования от C до python и lisp. При этом часть фич программист может не задействовать. Например, он может не использовать динамическую типизацию и другие присущие питону фичи, упрощающие разработку, но тогда он потеряет производительность полученной программы.

Вторая, программа минимум:

Создать набор языков программирования, как минимум два. Один — интерпретируемый с динамической типизацией, а другой — более низкоуровневый, со статической типизацией, на замену C. При этом они должны иметь схожий синтаксис: одинаковый способ выделения блоков кода (а не так, как сейчас, в питоне — отступы, в паскале begin и end, в C --скобки), одинаковые операторы, одинаковые ключевые слова, если они совпадают. Также изначально должна быть предусмотрена возможность подключать к программе, написанной на одном языке модули, написанные на другом.

 , ,

te111011010 ()

Выбрать ЯП для простых задач

Всех приветствую. Основные задачи: парсинг интерент ресурсов для получение информации в виде таблиц или отдельных значений, анализ данных и возможно построение графиков и диаграмм, математические вычисления. Основные требования: высокая переносимость на разные платформы (linux, windows, mac), быстрота выполнения кода. Так же очень большим плюсом для меня будет возможность упаковки в один бинарник. Судя по информации в сети может подойти пайтон, но с переносимостью и упаковкой у него дела не очень. Можете подсказать еще адекватные варианты? Заранее благодарен.

 , ,

Mahovan ()

Почему ЯП медленые?

Почему говорят что одни языки программирования медленые, а другие быстрые? Ведь это зависит от реализации компилятора или интерпретатора. А сам ЯП по сути синтаксис.

 ,

tyamur ()

Язык, в котором есть constraints'ы

Это то же самое, что типы данных, но для логики приложения, а не логики исполнителя (CPU).

Пример constraint'а: «constrX is integer, [0..55],[117..200],999»

Другой пример: «constrY is string, regexp(^fo+\s+bar$)»

По-моему по сравнению с ограничениями на внешние данные в духе «вот в этом поле число не должно быть больше 2^32-1» потому что у нас битовая разрядность такая - contraint'ы были бы гиганстким шагом вперёд, позволили бы существенно сократить «проверяющий» код и оптмизировать выполнение за счёт того, что нам не пришлось бы создавать объект только ради того, чтобы убедиться в консистентности значения.

Оптимальным видится такой вариант использования: переменная, заполняемая из внешнего источника -> наложение constraint'ов -> внутренняя переменная с мета-тегом «пройдён constraint такой-то».

Т.е. ограничения - это механизм преимущественно для рантайма, во многом упрощающий тестирование и сопровождение софта. Для проверок соответствия ограничениям нужно писать декларативные определения, а не заниматься индусскими изысками с написанием соотв. кода вручную - желательно, ещё и в 30 разных местах.

Например, во всеми нелюбимом perl'е есть уже львиная доля такой логики: а именно taint mode, когда переменные делятся на «грязные» (из внешних источников) и «чистые». Недостаток - как раз в отсутствии простого механизма наложения ограничений, который бы и «очищал» переменную.

Речь о том, что сами по себе типы данных в компилируемых языках - это сказка о повышении производительности, но никак не о повышении стабильности кода. Потому что если в вашу переменную типа UInt8, которая не может быть за диапазоном [101..143] приехало вдруг 235, а вы это не проверили в рантайме - ну как бы тип данных вас точно не спасёт.

В общем, я же правильно понимаю, что везде подобные вещи реализованы сбоку, а не как встроенное средство самого ЯП?

 , ,

DRVTiny ()