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

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

Кстати да

После плюсов самый минимальный порог входа

ну и опять же, мое личное мнение, у D есть одна встроенная плюшка — на нем приятно писать)

для меня это стало определяющим

У питонистов кстати тот же аргумент против пхп - "на нем приятно писать"

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

К чему я про node.js и проект electron... Течёт как сука... За 3 дня почти Гб утекает на вёрстке без логики. Но люди для новых проектов его выбирают не взирая на риски

Ну вот такой вот парадокс) Лучше сделанный и протекающий проект, чем несделанный качественный

Мне кажется сообществу надо больше маркетинга

К чему я про node.js и проект electron... Течёт как сука... За 3 дня почти Гб утекает на вёрстке без логики. Но люди для новых проектов его выбирают не взирая на риски

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

Библиотеки и маркетинг

Новых фич не надо

Волтер уже завёз в мастер raii для betterC

нужен хороший и убедительный «евангелист», который склонит какую-нибудь опенсорсную команду в сторону ди)

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

Думаю нужно дыры латать и ребрендить

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

Да да да

Но их сейчас много меньше чем раньше

и вот тут, как мне кажется, как раз можно с Си на беттерСи попытаться бесшовно перейти

идея фриковатая, но жизнеспособная, если верить Волтеру

Ну давайте переписывать gnu unix tools на betterC )

Ой, точнее core utils

Ну давайте переписывать gnu unix tools на betterC )

Зачем что-то готовое и работающее просто так переписывать? Нужна фича

Нужно устранить боль

Вот я недавно столкнулся с болью отсутствия opensource wiswig редактора для разработки документации

Есть 3 положительные причины я вижу 1) Чтобы потом наглядно показать что кода стало меньше и он красивее 2) Чтобы иметь больше готовых примеров кода для новичков 3) Чтобы натренироваться

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

Есть 3 положительные причины я вижу 1) Чтобы потом наглядно показать что кода стало меньше и он красивее 2) Чтобы иметь больше готовых примеров кода для новичков 3) Чтобы натренироваться

По хайповости на троечку

Ну я именно по этим причинам стал переписывать свой прокси сервер

А если нет, то я как бы вообще не вижу смысла что-то делать. У меня все работает.

А если нет, то я как бы вообще не вижу смысла что-то делать. У меня все работает.

Вот

'Всё что работает не трогай' =)

Так постоянно учат 'другие люди'

Ну такое

А какие причины трогать? )

Их не вовлечь в процесс если не будет ничего, что будет в итоге как-то помогать им жить

Можно прекрасно трогать кучу других вещей. Заниматься спортом, ходить на митинги, выращивать цветы :)

Код ради примеров кода это избито и не привлекает внимания

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

И вот я уже их не делаю =)

Ну тут такое... И правильно и нет

Ну я натыкаюсь постоянно на хорошо расставленные баги или на отсутствие документации/примеров

Вот если мне нужен пример я не буду копаться в исходниках core utils или чего-то подобного монструозного

Пример должен быть маленький и ёмкий

Чтобы сразу суть была ясна

Мне нужен был пример как работать с FiberScheduler но его нет.

https://dlang.org/library/std/concurrency/scheduler.html вот тут какое то убожество. Создаем объект и ... все.

Даже в комментарии там куда более годный пример написали.

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

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

чтобы погружение в новую технологию не превращалось в часовые гугления

К чему я про node.js и проект electron... Течёт как сука... За 3 дня почти Гб утекает на вёрстке без логики. Но люди для новых проектов его выбирают не взирая на риски

потому что "стильно модно молодежно и "на нем скайп написан...""

короче

может я поторопился и есть уже такое

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

https://github.com/deviator/duseful

+ на електроне +- норм документация и дофига примеров, на том же dlanggui нифига нет

нужно подумать какие крупные блоки можно осветить: по целям D для веб D для десктопа D для ... по целеой аудитории D для студента D для программиста на C++ и тд

накидайте идей чтоль

и вот я сейчас ещё подумал, может на русском делать всё это?

ну или сразу на 2х языках?

D для программиста на Java

Многопоточность :)

англ норм - аудитория больше будет

а 2 язьіка - поддерживать/синхронизировать сложнее

D для программиста на Java

D для программиста на X, где X любой ЯП из ТОП 10

ERROR: S client not available

блокчейны, диплёнинг, бигдата ... всё что модно и молодёжно. Только должно быть много компилтайма)

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

Кстати, небольших примеров для D много на rosettacode)

чёт даже ресурса такого не слышал

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

Мелочь, а приятно)

Для начала можно понабрать оттуда и сложить в одном месте)

предлагаю решить со структурой и навигацией

http://rosettacode.org/wiki/Category:D

круто!

http://rosettacode.org/wiki/Bitmap/Midpoint_circle_algorithm#D

и вот человек нашёл этот пример и как он его соберёт?

мне кажется нужно это тоже освещать

Как вариант, как раз в твоих примерах собрать и оформить в dub пакеты)

тоже верно

только в code.dlang не надо лить, а то он и так немного засран)

Можно сделать один — duseful, а конкретные примеры подпакетами

предлагаю решить со структурой и навигацией

у меня идея такая: есть папка со всеми примерами подряд, есть логические деревья с сылками в readme и вложенных md-файлах

У каждого подпакета в readme описание решаемой проблемы и инструкции, как собрать

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

У каждого подпакета в readme описание решаемой проблемы и инструкции, как собрать

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

вот кучка идей для реализации до которых не доходят руки и поэтому рабочие пректы делаю на питоне: нативный лдап клиент (или хотя-бы полная обвёртка), нормальный memoise(типа cachetools в питоне), верификатор jseon schema,…

я не говорю о всяких проектах типа api для амазона

вот кучка идей для реализации до которых не доходят руки и поэтому рабочие пректы делаю на питоне: нативный лдап клиент (или хотя-бы полная обвёртка), нормальный memoise(типа cachetools в питоне), верификатор jseon schema,…

это уже библиотеки во много человеко-часов

cachetools не много

это имеет смысл делать людям, которые в этом шарят

ну да, но кто-то должен делать

"кто если не мы?" =)

кто если не кто-то )

кто если не кто-то )

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

ну ко мне это не относится, я контрибьютю в коммьюнити

я лично не имею никаких притензий