Написал для DCD враппер чтобы без сервера работало

потому что клиент-серверный канал там - говнокод

такие дела

да ?

Денис монстр))

пул реквест создал?

Нет, но другой создал: https://github.com/dlang-community/DCD/pull/393

@ahdenchik а ты игры на заказ не пишешь случайно? =)

ТАм не так уж много кодить было

@ahdenchik а ты игры на заказ не пишешь случайно? =)

За деньги я готов на всё :з

За сколько ты бы сделал клона вот этого? https://www.youtube.com/watch?v=2AgC__D6boo

Для андроида?

Ответил в личку)

:) на чем писать?

на D желательно

Для десктопа

:) прикольно

В эту гаму я залип и играю уже в нее лет 5. Много раз удалял но всегда снова закачиваю и играю :)

графика главное, норм художников нет нифигп((

Кстати о DCD: вроде бы теперь парсер D в виде библиотеки будет или есть и DCD теперь deprecated?

я 4 игрульки собрал с говна и палок (java/libgdx)

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

страшньіе все))

В эту гаму я залип и играю уже в нее лет 5. Много раз удалял но всегда снова закачиваю и играю :)

В таких случаях лучше писать автоматического игрока

который всегда выигрывает

Всмысле? Зачем?

Я залипаю на сам процесс а не на выигрыш :P

:)) ето же клон ейфории

У меня такая особенность в голове: играю только в игры которые не понимаю. Если понимаю как они устроены то становится неинтересно

при том хреновенький

надо такое с норм графой + мультиплеер

Не знаю я переиграл во много аналогов но этот просто снес мне крышу своей простотой

Кстати о DCD: вроде бы теперь парсер D в виде библиотеки будет или есть и DCD теперь deprecated?

Вроде там DCD не deprecated, а просто из него будет выпилена самая сложная часть анализатора и он станет просто демоном-враппером.

Писать SQL в коде не плохо, но это затрудняет переносимость кода из проекта в проект.

Если БД меняется, то не всегда написанный SQL подойдёт к другой БД

В этом случаи DAO или ORM, конечно, поможет.

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

Ну то есть можно конечно как-то :)

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

Меняется, конечно, но я сейчас о другом

Я о том, что если ты сделал когда-то удобную либу, скажем, с Юзером

То когда нужно делать второй проект

А требования, на другом БД

То перенести эту либу будет сложнее, если там голый SQL

А БД меняются... У нас на проекте это, конечно, не часто было, однако было 2 раза

Если БД меняется, то не всегда написанный SQL подойдёт к другой БД

Это и не требуется. Иначе пример плиз

В итоге сейчас их 3 :)

Это и не требуется. Иначе пример плиз

Озвученный выше пример с кавычками

Я о том, что если ты сделал когда-то удобную либу, скажем, с Юзером

Эээ щито?

Если пишется под Оракл, то не все перенесется без изменения

Эээ щито?

Ну скажем работу с Юзером, авторизацию, регистрацию и всякое такое

А БД меняются... У нас на проекте это, конечно, не часто было, однако было 2 раза

С mysql на nosql и назад?)

Тут вопрос не в том перенесется или не перенесется, а в объеме работы по изменениям

На D можно процедуры для PG писать? А то PL/SQL или как оно там назывется уж очень не охото учить

Если пишется под Оракл, то не все перенесется без изменения

Справедливо для любой БД

Да кстати щас даже делают такие ОРМы которые под собой позволяют иметь реляционку или mongo например. В зависимости от желания.

С mysql на nosql и назад?)

Нет, на РедШит с Постгре

На D можно процедуры для PG писать? А то PL/SQL или как оно там назывется уж очень не охото учить

Нет

Да кстати щас даже делают такие ОРМы которые под собой позволяют иметь реляционку или mongo например. В зависимости от желания.

Надо тем китайцам выбросить про монгу, пусть добавят)

Вроде бы там на Си чистом их можно писать даже

Там плагин Постгре нужно ставить

На D можно процедуры для PG писать? А то PL/SQL или как оно там назывется уж очень не охото учить

Подумываю написать это. Или начни а я поучаствую.

Вроде бы там на Си чистом их можно писать даже

Да

В теории на D можно и расширения для посгреса писать, и модули для nginx, и кучу еще всяких штук :)

Типы данных почти все нужные в dpq2 уже есть, только record ещё вроде надо

А на практике в чем там главный затык?

Нет, на РедШит с Постгре

Зачем?

А на практике в чем там главный затык?

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

ERROR: S client not available

А на практике в чем там главный затык?

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

Зачем?

Нужно было, бизнес диктовал. Очень много логов нужно было хранить

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

Нужно было, бизнес диктовал. Очень много логов нужно было хранить

И в какую из баз логи не влезли?

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

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

https://github.com/GodotNativeTools/d_bindings

на етом пилить надо, будет поддержка всех платформ

И в какую из баз логи не влезли?

Постгре. Не не влезли, а тяжко ей было

А на практике в чем там главный затык?

Причём, можно сделать @safe версию плагина - там делятся они также на безопасные и нет

https://github.com/GodotNativeTools/d_bindings

Это хорошо, что подобные проекты появляются. Это развивает как язык, так и само сообщество

Постгре. Не не влезли, а тяжко ей было

Ну ты понел ;з

Ну ты понел ;з

?

на етом пилить надо, будет поддержка всех платформ

Оно вроде 2д и заточено под создание игр вообще без кода

Оно вроде 2д и заточено под создание игр вообще без кода

Ну есть современные игры и 2Д.

?

Дело не в БД

Дело не в БД

Дело в том, что РедШит изначально кластер и рассчитан на подобное.

А Постгре не справлялся с объемом и той скоростью, что требовалась.

Я не говорю, что Постгре плохой, хотя у него достаточно не привычных вещей и особенностей

Просто под каждое задание нужно искать оптимальное решение

А Постгре не справлялся с объемом и той скоростью, что требовалась.

Вам rdbms нинужен изначально был

Вот вот

Поэтому нет смысла делать переключатель rdbms

Скажем так, РедШит был в том случаи предпочтительней, чем строить свою систему

И как я уже сказал, это диктовал бизнес.

Требовалось решение за 2 дня

Скажем так, РедШит был в том случаи предпочтительней, чем строить свою систему

Мой опыт говорит что много логов не надо хранить в нормальной форме. Всякие другие решения проще и быстрее

Так тот самый DAO позволил нам перенести часть логики на него без переписывания.

Нам вот например надо, даж не знаю чо делать :)

И как я уже сказал, это диктовал бизнес.

Какой твой возраст?

Мой опыт говорит что много логов не надо хранить в нормальной форме. Всякие другие решения проще и быстрее

Есть разные системы

Нам нужно много хранить. Ну как минимум пол года

Какой твой возраст?

Какая разница?