D не для сайтов это во первых) Во вторых, создатели языков преследовали разные цели, у них разный результат

Почему не для сайтов?

например VK

И мордокнига.

Почему не для сайтов?

ну потом) не делали его для сайтов)

а какой язык для сайтов делали?)

а то что он настолько хорош, что на нём можно и сайты делать, это другой разговор

php

сейчас все языки современные общего назначения

Ну таким макаром можно сказать что и Perl для сайтов делали

сейчас все языки современные общего назначения

Не правда.

http://www.impredicative.com/ur/

в go делали уклон на написание сервеной части при разработке языка

"для сайтов" это когда разработчики языка (а не библиотек) решают какие-то задачи, специфичные для веб

Языки как таковые не делаются под определенные задачи, я бы сказал что это 20% успеха. Еще 30% дает экосистема кода - наличие специальных библиотек, и 50% это сообщество.

кстати, кто с go работал?

Если вдруг сообщество начнет активно пилить в D библиотеки для webdev и преуспеет в этом, то все будут называть D языком для веб разработки :)

Если вдруг сообщество начнет активно пилить в D библиотеки для webdev и преуспеет в этом, то все будут называть D языком для веб разработки :)

ну да... согласен...

в go делали уклон на написание сервеной части при разработке языка

Go сразу позиционировался, как язык общего назначения. А потом уже решили специализироваться.

Ну тоже самое тогда и для Джулии верно

Они же там про скорость близкую к Си говорят

джулию делали для математики

так реально есть дикий синтаксис типа 2x + 3y + 4(z + k)

да да)

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

Но в языках есть скажем так фичи, которые открывают большие возможености для определенных ниш разработки. В go например есть элегантные горутины, что очень хорошо легло в основу разработки для высоконагруженных сервисов. Но вот для разработки CMS на го трудно писать.

так кто с go работал? просто вопрос есть по шаблонам

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

они топорные там совсем какие-то

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

так кто с go работал? просто вопрос есть по шаблонам

Шаблоны? В Go?

ну всмысле html templates

я на diet написал прям как будто всегда на нём писал

а с go запара, прям вообще не отдупляю, а дока там бедная на эту тему

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

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

BrainFuck полон. :)

BrainFuck полон. :)

из названия можно понять целевую аудиторию))

следовательно и ниша специфичная

Да ладно.

Ерунда ещё, по сравнению с Malbolge.

White space еще хорош)

экзотические они все не для дела

Это же сарказм, я не серьёзно)

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

Вообще штука интересная, но уже eсть Wolfram Mathematica

а с go запара, прям вообще не отдупляю, а дока там бедная на эту тему

В Go шаблоны простые как дверь А если не нравятся стандартные - то можно воспользоваться одной из библиотек

простые?) нее, это называется примитивные

block main - import std.string; ul - foreach( i, c; list ) - auto sel = req.params["select"].toLower == c.name.toLower; - auto cls = sel ? "select" : ( i%2 ? "even" : "odd" ); li(class="#{cls}") p.name !{c.name} p.score !{c.score}

вот как тоже самое сделать на go шаблонах?

ладно, чёрт с этими стандартными шаблонами... как вообще это можно сделать на go, чтобы дополнительный массив не передавать (который можно расчитать вместе с list)?

может какой-то другой шаблонизатор это позволяет

Кстати, чисто интересно, те кто пишут на компилируемых языках на сколько хорошо тот же JS знают. Просто интересно у людей оно в голову нормально укладывается или это два разных пласта людей.

ладно, чёрт с этими стандартными шаблонами... как вообще это можно сделать на go, чтобы дополнительный массив не передавать (который можно расчитать вместе с list)?

Какой массив?

мне нужно расчитать класс для li

можно расчитать заранее

и передать вместе с list

Олег, ты в том тесте взять vibed с регрессом в производительности кстати. Надо было 0.7.29 хотя бы

Кстати, чисто интересно, те кто пишут на компилируемых языках на сколько хорошо тот же JS знают. Просто интересно у людей оно в голову нормально укладывается или это два разных пласта людей.

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

Олег, ты в том тесте взять vibed с регрессом в производительности кстати. Надо было 0.7.29 хотя бы

оппа

так... а 0.7.29 ещё не вышел же... они все alpha да beta

0.7.30 alpha -2 уже вообще то 2 недели как...

ну да

но это же не релизы

мало ли что там...

а что за регресс?

в каких моментах от проявляется?

я непомню точно, но там Людвиг писал про него, что из-за него скорость заметно просаживалась

ERROR: S client not available

на форуме где-то наверняка можно найти. Было реально 2 недели назад. Там топик как раз про скорость vibed и какой-то бенчмарк

Хм. Похоже что v0.7.29 и v0.7.30 сейчас параллельно развиваются: https://github.com/rejectedsoftware/vibe.d/releases

кто-нибудь за этим следить пристально? почему отдельно они идут?

Могу предположить что в 30 шаблонизатор переделывают и либ-ивент улучшают, но это лишь догадки

block main - import std.string; ul - foreach( i, c; list ) - auto sel = req.params["select"].toLower == c.name.toLower; - auto cls = sel ? "select" : ( i%2 ? "even" : "odd" ); li(class="#{cls}") p.name !{c.name} p.score !{c.score}

Что это? req.params["select"].toLower

Вроде Людвиг планировал в 0.7.29 отказаться от сторонних библиотек для обработки событий и реализовать свой event loop. Не знаю почему сейчас так.

DUB 1.0.0 был зарелизен

@deviator может на pastebin или куда еще код отправишь, читать очень сложно

@deviator может на pastebin или куда еще код отправишь, читать очень сложно

С телефона?

нет

block main - import std.string; ul - foreach( i, c; list ) - auto sel = req.params["select"].toLower == c.name.toLower; - auto cls = sel ? "select" : ( i%2 ? "even" : "odd" ); li(class="#{cls}") p.name !{c.name} p.score !{c.score}

ну если в кратце то какт-то так <ul> {{range .list}} <li class = "#{{.Name | EvenOdd }}"> <p>{{.Name}}</p> <p>{{.Score}}</p> </li> {{end}} </ul>

Кстати, чисто интересно, те кто пишут на компилируемых языках на сколько хорошо тот же JS знают. Просто интересно у людей оно в голову нормально укладывается или это два разных пласта людей.

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

Что это? req.params["select"].toLower

router.get( "/score/:select", &score );

router.get( "/score/:select", &score );

Ну в гошных шаблонах ты передаешь всё в структуре\структурах

Впрочем наверняка есть шаблонизаторы А лучше посомтреть в сторону вебфреймворков

я iris пробую

Только хотел его посоветовать

но там jade в обычные templates переводится

поэтому решил на templates делать

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

diet могуч

jade и diet это же прям клоны друг друга

ну да

но diet это compile-time для vibe

а jade для go это просто транслятор в стандартные http templates

Хмм Интересно, а кто-нибудь делал шаблонизатор дл Go на кодогенерации?

я точно об этом не знаю)))

вообще мне go совсем не нравится, но я решил, что нужно сначала попробовать, прежде чем судить

спрашивай в чятике голанга

но пока мнение не изменилось

вообще мне go совсем не нравится, но я решил, что нужно сначала попробовать, прежде чем судить

А вы не моглибы высказать более конкретные замечания? Только не здесь, конечно

давай здесь)