там есть пример

Спасибки!

и, вроде, даже логирование подсасывается из stdout и stderr, не нужно ничего колхозить с изменением приложения для systemd

соответственно с помощью целей можно указать когда запускать и поднимать, если падает

Круто!

просто берёшь systemd и делаешь демона на основе любого приложения

Удваиваю, сейчас это считается истинно верным подходом

Никто не контрибьютил devdocs.io? Не D, а вообще имею ввиду

Никто не контрибьютил devdocs.io? Не D, а вообще имею ввиду

Чем оно лучше других?

оффлайн есть

Если есть что-то подобное с оффлайн и с D, то можно сказать

Кстати в виндовой сборке раньше была std в формате виндовой справки, сейчас не смотрел

Кстати в виндовой сборке раньше была std в формате виндовой справки, сейчас не смотрел

Есть до сих пор

И это удачно

Щас ее выкинуть хотят

Если есть что-то подобное с оффлайн и с D, то можно сказать

Zeal, dash

В IDEA он встраивается если что

Но генератор данных для них надо писать на руби

Точнее это даже скачиватель сайта

И выглядит визуально оно как виндовая справка

Автодополнение у нас доступно только через dcd или есть другие библиотеки? Не нравится клиент-серверность dcd

для C# вроде что-то свое

Zeal, dash

Можно ссылку на документацию D в zeal?

Её там нет потому что никто не соизволил её туда запаковать

Но это лучше чем с нуля писать всё

В dash я так понимаю тоже нет?

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

https://github.com/Kapeli/Dash-User-Contributions/tree/master/docsets/D вот попытка

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

Короче, идея годная, для "самолёта" я бы юзал (как раз щас лето - время кодить на природе)

Но я не могу в руби

https://camo.githubusercontent.com/1bfdf72f2832e211bea37b613b139a7fa4f93450/68747470733a2f2f692e696d6775722e636f6d2f76363375315a4a2e706e67 так вот выглядит оно

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

Спасибо

http://paste.code123.org/fe450d5b-49e2 что за wtf?

@DmitryBubnenkov каменты неправильно рендерятся в сервисе обмена кодом

Эту тупит плагин подсветки синтаксиса. Я его код смотрел там убожество

я смотерл в код dcd и там тоже СТРАННО

Он там чуть ли не регэкспами все проверяет

мля, затупил

пишу код не внутри кодового блока)

Серверная часть dcd зависает иногда

пипец

Просто к UNIX сокету подключаешься-отключаешься и раз на 3-й оно перестаёт конекты принимать

А зачем вообще клиент-серверность в DCD?

unix way типа

А вообще я не настраивал, но у меня есть конкретный пример - я все свои проги dlang разрабатываю в LXC контейнере. И у редактора кода нету прямого доступа к фс контейнера

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

unix way типа

дык эта, по факту каждый плагин просто запускает свою копию сервера

там сервер (я исходник посмотрел) используется только чтобы кэши хранить

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

$ cat ~/.config/dcd/dcd.conf что говорит?

http://code.dlang.org/packages/database Китайцы?

Отмороженные совершенно

код адовый или что?

Велосипед прост

Ну и сама идея объединять разные БД в один общий класс это ложная цель.

слишком каждая БД много особенностей имеет?

Канеш

А на том уровне, на котормо особенности не нужны можно взять и враппер написать поверх существующих библиотек клиентских

Ну в случае с PostgreSQL / MySQL / SQLite это вполне объединябельно

Неа

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

SQL синтаксис разный (кавычки даже разные там в мускле и других), так и так придётся иметь несколько строк запросов для каждого типа

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

а ПХП вообще цветёт и пахнет, и чо?)

Ну и сама идея объединять разные БД в один общий класс это ложная цель.

а, ты именно класс имел в виду?

Ну да. Чувак тупо переписал заново то что уже написано в 3 вариантах для каждой БД

ERROR: S client not available

причём переписал не полностью - полно заглушек

Видимо, там "фатальный недостаток")

в один класс может и плохо, а вот абстрактный общий слой вполне себе решение

А зачем?

Какую реальную задачу такое объединение решает?

абстракция проекта от реализации бд

Дык не получится абстрагироваться так - синтаксис запросов разный

это решается путем создания всяких query builder

Обсуждали уже, кстати

неа не решается, ORM это дырявая абстракция которая не работает

у меняпрям дежавю

ты скажи критерий нерабочести )

ну как только что-то сложнее hello world будет так сразу и начнётся костылинг

о, экспертное мнение ненужности ORM. Забавно)

Денис, а жить без ORM как? я сам не юзаю, но куча веб-программистов говорит что SQL не знает. Типа все через ORM т.к. там миграции разные и тд из коробки

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

Проще по аналогии: SQL единого, все диалекты отличаются как C++ от C#

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

Денис, а жить без ORM как? я сам не юзаю, но куча веб-программистов говорит что SQL не знает. Типа все через ORM т.к. там миграции разные и тд из коробки

Программирование БД это отдельная профессия же. Должен быть человек который знает ORM. Потому что когда пишешь ORM-запрос то таки всё равно фактически ты пишешь на SQL но другими ключевыми словами

Но то что это не работает - неправда. Работает в реальном мире очень много где.

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

Вот научное обоснование: https://en.wikipedia.org/wiki/Object-relational_impedance_mismatch

Но то что это не работает - неправда. Работает в реальном мире очень много где.

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

Вот научное обоснование: https://en.wikipedia.org/wiki/Object-relational_impedance_mismatch

Ну знаешь, проблема останова алгоритмов в машине тьюринга тоже нерешаема, но это же не значит что теперь все выкинули фон-неймановскую архитектуру? ;)

Не понимаю о чём ты

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

О том что бизнес и миллионы прогеров подтвердили эволюционно - облегчает.

А то что там математически нельзя отобразить реляционную алгебру на ООП, так и не спорит никто.

Эээ но не революционно. Эволюция это больно, тащемта.

Что?)

А то что там математически нельзя отобразить реляционную алгебру на ООП, так и не спорит никто.

Ну вот и рожают говнокод, который вместо хитрого запроса в БД делает выкачивание обработку и закачивание данных

Что есть неправильное использование СУБД

Ну я например 70% карьеры использую ОРМ и с ужасом в голове вспоминаю как мне приходилось в начале карьеры городить непосредственные запросы в базу.

может что-то с СУБД не так, если просто так туда бизнес-сущности не вкорячиваются?)