G
но он простой
И ненужный)
Size: a a a
2020 April 05
а
И ненужный)
после первого языка будет легче пересесть на любой другой такой же императивный
G
после первого языка будет легче пересесть на любой другой такой же императивный
А можно сразу выучить достойного внимания
а
А можно сразу выучить достойного внимания
неужели плюсы
Т8
А можно сразу выучить достойного внимания
ну, ты уже скажи какой. А то "это не то, это тоже. А какой надо - не скажу"
G
неужели плюсы
Асм, Си, функциональный ЯП, ООП ЯП
Т8
кстати, @Psilon тебе солидити зашёл?
G
КМК идеальный набор
Т8
Асм, Си, функциональный ЯП, ООП ЯП
>функциональный ЯП, ООП ЯП
спасибо, сразу всё понятно стало
>Асм
зачем?
спасибо, сразу всё понятно стало
>Асм
зачем?
G
Джаву ту же под ООП взять можно, под ФП - Scala/Haskell
G
Да и можно без Джавы обойтись, Scala ведь тоже ООП
а
Джаву ту же под ООП взять можно, под ФП - Scala/Haskell
итого: Scala лучший первый язык...
DS
Ну просто на одной чаше весов мы имеем мнение Doge, который считает, что надо тащить кастомные аллокаторы, а с другой стороны, например, моё, кто считает, что нужен async/await.
Он конечно пишет код, который мог бы полагаться на кастомные аллокаторы, но я тоже пишу код, который завязан на tokio и async/await.
И мне неочевидно, почему его мнение должно быть важнее моего (или наоборот). Я вообще допускаю, что мнение отдельных людей может быть важнее (например, мнение Нико в вопросе безопасности имеет гораздо больший вес, чем моё), но при прочих равных решающее значение имеет количество голосов, и это хорошо.
Он конечно пишет код, который мог бы полагаться на кастомные аллокаторы, но я тоже пишу код, который завязан на tokio и async/await.
И мне неочевидно, почему его мнение должно быть важнее моего (или наоборот). Я вообще допускаю, что мнение отдельных людей может быть важнее (например, мнение Нико в вопросе безопасности имеет гораздо больший вес, чем моё), но при прочих равных решающее значение имеет количество голосов, и это хорошо.
Потому что без асинк/авейта ты точно так же можешь писать с Токио, как и делали до этого.
А без кастомных аллокаторов ты не можешь сделать то, что мог бы сделать с ними
А без кастомных аллокаторов ты не можешь сделать то, что мог бы сделать с ними
DS
Тоже самое и про GAT, и про конст дженерики и про полноценную поддержку impl трейтов
Т8
Ну просто на одной чаше весов мы имеем мнение Doge, который считает, что надо тащить кастомные аллокаторы, а с другой стороны, например, моё, кто считает, что нужен async/await.
Он конечно пишет код, который мог бы полагаться на кастомные аллокаторы, но я тоже пишу код, который завязан на tokio и async/await.
И мне неочевидно, почему его мнение должно быть важнее моего (или наоборот). Я вообще допускаю, что мнение отдельных людей может быть важнее (например, мнение Нико в вопросе безопасности имеет гораздо больший вес, чем моё), но при прочих равных решающее значение имеет количество голосов, и это хорошо.
Он конечно пишет код, который мог бы полагаться на кастомные аллокаторы, но я тоже пишу код, который завязан на tokio и async/await.
И мне неочевидно, почему его мнение должно быть важнее моего (или наоборот). Я вообще допускаю, что мнение отдельных людей может быть важнее (например, мнение Нико в вопросе безопасности имеет гораздо больший вес, чем моё), но при прочих равных решающее значение имеет количество голосов, и это хорошо.
тебе не нравятся Scala, Haskell, F#?
NL
Потому что без асинк/авейта ты точно так же можешь писать с Токио, как и делали до этого.
А без кастомных аллокаторов ты не можешь сделать то, что мог бы сделать с ними
А без кастомных аллокаторов ты не можешь сделать то, что мог бы сделать с ними
Без асинка мы вынуждены обмазываться Arc-ами и использовать очень многословный стиль комбинаторов, что во многом сводит на нет попытки писать сервисы на расте.
А без аллокаторов скорее всего смог бы, за счёт дополнительного некоторого количества клонов объектов в памяти. На худой конец есть арены.
А без аллокаторов скорее всего смог бы, за счёт дополнительного некоторого количества клонов объектов в памяти. На худой конец есть арены.
DS
Без асинка мы вынуждены обмазываться Arc-ами и использовать очень многословный стиль комбинаторов, что во многом сводит на нет попытки писать сервисы на расте.
А без аллокаторов скорее всего смог бы, за счёт дополнительного некоторого количества клонов объектов в памяти. На худой конец есть арены.
А без аллокаторов скорее всего смог бы, за счёт дополнительного некоторого количества клонов объектов в памяти. На худой конец есть арены.
Так проблема ровно в том, что ты нормально не заставишь встроенные в стд структуры данных работать с ареной
DS
Без асинка мы вынуждены обмазываться Arc-ами и использовать очень многословный стиль комбинаторов, что во многом сводит на нет попытки писать сервисы на расте.
А без аллокаторов скорее всего смог бы, за счёт дополнительного некоторого количества клонов объектов в памяти. На худой конец есть арены.
А без аллокаторов скорее всего смог бы, за счёт дополнительного некоторого количества клонов объектов в памяти. На худой конец есть арены.
И я бы не сказал, что без асинков нельзя писать сервисы на расте.
У меня сервис без асинков, вполне нормально живёт. Проблемы с комбинаторами сильно переоценены
У меня сервис без асинков, вполне нормально живёт. Проблемы с комбинаторами сильно переоценены
AK
Потому что без асинк/авейта ты точно так же можешь писать с Токио, как и делали до этого.
А без кастомных аллокаторов ты не можешь сделать то, что мог бы сделать с ними
А без кастомных аллокаторов ты не можешь сделать то, что мог бы сделать с ними
Так напиши свои контейнеры с поддержкой кастомных аллокаторов
NL
Т-34 85
тебе не нравятся Scala, Haskell, F#?
Нравятся, особенно первые два. Разверни мысль, к чему ты клонишь, плиз?