https://habrahabr.ru/post/337098/

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

Итого, мой топчик для джуниора: 1. Фронт и Сервер-приложений: JS / Dart / WebAssembly, Node.js (и понятно CSS/HTML) 2. Бэк/API/сети: GoLang 3. Прикладнухи, утилиты, Sci/Math, BigData: Python 4. Корпораты: Java 5. Красноглазие: C,C++

Остальное от лукавого

? Биткоины проданы по $4143.200, -7.565%

СКАМ

Итого, мой топчик для джуниора: 1. Фронт и Сервер-приложений: JS / Dart / WebAssembly, Node.js (и понятно CSS/HTML) 2. Бэк/API/сети: GoLang 3. Прикладнухи, утилиты, Sci/Math, BigData: Python 4. Корпораты: Java 5. Красноглазие: C,C++

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

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

там c++ еще

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

Это как бы "какой стул выбрать" Джуну на начале пути

А он вручную постит?

Или бот автоматически опять?

А он вручную постит?

бот

Это как бы "какой стул выбрать" Джуну на начале пути

Ну вот выбрал ты такой в 17 лет С

Как дальше жить

Ну вот выбрал ты такой в 17 лет С

Вопрос не во сколько лет. А сколько лет назад это было.

Нам в универе говорили, что надо бы еще Асемблер знать, что бы в С++ встраивать

Что в Go такого хорошего, кроме горутин?

простота?

Что в Go такого хорошего, кроме горутин?

Что в программировании хорошего кроме 1 и 0 -ей?

Что в программировании хорошего кроме 1 и 0 -ей?

Ты забыл про шарп

Ты забыл про шарп

Специально! MS не упоминаю в суе... хотя TypeScript не плох как альтернатива JS

Специально! MS не упоминаю в суе... хотя TypeScript не плох как альтернатива JS

а почему? Как ты игори то будешь делать?

хехехе

все еще прибыльнее банковских депозитов

Специально! MS не упоминаю в суе... хотя TypeScript не плох как альтернатива JS

Кстати да, TS - топчик. Даже не ожидал от Майкрософт. Кстати C# тоже хорош и мог бы завоевать мир (ну или хотя бы очень серьёзно потеснить джаву), если бы была врождённая кроссплатформенность.

все еще прибыльнее банковских депозитов

Забыл ответ "потеряные надежды"

а почему? Как ты игори то будешь делать?

Игры? Ах да, игры же )) черт ну ок, кроме gamedev-а кароч )

Забыл ответ "потеряные надежды"

кто-то потерял надежды? :))

кто-то потерял надежды? :))

Надо сделать чат для Тореадора. Будем там флудить

так тут можно же :)

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

простота?

Ну это на любителя. Мне с дивана например кажется, что Go несколько ограничен или даже примитивен. И простота языка != простота написания программ.

Ну это на любителя. Мне с дивана например кажется, что Go несколько ограничен или даже примитивен. И простота языка != простота написания программ.

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

Просто как пример. На C#, на мой взгляд, писать и читать программы проще, чем на Java, хотя C# - это Java на стероидах, то есть C# как язык сложнее Java.

Просто как пример. На C#, на мой взгляд, писать и читать программы проще, чем на Java, хотя C# - это Java на стероидах, то есть C# как язык сложнее Java.

Набросил, так набросил

Это же не от языка, а от автора зависит

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

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

Это же не от языка, а от автора зависит

Нет. Это зависит и от автора, и от языка.

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

Просто как пример. На C#, на мой взгляд, писать и читать программы проще, чем на Java, хотя C# - это Java на стероидах, то есть C# как язык сложнее Java.

а в чем проявляется стероидность?

а в чем проявляется стероидность?

В том, что C# был фактическим клоном джавы в своих ранних версиях, но затем оброс фичами, и довольно неплохими в большенстве своём фичами.

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

Короче, вот эта статья пожалуй очень "меткая" на тему "умозрительного восприятия" сути GoLang, и позволяет оценить "парадигму". GoLang нас склоянет сразу "перестать думать об объектной иерархии как таковой" (убрав ее). И предлагает в полный рост перейти к "микросервисам" и "конкуретной цепи/сети" внутри runtime-паутины. Плюс это не значит, что в Go, ты не можешь в классы - (сигнатуры / интерфейсы еще и погибче будут). https://habrahabr.ru/post/276255/

В том, что C# был фактическим клоном джавы в своих ранних версиях, но затем оброс фичами, и довольно неплохими в большенстве своём фичами.

так что за фичи то

так что за фичи то

Свойства, лямбды, полноценный дженерики, структуры, вывод типов, async/await, linq, dynamic.

ну правда, лямбды в Java 8 всё таки появились

Свойства, лямбды, полноценный дженерики, структуры, вывод типов, async/await, linq, dynamic.

можешь чуть более развернуто? свойства объектов? структуры?

а с async/await в C# я баловался задолго до появления промисов в JS (но это не точно)

Короче, вот эта статья пожалуй очень "меткая" на тему "умозрительного восприятия" сути GoLang, и позволяет оценить "парадигму". GoLang нас склоянет сразу "перестать думать об объектной иерархии как таковой" (убрав ее). И предлагает в полный рост перейти к "микросервисам" и "конкуретной цепи/сети" внутри runtime-паутины. Плюс это не значит, что в Go, ты не можешь в классы - (сигнатуры / интерфейсы еще и погибче будут). https://habrahabr.ru/post/276255/

В основном, это конечно всё про highload и правильную архитектуру приложения под сервисы/серверы и масштабирование. А т.к. у нас без 5 минут, всё через Web, то собственно об этом и тренд.

можешь чуть более развернуто? свойства объектов? структуры?

в смысле развёрнуто? писать учебник по C# что ли? Просто все этих фич нет в Java.

Ах да, делегаты забыл упомянуть

С,C++,C# при правильном приложении рук на локальной задаче будут быстрее. GoLang же имплементирует "диалект" и "среду" поставля в целом безопасный, эффективный и быстро-написуемый код.

С,C++,C# при правильном приложении рук на локальной задаче будут быстрее. GoLang же имплементирует "диалект" и "среду" поставля в целом безопасный, эффективный и быстро-написуемый код.

Собственно поинты Java... но под своим углом осмысления

в смысле развёрнуто? писать учебник по C# что ли? Просто все этих фич нет в Java.

что означает, что в щарпе есть свойства, а в джаве нет?

что означает, что в щарпе есть свойства, а в джаве нет?

да

да

очень понятно (нет)

Не сорьтесь "девочки" ООП-гавно... )) Не я, Бьёрн Страстурп - сказал ))

очень понятно (нет)

что тут не понятного может быть? В C# есть почти все фичи Java, так как он очень сильно ей вдохонвлялась, но C# пошёл гораздо дальше и добавил своих фич, причём действительно нужные и хорошие фичи

язык из-за этого стал сложнее Java, но писать на нём чуть приятнее

В основном, это конечно всё про highload и правильную архитектуру приложения под сервисы/серверы и масштабирование. А т.к. у нас без 5 минут, всё через Web, то собственно об этом и тренд.

Всё это можно на той же ноде сделать

что тут не понятного может быть? В C# есть почти все фичи Java, так как он очень сильно ей вдохонвлялась, но C# пошёл гораздо дальше и добавил своих фич, причём действительно нужные и хорошие фичи

не ясно про свойства. что ты вкладываешь в это понятие?

"Объектно-ориентрованное программирование — это исключительно плохая идея, которую могли придумать только в Калифорнии." Эдсгер Дейкстра ?

не ясно про свойства. что ты вкладываешь в это понятие?

Как property в Delphi, https://docs.microsoft.com/ru-ru/dotnet/csharp/programming-guide/classes-and-structs/properties

Не сорьтесь "девочки" ООП-гавно... )) Не я, Бьёрн Страстурп - сказал ))

Который книгу про ООП написал ?)

"Объектно-ориентрованное программирование — это исключительно плохая идея, которую могли придумать только в Калифорнии." Эдсгер Дейкстра ?

Опять же почему не нода. На JS можно функциональщину нагородить запросто.

Всё это можно на той же ноде сделать

https://habrahabr.ru/post/337098/ Цитировали уже, но к столу.

Как property в Delphi, https://docs.microsoft.com/ru-ru/dotnet/csharp/programming-guide/classes-and-structs/properties

в джаве сделать пару гет-сет тоже можно

и по удобности не хуже

https://habrahabr.ru/post/337098/ Цитировали уже, но к столу.

я читал эту статью, и я не совсем согласен с ней так как чувак явно говорит про старую ноду с коллбэками и адом на них а сейчас есть async/await, а async/await - это почти тоже самое (но не тоже самое), что и горутины

в джаве сделать пару гет-сет тоже можно

как?

как?

метод гет и метод сет?

метод гет и метод сет?

это не свойства

суть та же

это внезапно методы, и вызываются как методы

суть та же

не совсем

да. и могут иметь модификаторы

я читал эту статью, и я не совсем согласен с ней так как чувак явно говорит про старую ноду с коллбэками и адом на них а сейчас есть async/await, а async/await - это почти тоже самое (но не тоже самое), что и горутины

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

да свойства - это синтаксический сахар над методами

но всё же весьма удобнее тех же геттеров и сеттеров

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

что значит "низкоуровневая работа с сетью"? и как часто она нужна? и стоит ли ради неё вообще учить новый язык?

Блин

Нужен отдельный чат по тореадору

что значит "низкоуровневая работа с сетью"? и как часто она нужна? и стоит ли ради неё вообще учить новый язык?

То и значит. Что тут двусмысленного

Очень заумные беседы))

Который книгу про ООП написал ?)

Больше знаменит, как создатель языка C++ (Си с классами)

То и значит. Что тут двусмысленного

ну как бы в модели OSI целая куча слоёв, поэтому я хочу узнать, насколько низкоуровневая работа с сетью имелась ввиду

Очень заумные беседы))

да они сами не понимают что говорят

Потому что самое низкоуровневое, о чём я могу подумать, так это обычные сокеты, которые есть просто ВЕЗДЕ, в том числе и в ноде.

да они сами не понимают что говорят

Говори за себя

ну как бы в модели OSI целая куча слоёв, поэтому я хочу узнать, насколько низкоуровневая работа с сетью имелась ввиду

Ну для Go нет ограничения, начиная с 3 уровня OSI (сетевого).

ну как бы в модели OSI целая куча слоёв, поэтому я хочу узнать, насколько низкоуровневая работа с сетью имелась ввиду

Т.е. "свой TCP/IP" на Go можно. На ноде вряд ли?

Т.е. "свой TCP/IP" на Go можно. На ноде вряд ли?

да, я не думаю, что на ноде такое можно

даже если и можно, то уж точно не нужно

да, я не думаю, что на ноде такое можно

Ну вообще в повседневных задачах я уже писал, нам нужно "Сервер Приложения", а не "Сетевой Сервер".

а вот классический TCP или UDP - запросто

просто задачу про написание своего TCP/IP я бы отнёс к разряду "экзотических" в одном ряду с разработкой какого-нибудь драйвера

просто задачу про написание своего TCP/IP я бы отнёс к разряду "экзотических" в одном ряду с разработкой какого-нибудь драйвера

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

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