>>1181476 (OP)
мог бы быть неплохим языком, но руби-синтаксис все портит

>>1181476 (OP)
Очередное кривое велосипедное ненужно уровня говна от жидбрейнс. Каждый раз испанский стыд от подобных проэктов.

Шел 2018 год, ретрограды все еще писали end

>>1181549
Как будто что-то плохое. Бейсик язык для людей, с нормальным синтаксисом, а не непонятными закорючками.

>>1181555
APL язык для людей, с нормальным синтаксисом, а не беспонтовыми end'ами.

А бейсик - для полуросликов.

>>1181482
В чем фатальный недостаток руби синтаксиса?
>>1181549
Какой язык соответствует 2к18 году? Не, серьезно, реально интересно. Хочется вложить силы и освоить язык, который решал бы такие же задачи, и в то же время был бы нормальным.

>>1181532
А что, по Вашему мнению, неочередное прямое невелосипедное нужно крутого уровня. И еще, чтобы не возникал испанский стыд от такого языка?

>>1181620
Я не знаю, какие у тебя задачи. Если нужно что-то относительно простое и низкоуровневое, посмотри на swift.

>>1181619
c#

Внезапно, годнота. Только что гуглил императивный язык с type inference и нагуглил эту няшку.

Мог бы быть охуеннейший general purpose язычок, но, к сожалению, у manas'ов не хватило духу доделать язык.
Хотя, имхо, достаточно было бы допилить параллелизм и все, можно было бы уже слать нахуй го.

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

>>1187524
>А так язык, в общем-то, сдох
Откуда такие выводы?

>>1187527
Все пошло по пизде после того как asterite ушел из manas.
А ему надоело заниматься кристалом и он, в целом, теперь считает кристал говном. Например не любит union type.

https://crystal-lang.org/2017/12/19/this-is-not-a-new-years-resolution.html
Грозились тут в 2018-м ворваться обратно в разработку, но и по сей день нихуя от них нет, ни одного коммита.
Коммьюнити (в т.ч. и asterite когда ему нехуй делать) только фиксят баги и минорщину всякую подпиливают.
Из глобальных фич в январе только немного подпилили поддержку винды (rx-14 это делал), и то не до конца.

>>1187563
>>1187539
Ну и ладно. Попробую на нем писать все равно переучиваться после руби почти не нужно. Может закоммичу им чего-нибудь.

>>1187539
>asterite
Как стать таким же задротом?

>>1188304
Я передумал, он долбоеб. Не видит очевидных профитов от exhaustive case expression.

Crystal быстрый за счет оптимизаций LLVM, или это сами разработчики молодцы?
Почему разработчики руби не могут таким же быстрым?

>>1181476 (OP)
Зачем он нужен, когда уже есть богоподобный коммон лисп?

>>1188784
>duck typing
Пизды дать?

>>1188815
В кристале утиная? Тогда тем более нахуй не нужен

>>1181476 (OP)
Шо, опять?

>>1189010
А что не так?
Найди мне другой язык который:
императивный
со статической типизацией с type inference
с файберами\горутинами
с богатой стандартной библиотекой

>>1189055
Dart, Kotlin, Swift

>>1189055
rust

>>1189055
D

>>1189055
nim

>>1181476 (OP)
я как православный раби-веобушник тоже было дело фапал на кристал. но, имхо, если вкатываться в компилируемые языки сейчас -- то либо Rust для системного программирования, либо Go если от джавосисярпов с души воротит. к сожалению, идея кристала не взлетела.

>>1189082
В список постом выше не включил Rust, потому что стандартная библиотека довольно легковесна, прочие зеленые треды тоже намеренно в библиотеках. Хотя язык да, шикарен, и вообще один из немногих предлагает безопасный shared-memory concurrency.

>>1189056
У дарта нет type inference. Котлин не компилируется в нативный код (забыл указать).
>>1189082
Слишком необычный.
>>1189151
> скобочки

>>1189182
>Слишком необычный.
Лол. Нувыпонели уровень.

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

Что выбрать golang или crystal?

>>1196636

rust

>>1196636
Если для себя - кристал. Если для работы - ни то, ни другое.

>>1187539
Но union type и правда говнина полная, почему нельзя было сделать типы перечисления?

Я чёто понять не могу, crystal к успеху идёт или уже всё? Там видно что 1.0 в этом году зарелизят или стагнация? Кароче поясните стоит ли на него вообще обращать внимание?

>>1186724
>>1189055
Семен не палится

>>1189165
20 упоминаний на этом Rust на хх.ру, на хуй не нужен, скорей помрет

>>1198208
Ну похвастайся сколько там Crystal вакансий. Или даже Go

>>1181476 (OP)
>Обсуждаем новый язык программирования Crystal
Когда вы сдохните уже со своими Elixir, Rust, Nim?
Теперь вот очередной вонаби-говноед с каким-то блядь кристалом.
Нахуй мне вообще твой кристал, я кожу на Python и испытываю легкость бытия каждый день. Быстро обосновал необходимость существования кристал, который сепйчас по факту недоделанный руби.

>>1181482
плюсую

>>1197296
Забей на него, он не взлетел. Когда последний раз проверял, там новостей на сайте не было несколько месяцев, компилятор выдавал тормозной код и не было четко описанной модели памяти для многопоточности. Авторы просто долбоёбы - замахнулись на компилируемый язык, а клепали по опыту скриптиков в вебе. Если б таргетом сделали хотя бы Erlang VM, то была бы польза, а так - ну его нахуй.

https://medium.com/@DuroSoft/why-crystal-is-the-most-promising-programming-language-of-2018-aad669d8344f

И в конце:
>Because Crystal is compiled, it is impossible to have a true REPL
Блядь, сука, какие же дилетанты пишут все это говно, просто пиздец.

>>1203562
Спасибо, Абу.

>>1203562
> }
>                 }
>             }
>         }
>     }
> }

починил тебя

>>1203431
Технический уровень у них неважный, согласен. Но всё одно новые ЯП - топливо для прогресса. Сия поделка, например, наглядно показывает, что всякие скриптовые недоязыки можно с минимум изменений переделать в статические и компилируемые, и в перспективе получить большую надежность и дешевый в реализации тулинг.

>>1203648
окамл в 90-ые изобрели, с разморозкой

>>1203668
Я говорю - наглядно, а аутисты могут изобретать себе что угодно, лишь бы не размножались.

>>1203691
что "наглядно"?

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

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

впрочем, что угодно, лишь бы не го, лол

>>1203720
Про Кристал и не надо слышать, это инструмент для рубистов, буквально на днях окончательно устаревший (в Руби таки появился JIT). То же было с HHVM, и даже с D. Но у него хотя бы задумка была вменяемая - слепить легковесный Руби. А вот нахера ты в 2018 упоминаешь Камлы, будто они чем-то примечательнее 6000 других мёртвых языков, я как-то не понял. Если это троллинг, то ты тоньше листа графена (на самом деле нет).

>>1203729
>Но у него хотя бы задумка была вменяемая
>слепить легковесный Руби
проиграл

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

>>1203731
Да я совсем не умный, не переживай. Был бы умный - выбрал бы другую профессию, а не ту, где каждый праздный долбоёб окольными путями заманивает меня померяться членами.

>>1203733
у меня больше :3

Пациент скорее жив.
За прошедние недели вышел жирненький 0.25.0 (https://crystal-lang.org/2018/06/15/crystal-0.25.0-released.html), а за ним 0.25.1 (https://crystal-lang.org/2018/06/28/crystal-0.25.1-released.html)

>>1224934
>https://crystal-lang.org/2018/06/15/crystal-0.25.0-released.html
Ой, да ну его нахуй, это просто костыль для рубистов, неспособных в окамл или ржавого. Для компилируемого языка он же никакой совсем - непроверяемый нуль, наследование вместо трейтов, отсутствие simd и модели памяти для многопоточности. Программы на нем будут так себе - ни надежностью, ни эффективностью, ни изяществом кода похвастаться не смогут. Получаем эффективность скриптового языка с геморроем компилируемого, а нужно было наоборот.

>>1227645
>окамл или ржавого

блеванул, спасибо.

>>1229898
Типичный рубист, хуль с него взять.

>>1181619
kotlin, логичный, выразительный, за счёт JVM может быть запущен где угодно, в отличие от .Net-поделий.

>>1234679
>kotlin, логичный, выразительный

>>1187573
Бери уж тогда Elixir

>>1227645
> Программы на нем будут так себе - ни надежностью, ни эффективностью, ни изяществом кода похвастаться
Это не требуется от руби, а значит и от кристала. Руби это для людей, а не для машин.

>>1246361

Круто конечно, но год назад мне обещали 1.0.

>>1246506
Это да, 1.0 в этом, и, вероятнее всего, в следующем году не будет.

>>1189188
>Лол. Нувыпонели уровень.
Когда уже фанаты раста поймут, что их язык действительно не от мира всего. Он не сложный и никакой-то не постижимый - у него тупо плохой и мудренный дизайн.

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

>>1246506
>Круто конечно, но год назад мне обещали 1.0.
Что такого дает нумерация с единицы?

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

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

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

>>1187554
Crystal поприятнее будет чем Nim. От нима паскалём попахивает.

>>1247832

Собственно, поэтому эти авторы раста и сделали говно. Они всех, кто их говно не оценил, считают тупорылыми.

>>1248484
Во-первых, не они, а все. Во-вторых, не тех, кто их не оценил, а конкретно тупорылого жс-ребенка (тебя).

>>1248746
Кто тут у нас? Очередной Д'артаньян раста, ум и светила человечества, недооцененные гений, дитя индиго, великий из великих ...и только, конечно, вам ведома что язык раст это величие дизайна и мудрости, а все кто так не считает, недостойные жс-дети!

на самом деле нет, но проигрывать с этого становится все интереснее и интереснее.

>>1248775
Я не уверен, но, похоже, раст это такой новый мем, как раньше про хаскелль.
Мол, гениальный инструмент для решения любой проблемы.

>>1248775
>Очередной Д'артаньян раста
Чини детектор. Еще раз для медленно соображающих: ты - тупорылый дегенерат. Ни раст, ни я в этом не виноваты.

>>1248843
Хуй знает, по-моему у тебя манямирок какой-то. Но наблюдать за животными, которые попробовали почитать растбук, поняли, что у них мозгов только на формошлепство хватает и побежали всем рассказывать, что это не из-за того, что они тупые, а из-за того, что там мол-де ПЛОХОЙ ДИЗАЙН, - это очень доставляет, это уже в каком-то смысле мем, ето так.

>>1248886
Нефига ты взорвался. Значит где-то в глубине это сильно цепляет и есть осознание что возможно они все и правы?

>>1248890
У тебя дислексия? Напоминать идиотам, что они идиоты, - смешно и полезно. Перечитай еще раз.

>>1248930
Чувак, мы на анонимной борде, какая разница идиот я или нет, ну не цепляет это вообще уже, ты лучше расскажи, если бы ты писал свой язык, каким он был и что бы ты взял с раста, а что реально не взял.

>>1248950
Я идиотами называю не тебя, а "я ниасилил раст патаму шта раст плахой а не патаму шта я тупой"-тайп чуваков.

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

Взял бы борроу чекер (очевидно), зиро кост абстракшнс, вот это все - ну, в чем вся суть(с)(тм) и состоит.

>>1248954
>Взял бы борроу чекер (очевидно)
Все говно из раста забрал, молодец.
Ошибки нужно исправлять не путем ограничения использования ссылок, а путем создания таких абстракций, в которых создание ошибок невозможно.

Раст это пример хуевого gotcha дизайна.
https://en.wikipedia.org/wiki/Gotcha_(programming)

>>1248968
Все "фичи" раста направлены на предупреждение ошибок классического c-style использования поинтеров. Причем существуют решения работы с памятью, где такие ошибки не могут существовать в принципе! Сборщик мусора, например.
В итоге раст это какая-то анекдотическая в своей феерической бесполезности поебень, которая воюет с ветряными мельницами.

>>1248954
Синтаксис это фигня, можно привыкнуть если удобно и не все аски символы участвуют в одной строке кода.

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

Вот скажи раст это системный язык? Если да, то нужно ли даже около-системному языку прямая работа с памятью и байтоеб..тво - конечно нужно, это просто мастхев. Лайфтаймы это конечно хорошо, но не возведенные в абсолют. Зачем ограничивать то в чем человек нуждается? Системный программист настолько туп и ему нужно представить максимально ограничений и страданий чтобы он писал лучше? Да ну нет конечно, в среднем С++ программист довольно умен.

Далее, вот скажем есть питон и есть С++. Питон-программист за определенное количество времени делает полезного действия куда больше чем С++ за то же время (тут можно согласиться не придираясь). Вопрос, хотелось ли бы иметь такой системный язык, который позволял делать большее за то же время чем работая на С++ - я думаю да. То есть прогресс тут должен идти скорее к упрощению, а не к созданию языка с такой же сложностью как С++ (пускай даже с лучшей работой с памятью, взамен)

В общем, меня бесит то, что в современных языках всячески пытаются ограничить программиста чтобы он потом "через задницу пытался удалить гланды". Нужна ли замена подобному языку как С++ конечно нужна, нужно менять на тоже самое - конечно нет.
Программист должен писать код продуктивно, а не бороться с ветряками.

>>1249053
Ракодил, а как там с бесплатностью bounds checking? Или с перформансом Arc?
Раст не обещает, что все будет бесплатно. И да, системы с GC и без него сравнивать вполне допустимо, благо GC бывают с разными гарантиями на (почти) любой вкус и use case.

>>1249053
Язык должен упрощать решение проблем.
Раст ничего не упрощает. Это С++ с параноидальным статическим анализатором. Все.
Зачем это вообще кому-то нужно, непонятно.

>>1249053
>Zero-Cost Abstractions,
Я помню после релиза стабильной версии, на каких-то левых тестах, раст постоянно отдавал перформанс чуть шустрее чем джава (и памяти он жрал почти так же). С http сервером в синхронном i/o ситуация была еще хуже, там даже пхп и питон отыгрывали лучше. Почему раст с Zero-Cost Abstractions был медленнее С++ я не понимал, когда у плюсов там виртуальные методы и прочие нюансы...
Я конечно соглашусь, что возможно тесты можно не так написать, или хттп-сервер криво и сыро, но с этой Zero-Cost Abstractions раст никогда не дотягивал до си не в каких тестах которые я видел ("тогда", сейчас не слежу), но важно то, что эту фразу продавали уже тогда.

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

>>1249130
>Zero-Cost Abstractions
Правильнее будет runtime overhead. Это когда компилятор добавляет boilerplate код.
Строго говоря любая абстракция добавляет тот или иной boilerplate.

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

>>1249130
> сложная инженерная область
> программирование

Только посмотрите, тут макака возомнила себя интеллектуальной элитой, как это мило и забавно.

>>1248968
Да все уже поняли, что ты тупорылый дегенерат, не арящий в матчасти, - можешь не тужится, всем похуй.

>>1248978
>Сборщик мусора, например.
Открой хотя бы статью на википедии про сборщик мусора и почитай, какие у него дизадвантаджи и трейдоффы, и в каких областях его применение неоптимально. Хотя лучше иди дальше формы шлепай на жс, главное не задумывайся.

>>1249041
>Синтаксис это фигня
Согласен, но при прочих равных выбирать заведомо проигрышный вариант просто потому что так исторически сложилось - это не мое (ты ведь спрашивал, что я бы оттуда взял\выкинул).

>Зачем ограничивать то в чем человек нуждается?
Никто тебя не ограничивает, ставь ансейф и ебись с байтами, сколько хочешь. Но по дефолту система должна быть sound и давать гарантии внутренней целостности.

>Системный программист настолько туп и ему нужно представить максимально ограничений и страданий чтобы он писал лучше?
Да, homo sapiens в принципе не очень умные, поэтому они создают инструменты, которые расширяют их интеллект и позволяют им эффективно решать задачи, которые в лоб решить не получится. Вся история нашего вида - про использование инструментов, от палки до линейной логики.

>Питон-программист за определенное количество времени делает полезного действия куда больше чем С++ за то же время
Ага, особенно первокурсник Вася делает больше, чем синьор-помидор Ваня, ведь продуктивность инженера определяет только язык, на котором он пишет))

>То есть прогресс тут должен идти скорее к упрощению, а не к созданию языка с такой же сложностью как С++
Раст на порядки проще (в смысле simple, а не easy да и easy тоже), чем кресты.

>меня бесит то, что в современных языках всячески пытаются ограничить программиста
Просто ты не знаком с теорией типов и комплюктер сайенс, у тебя смутные представления, как это работает, вот тебе и кажется, что тебя пытаются "ограничить". Это примерно как говорить: вот у меня есть дубина, я ей и так и эдак махать могу, нахуй мне ваш тополь-м? Надо 4 года учиться, надо заправлять его, интерфейс непонятный, сплошные ограничения.

>>1249283
Кому надо быстрый код, пишет на C++
Кому надо быстрое написание кода, пишет на JAVA
Кому надо и то и другое, пишет на GO
Кому ничего не нужно, пишет на расте хеллоуворлды

>>1249283
>Просто ты не знаком с теорией типов и комплюктер сайенс, у тебя смутные представления, как это работает, вот тебе и кажется, что тебя пытаются "ограничить"
Если я познакомлюсь с теорий типой, то в расте исчезнут анальные ограничения использования указателей?
Какой пароль вводить и куда?

>>1249310
Раст ценят в каждом треде.

>>1249083
>непонятно
Ну ты спрашивай, если непонятно, а то так и останется все непонятно. Алсо, завязывай уже систему типов называть "статическим анализатором", а то мне за тебя неловко.

>>1249130
>чем джава (и памяти он жрал почти так же)
))

>>1249297
>Кому надо быстрое написание кода, пишет на JAVA
- Вася, 10 "Б"

>>1249301
>чет посмотрел на каких-то левых тестах раст вроде чот медленнее питона был)) поэтому раст плохой, а зиро кост абстракшнс - это выдумки жидорептилоидов))
>считает себя инженером и технарем
/0

>>1249307
Если ты познакомишься с теорией типов, то перестанешь писать хуйню. Ферштейн?

>>1249297
>быстрое написание кода
>пишет на GO

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

>>1249363
>implying необходимость в тоннах бойлерплейта мешает разрабатывать быстро

Go — хреновый язык, но для getting shit done он подходит.

>>1249400
Если именно наговнякать, то любой язык подойдет.

>>1249363 Двачую.
>>1249400 Двачую.

>>1249409
Тупорылая свинья, ты понимаешь, что мы обсуждаем языки, а ты вкидываешь сравнения конкретных фреймворков? Ты - дегенеративное быдло из семьи алкоголиков, съеби.

>>1249424
>Plaintext

>>1249454
На >>1249409 тоже plaintext

>>1249424
>думаешь народ забыл этот обосрамс
>Я помню после релиза стабильной версии, на каких-то левых тестах, раст постоянно отдавал перформанс чуть шустрее чем джава (и памяти он жрал почти так же). С http сервером в синхронном i/o ситуация была еще хуже, там даже пхп и питон отыгрывали лучше.

Не маневрируй.
Речь про то, когда начали продавать все эти "Zero-Cost Abstractions", утечку памяти как норму и прочей абосрамс. Я даже могу провести хронологию, когда язык из "возможно хороший заменитель С++" превратился в "jerk-язык". На реддите, вроде, до сих пор проигрывают с фанбоев.

То что с 2017-2018 произошел прогресс в расте, я не отрицаю. То ли там сраки распинали и те начали оптимизировать сабзиро-абстракции, вместо игры в синтаксис, то ли стали затачивать под такие вот вакуумные тесты. А такое тоже может быть, потому что там вообще не понятно что за "minihttp", типа на асинхронные сокеты повесили какой-то миним обработку??? Я вот не слышал про minhttp протокол, а ты? Ну в общем, понятно как тут честно побеждать можно.

>>1249450
>Тупорылая свинья, ты понимаешь, что мы обсуждаем языки, а ты вкидываешь сравнения конкретных фреймворков?
Я тебе и про вакуумные тесты тоже говорил. И да, в этих тестах раст потреблял память как джава, но тогда писала что мол раст не виноват, он же весь сабсизо-абстракшен, это все LLVM плохой.
Да я не знаю как можно обосраться в написание http сервера, чтобы просесть сильнее чем full-фреймворк питона (джанге), и при этом кричать про производительность (мы все помним анон)

Я не смог во всех этих "веб архивах" найти те ссылки в том числе и из benchmarksgame-team.pages.debian.net где указывалась ОЗУ, так что можешь смело включать рыбку и играть как захочется, но мы то с тобой анон помним эти лучшие года нулевой абстракции.

Опять же, повторюсь, если включить гуманитария и забыть все это, то да, раст стал лучше, я не отрицаю. Вероятно там действительно кто-то раздает подсрачники в нужном направление. Но это не отменяет того что он ужасен, ужасен в плане дизайна, что он так же сложен и мудрен как С++, хотя такие языки как D, го и даже crystal показывают - что можно сделать лучше и удобнее.

>>1249509
> Опять же, повторюсь, если включить гуманитария и забыть все это, то да, раст стал лучше, я не отрицаю. Вероятно там действительно кто-то раздает подсрачники в нужном направление. Но это не отменяет того что он ужасен, ужасен в плане дизайна, что он так же сложен и мудрен как С++, хотя такие языки как D, го и даже crystal показывают - что можно сделать лучше и удобнее.


На D, го и даже crystal ты полноценный браузер, да так, чтобы не тормозил, не напишешь.

>>1249509
Да и удобнее эти языки лишь потому-что в них есть сборщик мусора. В остальном unsound говно с мудрёной системой типов, которое тебе ничего не способно гарантировать.

>>1249505
>Я помню после релиза стабильной версии
Ага, только тот же hyper пока ещё 0.12.8.

>>1249505
>На реддите, вроде, до сих пор проигрывают
))

>вообще не понятно что за "minihttp", типа на асинхронные сокеты повесили какой-то миним обработку???
)))

>Я вот не слышал про minhttp протокол, а ты?
))))

Блядь, какой же ты тупой.

>>1249506
>в этих тестах раст потреблял память как джава, но тогда писала что мол раст не виноват
Шизик, у тебя нарушения речи уже пошли.

>>1249507
> Я не смог во всех этих "веб архивах" найти те ссылки
В голос.

>>1249509
Алсо забавно, как не разбирающиеся в матчасти чуркобесы рассуждают про ГУМАНИТАРИЕВ, лол. Такой-то цирк уродцев.

>>1249546
>На D, го и даже crystal ты полноценный браузер, да так, чтобы не тормозил, не напишешь.
Напишу, что за глупость?
На раст, кстати тоже еще не одного браузера не написали "бадабумс.жпг"

>>1249548
Еще один способный, говорили про релиз, про громкие слова о сабзиро-абстрагене и то как это на самом деле было.
Сейчас что о расте то говорить, если он уже никому не нужен, а тогда была волна хайпа же

>>1249566
>Ага, только тот же hyper пока ещё 0.12.8.
А вот если бы был 7.12.8, вот тогда бы...

>>1249612
Обосрался в дискусе
@
Доеб..лся к стилю рандомного анона

>>1249690
>весь тред называет идиота (тебя) идиотом
>думает, что с ним кто-то ведет ДИСКУС

>>1248954
>Алсо, не стал бы изобретать очередной формат для конфиг файлов, а взял бы json или edn.
Именно такой ini-конфиг выглядит более удобочитаемым и приятным чем всякие json с тысячной не читаемой вложенностью.

>>1250091
>удобочитаемым
>приятным
Смузи уже отхлебнул? Давай еще по цвету шрифта форматы данных начни оценивать.

>>1181623
>посмотри на swift.
Зачем смотреть на говно? Может ты им еще и обмазываешь, копрофаг?

Ну тут дело в общем-то не только в самом crystal.
У него своя ниша - это язык для web разработки для рубистов (которых нынче на рынке труда как собак).

Дело в том, что на типизированных языках очень высокий порог входа. Поэтому проще взростить спеца именно на сайтиках-визитках на руби.

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

Хорошо видно как развивается crystal по фреймворкам - любителям руби - вот рельсоподобное чудо:
https://github.com/amberframework/amber

А с растом и ГО и java - фу кака. Ну как же. Я после руби уже не хочу писать на языке где нельзя символы "!?" использовать для названия функций. Я уж лучше на С++ тогда буду писать - он и то поприятнее этих супер-пупер ништяковых скриптолепов.

Качество кода у crystal в разы превосходит ruby (основная цель руби "побыстрее наваять"), а основная цель кристал - сделал и это надёжно и навсегда (как и любой предкомпилируемый язык в принципе).

Так что лепите сайтики на руби, а когда надоест "nil" обвалы и постоянный саппорт при внедрении новых фич пока не устранены все недочёты - легко переходите на кристал. Некоторые модули я с рельсов легко адаптировал для amber - и могу сказать что это один из лучших фреймворков, с которыми мне доводилось работать.

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

На данный момент порог входа в crystal высоковат, но он постепенно снижается, и думаю вскоре это будет ну очень интересное решение для "выросших с пелёнок" руби-девелоперов, которых сейчас штампуют как на конвеере: жил был бухарь, закончил курсы за 5 месяцев - вуаля он уже руби дэвелопер, котрый понятия не имеет что такое Int8 и даже не слышал о таком, но уже выполняет таски в крутой ИТ конторе и лепит чудо-системы, от которых волосы дыбом у норм проггера встают.

>>1249548

Ну скорость - это конечно очень важно.
Но в итоге решающим фактором всё же остаётся комфорт и скорость разработки. К сожалению.
Так что не ровняйте сверхбыстрые велосипеды с реальными разработаками. Сравнивайте рельсы/джанго/амбер... в общем то, с чем реально быстро работать с внятным и понятным кодом без примесей и магических заклинаний.

Так что не думаю что сегодня есть язык который может потягаться с crystal в понятность+скорость+простота+красота кода.