Ну и не только же. Глянь вот ту статью мельком потом. Про визуализацию потоков рантайма.

ну красиво, да, но опять же примерно такую штуку можно проделать с async/await на ноде, ведь это фактически корутины

этакие "легковесные потоки"

Интересно сколько джунов на С

Си крайне прост сам по себе

Dart что здесь забыл?

Потмоу, что он ECMA уже. А исправить родовые травмы JS уже нельзя. Поэтому есть основания полагать, что он может заменить JS в каком-то будущем, став еще-одним языком, который будет в большинстве браузеров.

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

Потмоу, что он ECMA уже. А исправить родовые травмы JS уже нельзя. Поэтому есть основания полагать, что он может заменить JS в каком-то будущем, став еще-одним языком, который будет в большинстве браузеров.

Dart — это классическое дерьмо которое решило исправить другое дерьмо

А по итогу: нахуй не нужен

Си крайне прост сам по себе

Здесь я не соглашусь. Кажется, что Си простой, но на самом деле в нём довольно много неприятных подводных камней.

Здесь я не соглашусь. Кажется, что Си простой, но на самом деле в нём довольно много неприятных подводных камней.

Язык — крайне простой

Управление памятью — это отдельная тема и везде она является не простой

ну красиво, да, но опять же примерно такую штуку можно проделать с async/await на ноде, ведь это фактически корутины

Ну в Google (вкупе с другими индустрия-образующими конторами как Intel и IBM и даже Oracle) пришли к необходимости создания GoLang. В первую очередь гугл делает на него ставку, как на эффективный и производительный бэкенд. Нода потягается с Го в этом?

Ну в Google (вкупе с другими индустрия-образующими конторами как Intel и IBM и даже Oracle) пришли к необходимости создания GoLang. В первую очередь гугл делает на него ставку, как на эффективный и производительный бэкенд. Нода потягается с Го в этом?

Гуглу на нем проще выращивать себе люд

Dart — это классическое дерьмо которое решило исправить другое дерьмо

Ну поэтому он там мелькает между JS ;) а там куда кривая выведет

Ну в Google (вкупе с другими индустрия-образующими конторами как Intel и IBM и даже Oracle) пришли к необходимости создания GoLang. В первую очередь гугл делает на него ставку, как на эффективный и производительный бэкенд. Нода потягается с Го в этом?

Вот для нужд гугла - наверное нет. Для гугла как раз Go будет лучше. А вот будет ли Go лучше для всех остальных - это вопрос.

Вот для нужд гугла - наверное нет. Для гугла как раз Go будет лучше. А вот будет ли Go лучше для всех остальных - это вопрос.

Go это прекрасная вещь для написания бэка, но Go — это не убийца тому же Си, хоть и хотелось бы

Гуглу на нем проще выращивать себе люд

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

Dart — это классическое дерьмо которое решило исправить другое дерьмо

На мой взгляд, написание гугловского Angular 2 на майкрософтовском TS - это последний гвоздь в крышку гроба Dart.

Go это прекрасная вещь для написания бэка, но Go — это не убийца тому же Си, хоть и хотелось бы

Так и сказано.

На мой взгляд, написание гугловского Angular 2 на майкрософтовском TS - это последний гвоздь в крышку гроба Dart.

Вот этот факт, да, тоже меня удивил.

На мой взгляд, написание гугловского Angular 2 на майкрософтовском TS - это последний гвоздь в крышку гроба Dart.

Тяжелые наркотики никто не отменял

И да, Angular для пидоров

Управление памятью — это отдельная тема и везде она является не простой

Самое забавное, что я не говрил именно про управление памятью. Да, это требует некой дисциплины от программиста, но это не так сложно. Я говорил про сам язык и его, скажем так, расплывчатый стандарт. Например, насколько я знаю, точное значение sizeof(int) не определено стандартом.

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

Гуглу, тем не менее, невероятно просто выращивать себе go инженеров, и сейчас они плавно-плавно это делают; сначала учат ребятишек за Java на CS потоках, потом говорят что есть нереально крутой Go и всех сажают на него

Тяжелые наркотики никто не отменял

не думаю, что дело в наркотиках (только в наркотиках)

Но это если преподаватели имеют отношение к Гуглу

И да, Angular для пидоров

не спорю

(а их тысячи)

для гугла Go - то что доктор прописал, даже лучше чем тот же Си

но вот только не все пойдут в гугл

и ДАЛЕКО не у всех встречаются задачи как у гугла

для гугла Go - то что доктор прописал, даже лучше чем тот же Си

Ну за Си выращивать значительно более сложнее и дороже

Гуглу, тем не менее, невероятно просто выращивать себе go инженеров, и сейчас они плавно-плавно это делают; сначала учат ребятишек за Java на CS потоках, потом говорят что есть нереально крутой Go и всех сажают на него

А че гугл да гугл. В Go контрибутят довольное суровые ребята из Intel, IBM, Oracle - они то чё подорвались? Гугл обслуживают? Нет, просто тоже видение совпало по дизайну языка в опр.ключах

А че гугл да гугл. В Go контрибутят довольное суровые ребята из Intel, IBM, Oracle - они то чё подорвались? Гугл обслуживают? Нет, просто тоже видение совпало по дизайну языка в опр.ключах

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

Холивар про языки программирования уже закончился, или можно вкинуть на вентилятор? https://golang.org/CONTRIBUTORS

? Начало холивара выглядело так:

Go ахуенный, ставить против JS и самой ноды в частности: это глупо

Ну за Си выращивать значительно более сложнее и дороже

Не только. Дело в том, что Go может быть для большинства или всех сетевых задач быть гораздо производительней Си за счёт горутин и (как я полагаю) асинхронного сетевого апи внутри.

Go ахуенный, ставить против JS и самой ноды в частности: это глупо

Ну всё, на этой хорошей ноте пора отчаливать из холивара ))

Go ахуенный, ставить против JS и самой ноды в частности: это глупо

ага, только в упомянутой выше статье https://habrahabr.ru/post/337098/ это и делается

Всем чмоки в этом чатике.

Не только. Дело в том, что Go может быть для большинства или всех сетевых задач быть гораздо производительней Си за счёт горутин и (как я полагаю) асинхронного сетевого апи внутри.

На самом деле нужно уметь готовить на Си, а не считать что Go решит все проблемы, но! Go действительно из коробки решает тонну проблем, является лёгким сам по себе и в принципе лакомым

ага, только в упомянутой выше статье https://habrahabr.ru/post/337098/ это и делается

Теперь нужно свято-постулировать?

На самом деле нужно уметь готовить на Си, а не считать что Go решит все проблемы, но! Go действительно из коробки решает тонну проблем, является лёгким сам по себе и в принципе лакомым

так проблема именно в том, что на Си приготовить сложную асинхронную работу с сетью ОЧЕНЬ сложно даже для квалифицированного разработчика и проблема именно в том, что в самом языке Си нет примитивов для таких задач, а без них это всё превращается в ад

Теперь нужно свято-постулировать?

нет, но я почти уверен, что это будет свято-постулировано го-фанатами и js-ненавистниками

так проблема именно в том, что на Си приготовить сложную асинхронную работу с сетью ОЧЕНЬ сложно даже для квалифицированного разработчика и проблема именно в том, что в самом языке Си нет примитивов для таких задач, а без них это всё превращается в ад

Я про это и говорю, что нужно уметь готовить на Си; понятно, что поднять микросервис на Go в тонны раз проще

не совсем

property в C# это методы же. Просто они красивые. Синтаксически сладкие

Я про это и говорю, что нужно уметь готовить на Си; понятно, что поднять микросервис на Go в тонны раз проще

вот как приготовить Си для асинхронщины?

нет, но я почти уверен, что это будет свято-постулировано го-фанатами и js-ненавистниками

Бандитам дали хлеба и зрелище — славно же!

вот как приготовить Си для асинхронщины?

Посмотри на libuv

(которая лежит за основу Node.js)

property в C# это методы же. Просто они красивые. Синтаксически сладкие

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

property в C# это методы же. Просто они красивые. Синтаксически сладкие

Вот одна из ахуенных вещей которую обожаю в шарпе

ты наверно хотел сказать на поля? :)

ты наверно хотел сказать на поля? :)

да, лучше сказать на поля

Ну мне не нравится в них только то, что по ним не скажешь это поле или свойство

видишь строку: fooInstance.bar = "hello world";

и не знаешь есть ли сайд эффект от этого или нет

и без Go To Declaration хрен поймешь

Посмотри на libuv

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

обычно в C# наружу торчат свойства, а не поля

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

А как это вообще связано?

ES6 никакого отношения к Си не имеет

А как это вообще связано?

если на ноде без async/await или промисов работать с асинхронными действиями достаточно тяжело и неприятно, да и вообще callback hell, то в Си в лучшем случае мы получим тот же callback hell в самом лучшем случае, только ещё и с дополнительной передачей всяких параметров, так как в Си замыканий нет

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

Я ведь не говорю, что на Си легко и просто делать асинхронный или просто многопоточный код — это априори нелегко; один из лучших примеров того, как на Си делают базу для асинхронного кода — это libuv который лежит за основу Node.js; то есть позволяет всей этой асинхронности работать

если на ноде без async/await или промисов работать с асинхронными действиями достаточно тяжело и неприятно, да и вообще callback hell, то в Си в лучшем случае мы получим тот же callback hell в самом лучшем случае, только ещё и с дополнительной передачей всяких параметров, так как в Си замыканий нет

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

ну да, только писать асинхронный код на Си - это тяжело, что я и пытаюсь тут показать

разбуди меня сегодня - поиграем

ну да, только писать асинхронный код на Си - это тяжело, что я и пытаюсь тут показать

Так кто обратное-то сказал?

Я ведь не говорю, что на Си легко и просто делать асинхронный или просто многопоточный код — это априори нелегко; один из лучших примеров того, как на Си делают базу для асинхронного кода — это libuv который лежит за основу Node.js; то есть позволяет всей этой асинхронности работать

Псевдоасинхронности

а то я к будильнику равнодушен

Псевдоасинхронности

Асинхронность != многопоточность

поддерживаю

Бабрамс!

Мявз!

Мне сегодня сначала скинули фреймворк для создания ботов на ПЭХЭПЭ

А после этого спросили про написание всего кода в одну строку

Мне сегодня сначала скинули фреймворк для создания ботов на ПЭХЭПЭ

Удали этих людей из списка контактов

И тут я поняла, что пора домой!

И что день не задался!

Всё правильно сделала если ушла

Ну их нах

М-О-Л-Л-И

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

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

Ну нужно же с чего-то начинать холливары

Однако здравствуйте

Одна из топовых бесед в чатике ща последние пол года точно

@borodutch чочочо у тебя с детьми? Уже можно поздравлять?

Погоди...твоя подруга вроде Куопио уехала

@borodutch чочочо у тебя с детьми? Уже можно поздравлять?

детей еще не планируем :)

Одна из топовых бесед в чатике ща последние пол года точно

угадай кто начал

детей еще не планируем :)

Родится мальчик - назови его babrums2