bike 0.14.0 - документация!

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

Неудобные вопросы, мне кажется, задает этот господин.
Но вот Лавсан запилил свой «байк», а другого аналога нет готового. Теперь он может прибить туда свои аннотации, и другие лишперы будут вынуждены их проглотить.

Photoshop может получше, но как Photoshop.Net будет запускаться на Mac OS, можно узнать?

Очевидно, интерфейс придётся писать на Avalonia. В качестве примера существует векторный редактор под вин/мак/лин на Avalonia: https://icons8.com/lunacy

Или вопрос не об этом?

Обсуждается 1994 год, monk предложил представить что именно тогда Microsoft решил выпустить C# на замену С++.

Очевидно, интерфейс придётся писать на Avalonia.

Очевидно, никто не будет этого делать.

В 1994 у Майкрософта для прикладных приложений в качестве конкурента C++ был только Visual Basic. И то компилятор и поддержку OCX добавили только в 1995 году, а свои COM-компоненты стало возможно писать только в 1997 году.

I’ve got a bike, you can ride it if you like
It’s got a basket, a bell that rings
And things to make it look good

В 1994 у Майкрософта для прикладных приложений в качестве конкурента C++ был только Visual Basic.

Потому что они решили реализовать MSVC. А могли сразу пойти по пути NIH (сделать свой C#) или взять Objective C и программисты писали бы на том, что есть, также как до сих пор пишут на Visual Basic.

Даже на 1С сейчас многие миллионы строк кода только потому, что первые миллионы строк написала сама 1С. Если бы просто кто-то написал компилятор с таким синтаксисом, то был бы ещё один язык как Рапира и Глагол.

Нет конечно. Он был бы там же где Дельфи. То есть в глубокой жопе вообще.

gcc/g++ всё-таки постарше будет. И развивали бы его потихоньку несмотря на малое количество пользователей. Это Дельфи никому не нужен, потому что пока был жив, был или очень дорогой или пиратский.

Потому что они решили реализовать MSVC.

Они перепилили Lattice C.

Ну и в конце 1980-х и начале 1990-х выбор был небольшой. Вроде как тот же Objective C был никому не нужен за пределами Next-а (и таковым бы и остался, если бы ребята из Be Inc не просрали полимеры и не проиграли Джобсу в умении впарить Apple свою разработку). Вспоминаются разве что Pascal (например, в варианте Turbo Pascal), Modula-2, Ada. Только вот ООП из них поддерживал лишь C++, а для наступающего века GUI это самое ООП было важно.

Делать тогда безопасный язык с GC для PC была так себе идея, ни мощности, ни памяти не хватало. Вышедшая в 1995-ом году Java наглядно демонстрировала что такое настоящий тормоз.

Если бы просто кто-то написал компилятор с таким синтаксисом

1С отвратительная поделка, существующая тут, благодаря законодательству. Та срань господня которая там внутри это продукт жадности и узколобости менеджмента и собственников этой компании.

https://2ch.hk/pr/src/2968581/17029192523532.jpg

Зато всё понятно, причём даже не программисту. Эдакий современный COBOL получился.

существующая тут, благодаря законодательству.

Процитированный кусок из 1С:Управление Торговлей, которая к законодательству РФ практически не привязана.

http://yellowsun.pro/solutions/?ELEMENT_ID=7066

https://1c.com.vn/en/products

https://1c-dn.com/solutions/1c-trade-management/

Только вот ООП из них поддерживал лишь C++

???

Turbo Pascal 5.5 (1989 год) поддерживал классы, объекты и модули. И в C++ тогда это всё тоже было практически в зародыше.

Вышедшая в 1995-ом году Java наглядно демонстрировала что такое настоящий тормоз.

Вышедший в 1996 Visual J++ работал достаточно быстро (в несколько раз быстрее, чем Java).

Turbo Pascal 5.5 (1989 год) поддерживал классы, объекты и модули.

От ведь. А действительно. Мне почему-то казалось, что ООП в Turbo Pascal завезли позже.

Спасибо за напоминание.

И в C++ тогда это всё тоже было практически в зародыше.

В С++ классы и объекты были с 1985-го, с самого первого релиза.

Это сейчас модули только в самом зародыше :)

Вышедший в 1996 Visual J++ работал достаточно быстро (в несколько раз быстрее, чем Java).

И сильно-сильно медленнее, чем C++.

У вас в лиспе нету функции List<>.add(int n, E element)?

https://docs.oracle.com/javase/8/docs/api/java/util/List.html#add-int-E-

Вот уж List Processing language, это как Forth где нету swap, как Perl без substr.

как Perl без substr.

Дружище, ты же «не в теме», а что-то утверждаешь.
На https://forum.foxclub.ru/ публиковал библиотеку для Perl, в
которой 100% были реализован API Foxpro 2.6 для работы с строками.
Насколько эффективно API?
2000 расчётных листков формирует за одну секунду.

Немного сарказма.
Бедный Perl, в нём даже нет функции substr.

Это ты не понял. Я говорил что List Processing Language без add(int, E) это как если бы в Forth не было swap, а в Perl substr.

Если бы Вы сказали «это как если бы в Forth не было swap, а в Perl substr.», то было бы понятно о чём речь, а
в изначальном посте было суждение «это как Forth где нету swap, как Perl без substr.».
Разница в суждениях очевидна.

в лиспе нет списков

И что там используется вместо List<>? Когда нужно вставлять быстро значения в произвольные места?

Надеюсь что не пишут (class CList (((...))))

List<> это тоже не список, это динамический массив.

В лиспе для такой цели есть собственно массивы.

У одномерных массивов там может быть указатель заполнения, и другие вещи которые есть в List<>, и даже больше

(let ((v (make-array 0 :adjustable t :fill-pointer 0)))
  (vector-push-extend "foo" v)
  v)
;; => #("foo")

Зато всё понятно, причём даже не программисту. Эдакий современный COBOL получился.

Синтаксически это на 99% Visual Basic, только все ключевые слова, объекты и методы на русском языке.

List<> это тоже не список, это динамический массив.

Это интерфейс, LinkedList<> хранит в себе указатель на Node, а Node это типичный Node из prev, next. Если это не список, то что тогда список?

Очевидно lovesan подразумевает класс List из дотнета, а ты интерфейс List из джавы :)

Синтаксически это на 99% Visual Basic, только все ключевые слова, объекты и методы на русском языке.

Где dim X as Integer?

Где dim X(10) as integer?

Где Public Sub?

Где Select case?

Где Static?

Где X ^ Y?

Просто похоже на некую смесь, плохо, и быстро сделанную.

Извини конечно, что покритиковал Тебя.
Неправильно понял смыл суждения в посте.

все ключевые слова, объекты и методы на русском языке.

Так хорошо и правильно. Если в предметной области есть сущность «Накладная на проводку формы остатков», то и в коде будет накладнааяНаПроводкуФормыОстатков(). Удобно. Не нужно выяснять как это перевёл очередной малаграматный балбес, очень гордый своим знанием английских слов main, for, if etc.

практически не привязана.

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

Зато всё понятно, причём даже не программисту. Эдакий современный COBOL получился.

У вас батенька, стокгольмский синдром.

1С:Управление Торговлей

Пачка конф и все бестолковые любой из них - пока не напишут сопоставимый с конфой объем кода, пользоваться можно сильно с натяжкой.

Да, именно так. Особенно когда условный гугл-транслейт предлагает для слов «накладная» и «счёт-фактура» одинаковый перевод invoice, да и просто «счёт» тоже можно перевести как invoice. А это всё три разных документа.

Так C++ экосистемы и не существует.

И с 1с бухгалтерией данными не обменивается, они в ней появляются по воле святаго духа не иначе.

Обменивается с чем угодно, что умеет HTTP и XML или JSON.

И формы первичных документов у нас не меняются раз в квартал стабильно.

Торговых??? Единственное, что менялось на моей памяти, это форма счёт-фактуры. Раз в пятилетку.

У вас батенька, стокгольмский синдром.

Нет. Я же не только на 1С пишу. И если ТЗ на русском языке, то на 1С его реализовывать в несколько раз быстрее.

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

Назовите, чем пользоваться вместо 1С: Управление Торговлей. Альтернативы, которые я видел (СБИС, Эвотор, …), заметно уступают по возможностям.

Конфигурациями 1С успешно пользуются сотни тысяч организация даже без доработок вообще (есть у 1С базовая лицензия, которая не позволяет дорабатывать, и есть облачная 1С:Фреш: обе пользуются очень большим спросом).

Надо будет про это накатать статью.

Ждём!

У вас в лиспе нету функции List<>.add(int n, E element)?

Так она однострочник. (push e (cdr (nthcdr …))).

это как Forth где нету swap, как Perl без substr

Это как Forth, где нету https://learn.microsoft.com/en-us/dotnet/api/system.collections.stack.contains

Или как Perl без https://learn.microsoft.com/en-us/dotnet/api/system.text.regularexpressions.regex.getgroupnames

Так она однострочник. (push e (cdr (nthcdr …))).

while (*a++ = *b++);

Но все же есть strcpy

Это как Forth, где нету https://learn.microsoft.com/en-us/dotnet/api/system.collections.stack.contains

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

Где нужно add(int n, E e), я могу представить.

Видимо так, потому что метода Insert() для Vector я в Common Lisp не нашел. И судя по всему, Vector это массив (удивительно?), я подумал что возможно это более продвинутая структура которая позволяет легко делать вставки.

Но все же есть strcpy

Копирование строк нужно часто. Вставка элемента в середину списка по номеру позиции мне ни разу не нужна была. Список всегда с головы добавляется. В исключительных случаях что-то в конец дописывается.

Кстати, в Си вставки буквы в середину строки тоже нет в типовой библиотеке.

Я про списки, не про строки.

В C есть <sys/queue.h>

Там есть LIST_INSERT_*

На Windows его может быть нету, ну можно просто скопировать этот файл, там нету больше инклудов.

Я не знаю реализаций List где нету Insert. Кроме лиспов.

Я не знаю реализаций List где нету Insert. Кроме лиспов.

В лиспах есть cons. В common lisp ещё есть rplacd. И суть всех лисповских списков в том, что хвост списка является списком.

В то время, как в sys/queue вообще нет аналога tail (чтобы получить из списка новый без первого элемента), а в java рекурсивный обход через sublist теоретически возможен, а практически будет жрать память.

В то время, как в sys/queue вообще нет аналога tail

Как нету? Можешь либо обязаться не использовать back, либо использовать SLIST.

Я когда начинал писать на питоне, написал обработчик списка в стиле

def f(l, a):
  ...
  ...
  return f(l[1:], b)

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

Как нету? Можешь либо обязаться не использовать back, либо использовать SLIST.

И как мне этот SLIST поможет?

    struct SListItem* item = NULL;
    SLIST_HEAD(SListHead, SListItem) shead;
    SLIST_INIT(&shead);
 
    item = (struct SListItem*)malloc(sizeof(struct SListItem));
    item->data = 1;
 
    SLIST_INSERT_HEAD(&shead, item, entry);
 
    item = (struct SListItem*)malloc(sizeof(struct SListItem));
    item->data = 2;
 
    SLIST_INSERT_HEAD(&shead, item, entry);

Что мне написать, чтобы получить голову списка, являющемся хвостом списка shead? То есть, что должно быть вместо tail здесь:

   SLIST_HEAD(SListHead, SListItem) shead2 = tail(&shead);

?

Создать head с first из prevHead->first->next?

Или как, имея элемент и список, создать новый список с элементом в качестве головы и существующим списком в качестве хвоста?

Такое даже на java нельзя. Нет там конструктора типа List(Element e, List l).

Или как, имея элемент и список, создать новый список с элементом в качестве головы и существующим списком в качестве хвоста?

Просто головное поле добавить, там же нету разделение по типам между item и head.

В Java subList принимает индексы, что неудобно, но в целом сделать тоже можно, просто не особо эффективно. Сделать метод у элемента asTailList(), который возвращает subList()

Весь вопрос производительности такой структуры.

Потому что «Returns a view of the portion of this list between the specified fromIndex, inclusive, and toIndex, exclusive. (If fromIndex and toIndex are equal, the returned list is empty.) The returned list is backed by this list», боюсь, предполагает создание прокси-объекта.

Создается subList() возвращает SubList<E>, в любом случае надо иметь поле, или какой то объект хранящий поля. Там только parent, size, offset.

Вот и я про тоже. Если tail в лиспах это всего лишь значение поля, то в других «списках» это создание нового объекта.

В принципе, на Си можно сделать аналог лиспового

struct Cons｛
  Data *data;
  stuct Cons *next;
｝

Но к такому уже универсальный insert не сделаешь.

В других языках не принято смотреть на части списка, как на отдельные сущности, сам List может быть как массивом, так и списком. Списочная сущность это больше как акселератор для некоторых видов задач, ну или как «движок базы данных».

У меня кстати вопрос по лиспу, вот есть у меня элемент, есть список, могу ли я взять эффективно предыдущий элемент от этого элемента? Если бы это был С, я бы сделал item = item->back. В Java со своей реализацией списка, я бы сделал item = item.getListItem().back().getValue()

В других языках не принято смотреть на части списка, как на отдельные сущности, сам List может быть как массивом, так и списком.

Именно так. А в лиспе список в первую очередь конструкция для рекурсивной обработки. И в Haskell также.

У меня кстати вопрос по лиспу, вот есть у меня элемент, есть список, могу ли я взять эффективно предыдущий элемент от этого элемента?

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

Можно использовать двусвязный список https://github.com/krzysz00/dlist

Тогда просто (prev element).