В эрланге? Да ладно

mvar костыль не более, чем Rebindable

в эликсире можно написать a = 1 a = 2

это создание нового значения, не изменение старого

ага, поэтому я и говорю ссылки мутабельные

данные иммутабельны

вот нужно такое же в D

про эликсир не знаю, но в эрланге и других ФЯ новое объявление это не изменение старой ссылки, это не мутабельность

это shadowing

в эликсире то же самое

понятно, что это не переменные в их истинном смысле, скорее имена, которые можно перебиндивать на разные объекты

в хаскеле можно перебиндить уже присвоенную "переменную"?

условно можно это приравнять к мутабельным указателям/ссылкам на иммутабельные объекты

но я понимаю твою мысль

https://repl.it/repls/PointedFlawlessMeadowhawk

Что до С++, то там, получив конст ссылку на объект никогда не знаешь, иммутабельный он или это только в твоей ф-ии его нельзя менять, а другая тем временем может. К тому же есть mutable методы в const объектах, это вообще обоссаться.

это понятно

а насчет mutable методов не согласен.

логическую иммутабельность никто не отменял

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

в дешке приходится касты применять

например для реализации immutable/const RC-объекта

а что такое логическая иммутабельность? когда программист в уме ее держит, а компилятор ничего толком не гарантирует? ну это не серьезно. Это как "soft realtime", который тоже ни о чем, без гарантий.

Я привел пример: reference counted объекты

сами объекты иммутабельны, а вот счетчики ссылок на них нет

а что такое логическая иммутабельность? когда программист в уме ее держит, а компилятор ничего толком не гарантирует? ну это не серьезно. Это как "soft realtime", который тоже ни о чем, без гарантий.

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

мы же тут не на хаскеле пишем, а на достаточно низкоуровневом языке

сферическая иммутабельность в вакууме не всегда нужна

да, я в ди ей и не пользуюсь обычно

видимо многопоточное говно не приходилось писать

там иммутабельность самое оно

У D система типов далека от консистентности и удобства по части модификаторов таких

многопоточность писал на std.concurrency обычно

дык там тоже между потоками иммутабельные данные гоняются

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

у меня вот полно иммутабельных классов

видимо многопоточное говно не приходилось писать

не обязательно многопоточное. например библиотечный код принимает из сети поток данных и отдаёт по ходу дела клиентскому коду доступ к принятым данным. Если библиотека отдаёт иммутабельные структуры она может не беспокоиться о целостности отданных данных и не должна хранить для сохранности копию

и не должн создавать копию, что важнее для производительности

Товарищи! Кто-нить (из здесь присутствующих) юзает DlangIDE (github.com/buggins/dlangide)..? ? Чот хрень наблюдаю: под линуксом стащил с гита, собрал дабом, запутсил - внё норм; открыл, собрал и запутсил экземпловый тетрис - работает. а потом смoтрю - одно ядро на 100% сама ИДЕ грузит..... после нескольких экспериментов суть такая: 1) от проекта это не зависит 2) от debug/release тоже не зависит 3) появляется в момент запуска проекта и "лечится" только закрытием IDE ? И второй вопрос: кто в чём на Дшечке пишет? Небось Интелижди да мелкомягкий вижуал..?(

вим

=D

Товарищи! Кто-нить (из здесь присутствующих) юзает DlangIDE (github.com/buggins/dlangide)..? ? Чот хрень наблюдаю: под линуксом стащил с гита, собрал дабом, запутсил - внё норм; открыл, собрал и запутсил экземпловый тетрис - работает. а потом смoтрю - одно ядро на 100% сама ИДЕ грузит..... после нескольких экспериментов суть такая: 1) от проекта это не зависит 2) от debug/release тоже не зависит 3) появляется в момент запуска проекта и "лечится" только закрытием IDE ? И второй вопрос: кто в чём на Дшечке пишет? Небось Интелижди да мелкомягкий вижуал..?(

vs code под linux

Товарищи! Кто-нить (из здесь присутствующих) юзает DlangIDE (github.com/buggins/dlangide)..? ? Чот хрень наблюдаю: под линуксом стащил с гита, собрал дабом, запутсил - внё норм; открыл, собрал и запутсил экземпловый тетрис - работает. а потом смoтрю - одно ядро на 100% сама ИДЕ грузит..... после нескольких экспериментов суть такая: 1) от проекта это не зависит 2) от debug/release тоже не зависит 3) появляется в момент запуска проекта и "лечится" только закрытием IDE ? И второй вопрос: кто в чём на Дшечке пишет? Небось Интелижди да мелкомягкий вижуал..?(

и Владимир Лопатин в вк есть, можешь там ему написать про эту проблему с ide

вим

...он настолько крут, что умеет автодополнения? ???

я использую иногда DlangIDE, чисто чтоб баги порепортить)) 0.8.6 - процессор не грузит

а так больше люблю IDEA+плагин или Eclipse+плагин = что то что то мне норм

...он настолько крут, что умеет автодополнения? ???

Как минимум через YouCompleteMe умеет (тупо по словам). А так вроде можно и через dcd настроить более умный комплит.

Товарищи! Кто-нить (из здесь присутствующих) юзает DlangIDE (github.com/buggins/dlangide)..? ? Чот хрень наблюдаю: под линуксом стащил с гита, собрал дабом, запутсил - внё норм; открыл, собрал и запутсил экземпловый тетрис - работает. а потом смoтрю - одно ядро на 100% сама ИДЕ грузит..... после нескольких экспериментов суть такая: 1) от проекта это не зависит 2) от debug/release тоже не зависит 3) появляется в момент запуска проекта и "лечится" только закрытием IDE ? И второй вопрос: кто в чём на Дшечке пишет? Небось Интелижди да мелкомягкий вижуал..?(

Я пишу в VisualD в винде и в vscode в линуксе. Раньше в линуксе вимом пользовался.

Я с Eclipse пересел на VS code, навигация по коду и автокомплит так себе, но, не смотря на электрон (или что там по капотом?) он более отзывчивый и менее прожорливый

Плюс, плагины на любые случаи жизни

Ну и да, это всё под Linux происходит)

Товарищи! Кто-нить (из здесь присутствующих) юзает DlangIDE (github.com/buggins/dlangide)..? ? Чот хрень наблюдаю: под линуксом стащил с гита, собрал дабом, запутсил - внё норм; открыл, собрал и запутсил экземпловый тетрис - работает. а потом смoтрю - одно ядро на 100% сама ИДЕ грузит..... после нескольких экспериментов суть такая: 1) от проекта это не зависит 2) от debug/release тоже не зависит 3) появляется в момент запуска проекта и "лечится" только закрытием IDE ? И второй вопрос: кто в чём на Дшечке пишет? Небось Интелижди да мелкомягкий вижуал..?(

саблайм 3 и консоль

а так больше люблю IDEA+плагин или Eclipse+плагин = что то что то мне норм

Затестил эклипс+плагин остался один вопрос: бинарь создаётся прям в корне проекта, а хотелось бы его в папку bin/ "перенаправить" — указываю это в настройках сборки (Build targets/(default)), однако файл упорно появляется в корне..... получается, плагин просто не допилен и нужно ручками добаить в dub.json указание куда складывать выхлоп...??

ну dub.json всегда надо конфигурить :)

Кстати! А кто-нибудь знает предысторию - почему отказались от MakeFile и запилили dub?

потому же почему и другие современные языки

Кстати! А кто-нибудь знает предысторию - почему отказались от MakeFile и запилили dub?

dub же не только система сборки, но и управления пакетами

потому же почему и другие современные языки

т.е. ты сам не знаешь?)))

dub же не только система сборки, но и управления пакетами

"управление" подразумевает нечто большее чем "в этой проге я юзаю вот такие-то либы" ? зачем вообще это надо?) до этого вон сколько лет жили на С/С++ и чот никто не изобретал "систему управления пакетами" (к слову - про какие "пакеты" речь? чо уж тогда было не заюзать тот же aptitude? ?)

"управление" подразумевает нечто большее чем "в этой проге я юзаю вот такие-то либы" ? зачем вообще это надо?) до этого вон сколько лет жили на С/С++ и чот никто не изобретал "систему управления пакетами" (к слову - про какие "пакеты" речь? чо уж тогда было не заюзать тот же aptitude? ?)

чо?

1. под С++ было много попыток, но ребята, которые стандарт делают не одобрили 2. пакеты == библиотеки

makefile = говнище доисторическое :)

"управление" подразумевает нечто большее чем "в этой проге я юзаю вот такие-то либы" ? зачем вообще это надо?) до этого вон сколько лет жили на С/С++ и чот никто не изобретал "систему управления пакетами" (к слову - про какие "пакеты" речь? чо уж тогда было не заюзать тот же aptitude? ?)

и вообще кроме "в этой проге я юзаю вот такие-то либы" что ещё надо?

там даже версионный контроль продуманный

makefile = говнище доисторическое :)

ещё скажи что баш-скрипт сборки это воообще наскальняа живопись ?

ещё скажи что баш-скрипт сборки это воообще наскальняа живопись ?

а ты скажи что юзаешь их

ERROR: S client not available

в cmd наша сила

и вообще кроме "в этой проге я юзаю вот такие-то либы" что ещё надо?

собственно, и это-то не надо) в купе с "версионным контролем" проще ручками сложить в свою папчку то что точно работает и юзать ИМХО Зачем этот цирк?

а ты скажи что юзаешь их

ну.. в некоторых ситуациях это весьма практично)

это не к dub вопрос

да и "цирк" этот нужен потому что большинству людей удобно

ну.. в некоторых ситуациях это весьма практично)

приблизительно так же практично скручивать провода вместо спайки

по сути то да, но нет

заметил тенденцию странных вопросов

типа "а нахер вообще в D исключения сделали? я вот не пользуюсь, а в языке X так их и вообще нет и всё ок"

ну и вместо "исключений" любую фишку

и усиленная аргументация, что это не нужно

я так то не против в целом обсуждения, но чёт не могу понять откуда такие вопросы

я так то не против в целом обсуждения, но чёт не могу понять откуда такие вопросы

ну тут всё просто: чтобы что-то принять это что-то должно быть востребованным, должно решать некую проблему - отвечать на некий вопрос. И, посколь, сама эта причина далеко не у всех возникает - вот и приходится расспрашивать о ней других) Пример: - А почему нельзя грабли по двору разбрасывать? - Потому что однажды наступишь и держаком по лбу получишь! - Аааа... ? Такова моя субъективно объективная точка зрения)

ну тут всё просто: чтобы что-то принять это что-то должно быть востребованным, должно решать некую проблему - отвечать на некий вопрос. И, посколь, сама эта причина далеко не у всех возникает - вот и приходится расспрашивать о ней других) Пример: - А почему нельзя грабли по двору разбрасывать? - Потому что однажды наступишь и держаком по лбу получишь! - Аааа... ? Такова моя субъективно объективная точка зрения)

если бы я сказал про dub, что однажды, не используя такую систему ты получишь неисправленные баги в либах и тебе придётся ручками её обновлять ты бы ответил "Ааааа..."? или сказал бы "ну получу по лбу и ладно" ("ну скачаю, да и положу в проект новые")?

Проблема быстрой доустановки библиотек и их апдейта существует, глупо ее отрицать. Поэтому и появились менеджеры пакетов.

aptitude не подходит потому что он специфичен для дистрибутива.

@chebotarevp спасибо за качественную аргументацию

а то я чёт лох)

голова не варит совершенно)

Наверно мало общаешься с троллями )

Кстати сейчас же сделали новый универсальный менеджер пакетов

Кстати сейчас же сделали новый универсальный менеджер пакетов

в С++?

Не, какой то межлинуксовый

А то и того шире

Попылались в нем учесть все потребности всех менеджеров и экосистем. Забыл название.

https://snapcraft.io

интересно

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

Quantum Break is an AAA video game developed by Remedy Entertainment (2016). Is it written in C++ with D as the scripting language. Available on Xbox One and Windows

интерестно что имеется ввиду под scripting language

https://dconf.org/2016/talks/watson.html

Вместо того чтобы скрипты (AI, логика уровней) писать на каком-нибудь lua, они писали на D, быстренько компилили в DLL и из игры ее загружали без перезапуска самой игры.