The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз текстового редактора Vim 9.1, opennews (??), 03-Янв-24, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


176. "Релиз текстового редактора Vim 9.1"  +/
Сообщение от Samsung .NET Debugger (?), 03-Янв-24, 18:14 
Отлаживать код C#, написанный на современном .NET?

А ещё такое умеет WimSpector.

Btw., emacs ужасно непонравился, IMHO это не редактор, какой-то шизоидный высер.

Есть опыт с MS VS for Win, VSCodium for Lin, JetBrains, Eclipse, Spyder, etc.

Ответить | Правка | Наверх | Cообщить модератору

177. "Релиз текстового редактора Vim 9.1"  +/
Сообщение от Samsung .NET Debugger (?), 03-Янв-24, 18:17 
VimSpector :)

https://github.com/puremourning/vimspector

Кстати, вот вообще не понимаю фапающих на EMACS, Лишп и вот это фсё ...

Ну какая польза от лиспа при наличии нормальных современных функциональных ЯП типа Scala?

Ответить | Правка | Наверх | Cообщить модератору

180. "Релиз текстового редактора Vim 9.1"  +/
Сообщение от 12356123881241812392123941242612391 (?), 03-Янв-24, 18:31 
Ни LISP, ни Scala, ни другая функциональщина не нужны. Максимум можно взять map-reduce и работу с ф-ями как с объектами для обычных ЯП. Писать на функциональщине осиливает примерно десяток колек во всём мире, а умеют из них при этом делать ещё что-то полезного только полторы колеки. Остальные в основном пишут только ради писанины и ничем не полезны. Конкретно LISP вообще убогий язык даже среди функциональщины, а скала ни рыба ни мясо.
Ответить | Правка | Наверх | Cообщить модератору

191. "Релиз текстового редактора Vim 9.1"  +8 +/
Сообщение от Аноним (191), 03-Янв-24, 21:06 
*здесь наэкспержено
Ответить | Правка | Наверх | Cообщить модератору

204. "Релиз текстового редактора Vim 9.1"  +/
Сообщение от Вы забыли заполнить поле Name (?), 03-Янв-24, 22:34 
> Максимум можно взять map-reduce и работу с ф-ями как с объектами для обычных ЯП.

Как бы в лиспе помимо процедур как объектов первого типа ключевми являются идеи макросов и метациклической абстракции (https://en.wikipedia.org/wiki/Meta-circular_evaluator).

> Писать на функциональщине осиливает примерно десяток колек во всём мире, а умеют из них при этом делать ещё что-то полезного только полторы колеки.

https://clojure.org/community/success_stories

Ответить | Правка | К родителю #180 | Наверх | Cообщить модератору

211. "Релиз текстового редактора Vim 9.1"  +/
Сообщение от Аноним (178), 04-Янв-24, 02:29 
> Как бы в лиспе помимо процедур как объектов первого типа ключевми являются идеи макросов и метациклической абстракции

Ну вот как бы этот хлам уже можешь оставить себе. На счёт саксесс сторис..

> Clojure wasn’t the first language that I’ve introduced to an organization...
> Clojure makes our code more enjoyable to write, pleasant to read, and easier to review.
> We were looking for a language which allows us to express our domain beautifully at the heart
> ... we hadn’t written much code. I raised this sheepishly with the CTO and his response was: “that’s how I know it’s the right solution”

Сборище сектантов и любителей потрогать от безделья что-то новое. Сами сценарии использования в основном точечные генераторы отчётов и агрегаторы данных, тут Clojure выступает просто как DSL где-то cбоку. Кол-во калек можно оценить по популярности ЯП. Вся функциональщина везде идёт в хвосте ниже умирающих ЯП вроде perl и ruby.

Ответить | Правка | Наверх | Cообщить модератору

213. "Релиз текстового редактора Vim 9.1"  +/
Сообщение от Вы забыли заполнить поле Name (?), 04-Янв-24, 02:52 
>> Как бы в лиспе помимо процедур как объектов первого типа ключевми являются идеи макросов и метациклической абстракции
> Ну вот как бы этот хлам уже можешь оставить себе.

Наверное поэтому современные языки типа rust, julia и nim поддерживают макросы?

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

>> Clojure wasn’t the first language that I’ve introduced to an organization...
>> Clojure makes our code more enjoyable to write, pleasant to read, and easier to review.
>> We were looking for a language which allows us to express our domain beautifully at the heart
>> ... we hadn’t written much code. I raised this sheepishly with the CTO and his response was: “that’s how I know it’s the right solution”
> Сборище сектантов и любителей потрогать от безделья что-то новое. Сами сценарии использования
> в основном точечные генераторы отчётов и агрегаторы данных, тут Clojure выступает
> просто как DSL где-то cбоку. Кол-во калек можно оценить по популярности
> ЯП. Вся функциональщина везде идёт в хвосте ниже умирающих ЯП вроде
> perl и ruby.

Доказательства есть, тому как используется этот язык в компаниях?

Можно посмотреть на использование guile в guix или elisp в emacs.

Ответить | Правка | Наверх | Cообщить модератору

216. "Релиз текстового редактора Vim 9.1"  +/
Сообщение от Аноним (178), 04-Янв-24, 06:38 
Какой ты ... странный, так скажем. Придумал про тебя анекдот. Живёт-поживает человек в тайге, совем один. От нечего делать придумал колесо. Шляясь по тайге с колесом однажды таки накнулся на город и увидел машины. - От блин, не успел придумать колесо, как у меня уже украли машину! - расстроился бедолажка. Не понятно на каком основании экспроприируешь концепцию макроса в пользу лиспа просто по названию сущности, как и технические особенности реализаций интерпретируемых ЯП.

Макросы бывывают разными и не все они МСЕ. Растовые макросы скорее не являются MCE, но какой-нибудь c прероцессор или bash - вполне. Также макросы в современных языках это отдельные от основного языка языки со строго разделяемыми стадиями работы. Макросы в ~ это костыли на стадии компиляции, в то время как в лиспе макросы и MCE это центральная регулярная рантаймовая часть ЯП. Если говорим о заимствовании идей, то это только вариант использования как в lisp.

Возможность замены кода ф-ии в питоне не является MCE, это естественная особенность такого динамического интерпретируемого ЯП. Как и возможность посмотреть байткод - он есть сам по себе, потому что ЯП интерпретируемый, и это только интроспекция для технических нужд. Можно попробовать навернуть видимость MCE через кодогенерацию + eval или генерацию прямо байткода, но это не MCE в чистом виде и за это больно бьют по морде. Так питон не используется не смотря на техническую возможность.

Немного обобщу на счёт всего динамического метапрограммирования - это зло и оно не нужно в ЯП общего назначения.

> Доказательства есть, тому как используется этот язык в компаниях?

Ты же сам только что кинул ссылку на саксес сториез. Не осиливаешь прочитать что там? Там, если что, есть ещё ссылки.

> Можно посмотреть на использование guile в guix или elisp в emacs.

Можно, и что? Это как раз пример полутора калек. Ты же наверняка обучен грамоте, умеешь считать и можешь посмотреть в чиселках сколько твоих всех этих guile, кложурей, лиспа, хаскелей ... в килограммах по сравнению с остальными ЯП. Что тут ещё может быть не ясно? Это же, кстати, относится к julia и nim - бумажные ЯП для пары калек в вакууме. Функциональщине уже много лет и за всё время она нигде не взлетела за исключением DSL-ей и точечных поделий персон из академической среды, которые в общем то мало кому ещё нужны.

Ответить | Правка | Наверх | Cообщить модератору

234. "Релиз текстового редактора Vim 9.1"  +/
Сообщение от Вы забыли заполнить поле Name (?), 04-Янв-24, 18:51 
> Макросы бывывают разными и не все они МСЕ. Растовые макросы скорее не
> являются MCE, но какой-нибудь c прероцессор или bash - вполне. Также
> макросы в современных языках это отдельные от основного языка языки со
> строго разделяемыми стадиями работы. Макросы в ~ это костыли на стадии
> компиляции, в то время как в лиспе макросы и MCE это
> центральная регулярная рантаймовая часть ЯП. Если говорим о заимствовании идей, то
> это только вариант использования как в lisp.

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

> Возможность замены кода ф-ии в питоне не является MCE, это естественная особенность
> такого динамического интерпретируемого ЯП. Как и возможность посмотреть байткод - он
> есть сам по себе, потому что ЯП интерпретируемый, и это только
> интроспекция для технических нужд. Можно попробовать навернуть видимость MCE через кодогенерацию
> + eval или генерацию прямо байткода, но это не MCE в
> чистом виде и за это больно бьют по морде. Так питон
> не используется не смотря на техническую возможность.

А где я сказал, что в питоне есть MCE? Благодаря МСЕ в лиспе можно вести live разработку не останавливая процесс и не теряя состояние, что очень удобно при дебагинге или исправлении ошибок в потоковой обработке, чтобы снова все не перезапускать и не ждать часы.

> Немного обобщу на счёт всего динамического метапрограммирования - это зло и оно
> не нужно в ЯП общего назначения.

Немного обобщу на счёт всего динамического метапрограммирования - это добро и оно нужно в ЯП общего назначения.

>> Доказательства есть, тому как используется этот язык в компаниях?
> Ты же сам только что кинул ссылку на саксес сториез. Не осиливаешь
> прочитать что там? Там, если что, есть ещё ссылки.

А ты читал? Код смотрел? Думаю у тебя нет достаточной информации. До этого ты говорил, что они вообще все "калеки", а теперь придумываешь новые отговорки?

>> Можно посмотреть на использование guile в guix или elisp в emacs.
> Можно, и что? Это как раз пример полутора калек. Ты же наверняка
> обучен грамоте, умеешь считать и можешь посмотреть в чиселках сколько твоих
> всех этих guile, кложурей, лиспа, хаскелей ... в килограммах по сравнению
> с остальными ЯП. Что тут ещё может быть не ясно? Это
> же, кстати, относится к julia и nim - бумажные ЯП для
> пары калек в вакууме. Функциональщине уже много лет и за всё
> время она нигде не взлетела за исключением DSL-ей и точечных поделий
> персон из академической среды, которые в общем то мало кому ещё
> нужны.

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

Вот пример тебе: js очень популярный язык, используется очень много где. Ты считаешь его идеальным/удобным?

Ответить | Правка | Наверх | Cообщить модератору

235. "Релиз текстового редактора Vim 9.1"  +/
Сообщение от Вы забыли заполнить поле Name (?), 04-Янв-24, 18:55 
> Это же, кстати, относится к julia и nim - бумажные ЯП для пары калек в вакууме.

Для примера https://juliahub.com/products/juliasim/ можешь посмотреть реальные примеры проектов внизу.

Ответить | Правка | К родителю #216 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру