Компилируемый, статическая типизация, многопоточность

Многопоточность при отсутствии тяжелых вычислений и наличии только всяких IO штук компенсируется асинхронностью

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

Еще я думал что на js невозможно нормально плодить и управлять процессами, но как ни странно для этого есть всякие IPC модули.

Холиварный вопрос: а расскажите мне хотя бы 3-4 преимущества D над Javascript на практике

У JS есть только 2 преимущества: простота и гикость. Ну еще и богатая экосистема(правда, нацеленная на вэб), утупающая, разве что, питону. По остальным фронтам он проигрывает.

простота и гибкость не измеряются

брайнфак проще жс

и гибче

Ну это достаточно холиварный вопрос. ИМХО, простота измеряется в хомячках/индусах, а гибкость - количеством извратов, которых позволяет ЯП.

Причем извраты это не возможности, а именно извраты

Вроде JSFuck

простота и гибкость не измеряются

Про гибкость тоже не понял, а вот простоту могу раскрыть: 1) Не нужно заморачиваться вопросами аллокации вообще. Никаких GC/Nogc, refcount, стека, кучи. 2) Т.к. все работает в одном треде то вопросы про дедлоки и гонки пропадают сами собой, никаких мьютексов и семафоров 3) Вопрос про ссылки и значения в аргументах становится символическим, никаких заморачиваний про структуры, классы и их виртуальные методы. 4) Вопросов про касты, юнионы, безопасность, адресную арифметику тоже не стоит

Продолжить впринципе можно

ну 1) можно и в ди, цена будет та же

Но тут еще один есть аргумент

ES5 можно выучить за недельку, а то и за день

C D так не сделаешь

(Хотя, конечно, можно и выучить, но половину не осилишь, особенно если с нуля)

про 1) согласен

Но вот именно в Д почему то я всегда прихожу естественным образом к возне с аллокациями и производительностью ) Не могу просто забить на это и все делать через классы.

Кладем большой и толстый на производительность и все остальные вопросы отпадают

Про гибкость тоже не понял, а вот простоту могу раскрыть: 1) Не нужно заморачиваться вопросами аллокации вообще. Никаких GC/Nogc, refcount, стека, кучи. 2) Т.к. все работает в одном треде то вопросы про дедлоки и гонки пропадают сами собой, никаких мьютексов и семафоров 3) Вопрос про ссылки и значения в аргументах становится символическим, никаких заморачиваний про структуры, классы и их виртуальные методы. 4) Вопросов про касты, юнионы, безопасность, адресную арифметику тоже не стоит

Про гибкость - jsfuck.com

Из-за такого пишут толстенные книги на тему "как правильно писать на JS, что бы остаться с целыми ногами"

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

А запутанность и нелогичность - это не гибкость.

На самом деле в JS все логично

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

Любой ЯП на такое способен

надо пролоббировать ключ -betterJS

Судя по тому, что идея vibe.d была взята с express.js, а diet - это почти Pug (на секундочку, изначально заточеного под JS до такой степени, что там можно писать на JS), такой ключ точно не помешает

людвиг на jade смотрел, когда diet делал)

jade и есть pug, просто потом его переименовали(конфликты с какой-то компанией)

Судя по тому, что идея vibe.d была взята с express.js, а diet - это почти Pug (на секундочку, изначально заточеного под JS до такой степени, что там можно писать на JS), такой ключ точно не помешает

А какая именно идея взята?

А какая именно идея взята?

Ну общая концепция) (хотя мб ошибаюсь)

Вот поконкретнее

Основная идея vibed это использование fibers для асинхронности. Как файберы так и асинхронность не являются изобретениями ни express ни js

Я имею ввиду очень похожий сверху API

Нуу это такое.

апи во многих языках похожи

Но я могу ошибаться, я с vibe.d не вплотную изучал

Насколько я помню ты там единственный пример показал что типа и там и там есть обработчики (request, response) => {doing_something(); return response} Это уж никак не "идея была взята" )

Ну да

Там вроде еще роутеры есть

Как в express

Но хз, есть ли там middleware

Скорее всего, нет

да про мидлвары что-то не слышал

Насколько я помню ты там единственный пример показал что типа и там и там есть обработчики (request, response) => {doing_something(); return response} Это уж никак не "идея была взята" )

Да, вот простое приложение на express.js: const express = require('express'); const app = express(); app.get('/:file', (req, res) => { res.render(req.params.file); }) app.listen(8080); Вот насколько это схоже с vibe.d?

ну синтаксис схож, а по конструкции - нет

По конструкции?

В vibed у Application нет роутера как такового, есть отдельный класс Router в котором роуты и задаются. У response нет метода render, а есть writeBody()

А как тогда темплейты рендерите?

Ну там есть шаблон render!("filename", params)

И как он без res работает?

Но в общем это все везде одинаковое вплоть до cakephp который чуть ли не с 2004 года

((

Знач факап

И как он без res работает?

Да внутри скорее всего просто делает render в строку и res.writeBody(content)

Да внутри скорее всего просто делает render в строку и res.writeBody(content)

Ему res как-то надо передать

Знач факап

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

Отказаться от HTTP и HTML?

Ему res как-то надо передать

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

ну и что, заблочат телеграм? насколько это реально?

Могут конечно

Но русские не сдаются

технически реально?

А почему нет?

Центральный сервер есть

Реально, через прокси уже не очень

ERROR: S client not available

я не в курсе как он работает

Поверх хттпс

На крайняк можно свалить в keybase

А хттпс лочится по tls sni

Который еще секьюрнее

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

Так что на крайняк запасемся проксиками и норм

Лучше через VPN

Но VPN запретили вроде

технически реально?

под белые списки всё готово, значит, реально

Интересно что будет когда tls 1.3 запустят

но время ещё не пришло кмк

Интересно что будет когда tls 1.3 запустят

По IP блочить будут

Это понятно, щас мы так и делаем. Если в client hello нет sni, а ип резолвится в запрещенку - то лочим

Просто это на всех шаред хостингах поломает хттпс

но время ещё не пришло кмк

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

Прокси и VPN

Могут и по казахстанскому пути пойти кстати

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

известно. и это заблуждение насчёт технологий. Административные проблемы не решаются техническими способами.

У них есть государственный сертификат, который все пользователи интернета себе ставят (если хотят чтобы хттпс работал)

Ну а дальше митм )

А VPN?

известно. и это заблуждение насчёт технологий. Административные проблемы не решаются техническими способами.

Вот второе - +

Ну впн с переменным успехом лочат только в Китае

Так что жить можно

известно. и это заблуждение насчёт технологий. Административные проблемы не решаются техническими способами.

это сложный вопрос что сильнее. неправильное администрирование умирает под бременем борьбы с правильной технологией.

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

Ну, ГосДуму это не останавливает

РКН тоже

)))

Как здорово что на D есть целая одна имплементация socks5, это спасет в случае блокировки

Автор просто красафчег :D А на выходных он еще зарелизит версию 0.0.4 со стабильной работой ?