в IDE только отличаются класьі методьі и переменньіе

в IDE только отличаются класьі методьі и переменньіе

В geany? вроде, там больше разных видов symbols

Покажите свой ~/.config/dcd/dcd.conf ?

вообще нет егу в домашней директории)

Ну я так и думал, примерно

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

Всё плохо в geany, даже не ожидал такого. Внутри там всё самое вкусное гвоздями прибито. Надо патчить geany саму, но лень да и авторы скажут "нам это нинадо" скорее всего, и не примут патч

Под какой нибудь kate можешь запилить если принципиально нужен опенсорсный нативный редактор, на джини они явно не заканчиваются

https://github.com/denizzzka/geany_dlang пробуйте

Под какой нибудь kate можешь запилить если принципиально нужен опенсорсный нативный редактор, на джини они явно не заканчиваются

Нужен легковесный

чтобы как блокнот летал

Notepad++, гы

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

Я вообщк разницы особой не вижу в скорости работы редакторов

а я вижу

так Kate тоже вполне себе легковесный)

в KDE он как аналог виндового notepad используется

Что-то оно мне не понравилось когда я его смотрел

тормозило наверно

ща проверю

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

ту же самю кде и тянет, ага

но у меня и другой кде софт работает

А для него наверно у нас нету биндингов

запустил вроде работает, хоть и медленнее Geany

Так вообще вау, конечно. Я раньше никогда DCD не юзал. Подсказывает в таких местах где и не ожидаешь). Приятно

Так вообще вау, конечно. Я раньше никогда DCD не юзал. Подсказывает в таких местах где и не ожидаешь). Приятно

у меня периодически он мрёт( приходится перезапускать

Дык я выпилил клиентсерверность. Оно у меня просто вкомпилено туда и всё, ничего не виснет

Потому что сразу столкнулся с тем что оно виснет https://github.com/dlang-community/DCD/issues/392

:) Денис тебе бьістрее напилить свой блокнот с gtkd+dlang)) я когда-то на gtk/c по туториалу за пол часа набросал блокнотик

+1

Зачем делать глупую работу? Оттого в ИТ многое плохо что велосипеды строим...

ну я пару раз подходил к geany, думал норм гит запилить, но там код ужс(

уже буду dlangide ковырять

ну я пару раз подходил к geany, думал норм гит запилить, но там код ужс(

Вроде, нормальный код. Чистый С

я С не люблю, он для меня слишком ограничен/убогий

и нет ооп

а у меня ооп головного мозга

Зачем делать глупую работу? Оттого в ИТ многое плохо что велосипеды строим...

В корне не согласен! Когда ты пишешь свои велосипеды - ты учишься и больше понимаешь как оно устроено и почему другие делают именно так!

судя по коду Денис уже все умеет))

Ну все уметь нереально. Учиться чему есть всегда.

Стоило показать 2-3 репозитория и все думают что ты гуру. Или тралят.

я С не люблю, он для меня слишком ограничен/убогий

На C можно писать ООП, обсуждали же уже тут) И там таки оно с элементами ООП написано

структура ето не ооп :)

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

большинство патернов не получится использовать без интерфейса

то ж DI хер прикрутишь

Dependency Injection?

ага

структура ето не ооп :)

ООП можно даже на ассемблере писать - главное договориться

я ж уже писал что главное - время :)

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

Разговоры в чате девопсов навели меня на мысль что на D не написано еще ни одной CI платформы, надо создавать :)

Ксттаи, чем делать CI опенсорса под винду?

в travis-ci не поддерживается?

неа

На файберах не сделать работу со множеством сокетов :( Нужны асинхронные сокеты и event loop

Множество это сколько?

Всю дорогу вообще безо всяких файберов и тредов обходились

пул на 10к

например

А при чём тут вообще файберы?

ты сам спросил

Просто массив сокетов завести нельзя и ждать когда придёт инфА

чуваку удобнее на файберах

Да не, впринципе, хоть парочку :) Socket.accept() в файбер не засунешь

Дык так было всегда

ERROR: S client not available

event loop - вот удобно!

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

Ну и нафигачил этих горутин и теперь понять не может где затыки

Думал серебряная пуля

пусть откроет акторы

ссыль?

такие слвоа как go и actor плохо гуглятся

Всю дорогу вообще безо всяких файберов и тредов обходились

Ну вот это ты зря, всякие похожие на файберы штуки чуть ли не 70 лет уже применяются в CS

"кооперативная многозадачность"

а чем vibe.d не подходит? или напрямую какую-нибудь linasync использовать?

Короче, если с сокетами работать через socket_select, то цикл получается завязан на него и какой то доп. процесс не пустишь - надо тред создавать и делать общение между ними. В общем овериежиниринг. Похоже одна дорога - это libasync

Да не, впринципе, хоть парочку :) Socket.accept() в файбер не засунешь

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

> и какой то доп. процесс не пустишь yield() никак не?

а чем vibe.d не подходит? или напрямую какую-нибудь linasync использовать?

Я хотел сделать максимально без зависимостей только средствами языка

ну так асихнронный ввод-вывод — это не средство языка)

акторы - это не гошная "идиома". Просто концепт, который можно реализовать на многих языках.

собственно, libasync — это асинхронные сокеты с event loop средствами языка, а в vibe.d, насколько знаю, есть еще и планировщик, раскидывающий файберы по заданному количеству нитей

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

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

Иначе никак вроде) почему костыль...

тоже не считаю костылём

бесконечный цикл в данном случае не ест ресурсы

бесконечный цикл в данном случае не ест ресурсы

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

С чего? мы же на сокете ждём данных не через постоянное чтение из него

так а какой вообще смысл городить огороды, если система сама дает API, который разбудит программу, если в сокет что-то придет?)

+1

я так понимаю, какой-нибудь epoll или kqueue будит процесс, когда что-то происходит, а дальше уже сам думай, что с этим делать: в файберы рассовывать, потоки делать, не?

акторы это что-то типа микросервисов, похоже

только они ещё плодиться могут

так а какой вообще смысл городить огороды, если система сама дает API, который разбудит программу, если в сокет что-то придет?)

Ну вот я тоже пришел к такому выводу.

я так понимаю, какой-нибудь epoll или kqueue будит процесс, когда что-то происходит, а дальше уже сам думай, что с этим делать: в файберы рассовывать, потоки делать, не?

В точку

Кстати, а принятие DIP равно его внедрению?

А то щас смотрю они их потоком принимать начали