зачем кого-то вытеснять?

когда можно просто жестоко прикончить)

зачем кого-то вытеснять?

Если не вытеснять, значит придётся создавать своё место в экосистеме. Внимание вопрос - это где?

мне кажется есть огромные ниши в IoT

ну вот

там и скорость нужна, и выразительность

Я просто напомню, с чего начался взлёт гошечки

Вы не поверите

С докера

Это такой убердейвайс получился, что прорекламировал гошечку для кодеров

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

Если выстрелит в IoT - будет замечательно

Только для этого нужно, чтобы появилась какая-нибудь вундервафля, чтобы всех порвало

А пока D будет в позиции догоняющего.... ну он так и протухнет

Это такой убердейвайс получился, что прорекламировал гошечку для кодеров

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

Пока будут статьи в стиле "А мы не хуже Go/Java/Rust"

да вундервафли не помешали бы)

Из скала конфы кстати

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

есть vibe.d кандидат в вундервафлю

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

Это конечно отличные отмазки, но go уже сложно забороть в силу просто того, что люди воли во вкус и им никакой d не нужен Зачем если есть удобный приятный go?

есть vibe.d кандидат в вундервафлю

Это фигня Фреймворк - это для тех, кто пишет уже на D

Кто просит бороть, просто пиши на чем нравится. Я к тому, что не в докере вовсе дело

Докер - это штука, которая позволила другим погромистам фигачить сервисы и инкапсулировать их Не важно, что он написан на Go для докера, это для Go важно, что докер написан на нём Не нравиться Go? Возьмём котлин У него основной движок - это idea Ясно, что на самом деле пофиг, на чём написана продукт. но у людей срабатывает триггер - вот я пишу прямо на штуке, которая написана на новом языке Надо попробовать И понесласи

Кто просит бороть, просто пиши на чем нравится. Я к тому, что не в докере вовсе дело

Не только в докере Есть ещё несколько таких вот движков-продуктов, который набили языку популярность

Есть просто КУЧА языков объективно не хуже D Кристалл, Nim, Rust, Haskell - это только то, что приходит в голову

И они Go их сделал B Котлин их сделает

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

рустовчане надеются на мозиллу и их движок - но это херня. В мире браузеров правит хром, и ускорением даже в три раза вы его не убъете, к тому же, это если и относится к разрабам, то в основном к верстальщикам, а им на руст и прочее с высокой колокольни. Контейнеры - старая штука, но докер позволяет пилить их любому, не надо знать нифина, клепай докерфайлы и насвистывай. Он по сути сделал целую экосистему и там живёт и потому популярен. Мистер Секс. IDEA - это просто очень крутая IDE, которая среди джавистов типа как Тесла. Она там уже была гегемоном, когда её начали переписывать на котлин (и не только её, ещё и скрипты системы сборки теперь можно писать на котлине, а это просто киллер фича в плане наращивания популярности языка) Короче, фичи языка работают только на удержание его популярности (потому что усиливают синдром утёнка), наращивать её помогает в основном уже готовые продукты, ориентированные на программистов (читай, на целевую аудиторию), причём очень желательно, чтобы монополисты или близко к этому.

Всё, выдохнул Dixi

Топ-продуктом может быть unDE, когда его допилят.

http://unde.sourceforge.net/ru/

Ага, конечно У нас какой процент программистов пользуются десктопным линуксом? А какой предполагаемый процент воспользуются ещё одной DE? (непонятной DE, у которой уже есть конкуренты типа Gnome, Unity и т.д., а главное - зачем?)

Вон, выше чувак правильно написал

IoT -это тема

Или универсальный Language Server - тоже

Это да

Мне интересно как гугл на servo ответит. Ведь тот может реально быстрым оказаться

Мне интересно как гугл на servo ответит. Ведь тот может реально быстрым оказаться

Купит мозиллу, лол

А что бывает с убыточными проектами гугла - мы знаем

Или универсальный Language Server - тоже

Что за Language Server?

Что за Language Server?

https://github.com/Microsoft/language-server-protocol

https://github.com/Microsoft/language-server-protocol

DCD

Петр, там фишка в том что хотят универсальный протокол для всех IDE сделать

Нахуа?

Нахуа?

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

Очень перспективная штука

Вот то что я накидал https://kobra.io/#/e/-Kc9FPi9FJshyVSsTwAU

слишком жёстко в высказываниях в сторону Го. Я далеко не сторонник го, но вижу его сильные стороны. И плюсы далеко не только в поддержке гугла, плюсы в простоте. С точки зрения крутого программиста го - сокращение от "говно", но с точки зрения бизнеса, которому нужно снижать цены и риски разработки он идеален. Он прост, поэтому можно нанимать толпу студентов и при этом он позволяет решать задачи. В отличии от джавы, он не позволяет писать слишком мудрёные конструкции. Все на нём пишут одинакого, кодстайл приколочен к компилятору, всегда есть только один способ решить задачу, отсюда простота внедрения новых людей в проект. Уже были истории как 5 крутых скалистов не могли развивать проект просто потому, что не хватало рук, а новых людей на скалу найти не могли. Их заменили на 20 гошников, которые стоят столько-же, зато можно найти ещё 20.

поэтому не стоит вот так набрасывать, помягче в формулировках

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

</графомания>

Grigirii Nim выглядит в разы проще Go и перейти на него с того же Python гораздо проще чем на Go с Java

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

ну кроме как "на D хелло ворлд" короче

Для адекватного сравнения не хватит, поэтому и не предлагаю писать все в одиночку.

Но уже готовые сравнения показывают, что Go дико сливает D и в комментах не было доказано что это не так

в чем сливает то?

про переход уменя есть несколько живых примеров, в том числе я сам. При наличии опыта в С++, Perl, Java и еще большого зоопарка переход занял буквально 2-3 дня. У абсолютного новичка с "С++ из университета" ушло 2 недели от найма до написания кода в продакшн. Так что простота изучения - совсем не миф.

да и статья Go vs D уже была на хабре

@BorMor в простоте написания кода. Там где на D 3 строчки, на Go их частов 10 раз больше

мне кажется, что для того чтобы тягаться с Го нужно брать пример высоконагруженных сервисов - они очень гордятся своими zero-copy, zero-alloc серверами и парсерами. Нужны бенчмарки и сравение простоты кода на этих задачах

Го не так быстр, а ranges раскрывают максимум потенциала на потоковой обработке

На Go можно писать только микросервисы и все. Для других задач он не годится. Тоже GUI без ООП практически не реализуемо. Сделать то можно, только будет оно коряво.

ну, ООП там есть, другой вопрос, что они отделеили интерфейсы от наследования реализации

тот же Rust исповедует ту же идею касательно ООП

вот именно, для реальных задач. "Вот был у нас сервис, на 10 серверах с ГО, мы переписали все на Д, и теперь он работает на 5 серверах, да еще и размер кода стал в 10 раз меньше" вот такие примеры нужны, а не эфимерные хелоу ворлды

ERROR: S client not available

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

Проблема у D в том что его мало пиарят. Go же суют и к месту и ни к месту.

ну а как можно сравнивать тогда? если нет знаний?

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

есть очень большая разница в пиаре, направленном на манагеров и на программистов. Манагерам достаточно создать информационный фон, чтобы они считали, что это крутая популярная теха. Так с юнити произошло, их маркетинг до сих пор на 100% направлен на управленцев, а не исполнителей. D не имеет ярких фич, понятных менеджеру, поэтому и заходить приходится с программстов. Тут реклама не к месту работает негативным образом

а чтобы начать копилку по примерам, вот моя прошлогодняя статейка на хабр https://habrahabr.ru/post/318266/ D там для красивых примеров, но его тоже можно добавить в бенчмарки, будет не хуже плюсов

" Итерирумые объекты достаточно удобны потому что вы можете считывать из них столько данных, сколько вам необходимо, но при этом вы храните все значения последовательности в памяти и это не всегда приемлемо, особенно если вы имеете достаточно большие последовательности." Я идею не пойму, про какие последовательности в памяти ерчь идет? Почему мы их храним при итерации?

нужен контекст, просто так сказать трудно. откуда цитата?

Это описание итераторов в Питоне

" Итерирумые объекты достаточно удобны потому что вы можете считывать из них столько данных, сколько вам необходимо, но при этом вы храните все значения последовательности в памяти и это не всегда приемлемо, особенно если вы имеете достаточно большие последовательности." Я идею не пойму, про какие последовательности в памяти ерчь идет? Почему мы их храним при итерации?

Ну это как я понимаю про разницу между готовыми контейнерами и генераторами

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

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

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

О пасибо)

@andrushaTheSlayer я правильно понимаю, что yield позволяет прервать выполнение как функции так и генератора?

просто в чем природа этого ключевого слова?

https://habrahabr.ru/post/132554/

Вот хорошая статья

Почему следующий код падает с ошибкой: void main() { writeln("1"); foo(); writeln("2"); } void foo() { writeln("Hello"); Fiber.yield(); writeln("world"); } Ошибка: > app.exe 1 Hello object.Error@(0): Access Violation

Почему следующий код падает с ошибкой: void main() { writeln("1"); foo(); writeln("2"); } void foo() { writeln("Hello"); Fiber.yield(); writeln("world"); } Ошибка: > app.exe 1 Hello object.Error@(0): Access Violation

Fiber fib = new Fiber( &foo ); добавь

а почему без него не будет работать?

с ним я проверил — работает

а почему без него не будет работать?

У тебя функция мейн - вызывает функцию foo. Ни о каких файберах они не знают, как и файберы о них. Для того, чтобы этот весь механизм заработал надо собственно создать Fiber, сообщив ему адресс функции, которую надо выполнять. А так Fiber.yeild пытается выйти из файбера, в котором выполняется данная функция, только никакого файбера и нет.

а...

Кстати, я тут с Саблайма на Визуал код наконец то перешел. Очень доволен.

У меня в Саблайме DCD постоянно падал хз почему.

привет, есть кто? как опциональные параметры сделать в vibe.d? типа router.get("/find/node/:date?names=aaa",&listNodes)

Тааак. А как в Ди запустить не файберы, а системные потоки? Или же файбер будет работать как системный поток если на будет вызывал yield?

Spawn?

А, кажесь оно

А как более правильно сымитировать ситуацию с созданием 1000 потоков? Просто в Foreach все засунуть и каждый поток усыпить? через sleep ?

Тысяча потоков? :) Зачем тебе столько

Просто пока сижу изучаю и эксперементирую