Спасибо! Если это баг, то просто подожду исправленной версии.

Поставьте предыдущую - там изменения незначительные совсем.

Печально в начале изучения языка наткнуться на баг в компиляторе (

Помню было время баги в компиляторые вылазили примерно каждую неделю.)

Наступит ли то время, когда IDE/редакторы для языка D станут поддерживать рефакторинг "Change signature" и др.?

Наступит ли то время, когда IDE/редакторы для языка D станут поддерживать рефакторинг "Change signature" и др.?

В теории да. Когда крупная компания возмется за это. Или коммунити будет этим заниматься.

Наступит ли то время, когда IDE/редакторы для языка D станут поддерживать рефакторинг "Change signature" и др.?

Ненужное, проще ручками. Ide вообще нужны все меньше

Э, каким же это образом проще ручками? =)

Поменять сотню вхождений, вместо автоматического в один клик

Поменять сотню вхождений, вместо автоматического в один клик

grep/sed/awk?

Наступит ли то время, когда IDE/редакторы для языка D станут поддерживать рефакторинг "Change signature" и др.?

почему бы для этого отдельную тулзу не написать или существующую не дополнить? пусть её IDE вызывает если нужно

почему бы для этого отдельную тулзу не написать или существующую не дополнить? пусть её IDE вызывает если нужно

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

grep/sed/awk?

Они же совсем не учитывают семантическую структуру, а просто по вхождению заменят. В отличие от IDE которая заменит только те названия, которые относятся к конкретной переменной.

> и их установка не всегда гладко проходит. А вот если добавят в 8 IDE каждый по своему - заживём!

Они же совсем не учитывают семантическую структуру, а просто по вхождению заменят. В отличие от IDE которая заменит только те названия, которые относятся к конкретной переменной.

Вот признаться честно, я эту проблему решаю просто - меняю название в объявлении а потом смотрю где компилятор ругается

Ну вот костыль же)

Нужно такое бывает реже чем раз в месяц

Я довольно часто пользуюсь, правда не в D

Ну и еще многими другими фичами, умной навигацией и кодогенераторами

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

Ну они же разные бывают

Не все можно заменить шаблонами

не понял о каких ты тогда

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

зачем это может понадобиться?

Ну удобно же)

Пишешь class A : InterfaceA{} жмешь хоткей и у тебя автоматически набиваются все 100500 методов которые требует интерфейс. Остается пройти и тело вписать.

1. зачем юзать такой хуёвый класс в котором 100500 методов? 2. если он требует это же не просто так?

2. Да, каждый интерфейс требует чтобы были реализованы все его методы. Но зачем их писать вручную если идешка может нагенерить сама. 1. Это уже в другой плоскости вопрос, методов может быть 10-12 но все равно их писать надо.

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

Или реализовывать все свойства вручную

Тоже уныло

Ну да для некоторых тривиальных случаев идешка может и тело сама вписать какое-то, и документацию

Это только 1 пример из может 500 )

Когда таких мелочей много набирается то скорость разработки возрастает раза в полтора-два

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

Чтобы при наведении мышкой всплывала подсказка, было видно откуда пришел этот метод - из миксина ли, из UFCS вызова ли, или из родительского класса или алиаса какого.

Чтобы при наведении мышкой всплывала подсказка, было видно откуда пришел этот метод - из миксина ли, из UFCS вызова ли, или из родительского класса или алиаса какого.

При этом нормального анализа миксинов и ufcs нет =)

Да, нужно.

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

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

Когда таких мелочей много набирается то скорость разработки возрастает раза в полтора-два

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

Звучит как-то надменно )

> надо писать много повторяющегося бойлерплейта. в консерватории проблема же

Некоторые и D считают лишним хламом, и пишут на си всю жизнь

Чтобы при наведении мышкой всплывала подсказка, было видно откуда пришел этот метод - из миксина ли, из UFCS вызова ли, или из родительского класса или алиаса какого.

ну это уже есть вроде

Некоторые и D считают лишним хламом, и пишут на си всю жизнь

Это не ответ на мою сентанцию.

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

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

Ну как-же, ответ. > набивания проекта ненужным хламом вообще какая-то абстрактная сентенция в вакууме. От любителей велосипедов видимо )

генераторы кода и комментариев проходили уже, году в 95 во всяких борланд билдерах

Ну вот в вебе щас активно юзается очень

Это в общем то огромная промышленная часть современной разработки

веб как мерило всего?

Не всего, а только 85% =)

Всё прояснится если подстроку "веб" автоматически заменить на "вебмакакинг". вот такой бы инструмент я бы поддержал!

Ну што поделать, веб макакинг пришел и отнял весь хайп у низкого уровня

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

Ну што поделать, веб макакинг пришел и отнял весь хайп у низкого уровня

он не у "низкого уровня" отнял кмк, он присвоил себе звание кодинга. "программисты на html" копипастят из стэковерфлоу и это вот всё

программисты на html бывают даже на си )

Но опять же, это более менее естественный процесс. Лет 50 назад чтобы программировать надо был быть минимум кандидатом физ-мат наук, ну а дальше вся индустрия стремится снизить порог входа, чтобы программировать смог даже простой задрот с 5 курсами тех. вуза за спиной и 5-10 годами опыта.

сделайте инструмент для идиота и только идиот будет им пользоваться (с) закон Мёрфи, кажется?

А если серьёзно то это иллюзия насчёт упрощения. просто чаще и чаще бывает выгодно пожертвовать всем (качеством скорсотью работы и т.д.) ради быстрого написания

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

Иллюзия да, потому что см. выше мое сообщение. Код написать теперь это 5% от продукта.

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

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

Пахнуло УМЕНИЕМ РАЗБИРАТЬСЯ В ЧУЖОМ КОДЕ

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

и от этого тоже

короч, у всех свой мирок, похоже.

Есть немного, да

Но выживут не все :)

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

https://www.reddit.com/r/programming/comments/7cuoih/compile_d_to_webassembly_using_ldc_betterc_and/ да вот уже оно, рядом

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

Эээ ты серьёзно?

/me много лет назад приучил себя не помнить вообще ничего

голова не резиновая

Не помнить здорово, и IDE в этом еще больше помогает

не пользуюсь ИДЕ

Ну разговор немного некоструктивен, надо чтобы каждый побыл в шкуре другого, поработал в предметной области, осознал бизнес-задачи.

Нет не надо. Зачем заниматься плохим если даже на расстоянии видно что оно плохо и бесперспективно?

не пользуюсь ИДЕ

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

Я просто встречал людей в веб-макакинге, которые тоже отказывались от каких-то практик, не пользовались IDE, говорили что юнит и функциональные тесты не нужны. А потом работа с ними оказывалась настоящим адом, с сотнями багов и падающими серверами.

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

IDE я не пользуюсь потому что не понимаю что она мне даст. А может пользуюсь, если Geany ситать IDE.

ну гини это уже микро-ide

Мне короч такой редактор нравится в котором нет понятия "проект"

всё что к проекту относится пусть лежит где-то в Makefile

или в dub.sdl

Ну, это не напрямую относится к ide. Некоторые идешки просто дают открыть любую директорию и считая ее корнем проекта начинают шуршать, копать рекурсивно и перемалывать файлы с семантическую кашицу для переваривания.

во во, такое мне по нраву

А потом начинают что-то советовать исходя из своих правил.

просто потому что "проект" подразумевает кучу настроек, а т.к. я часто качаю с гитхаба то я просто устану всё настраивать

Да да, Geany так автокомплит делает - просто похожие на методы слова ищет в коде

И чсх, этого хватает.

Ну это работает в 80% случаев, но бывают и струдные случаи, когда есть куча одинкаовых классов и у каждого например метод ->getData()

И тут тебе надо в 5 из 80 классов этот метод переименовать по всему проекту.

Впринципе когда я в vscode себе подключил нормальный dcd, а не плоский текстовый анализатор, то автокомплит стал более лучше выдавать.

И еще теперь он прыгает в определение метода если зажать shift и навести на него мышкой, прям красота.

И тут тебе надо в 5 из 80 классов этот метод переименовать по всему проекту.

ну пошел руками и переименовал

потом попробовал собрать и исправил где сломалось

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

Это какой-то низкоуровненый код. Бывает что и 500 строк можно написать