Расскажите мне друзья, как вы отлаживаете многопоточное приложение принтами.
Особенно интересно, если метод/функция содержит с десяток переменных и вы прописываете принт на каждую переменную?? Испытываете ли вы после этого оргазм?
>>837258 Его давным давно запустили и на андроиде и на айос. >но вот что делать с UI? а) Дергать жвм ради этого; б) Написать свой фреймворк который будет рисовать за тебя кнопочки; в) Использовать/написать какой нибудь биндинг фреймворка вроде Кути который за тебя всё уже сделает.
>>838502 При более пристальном взгляде оказывается, что даже любые скриптоязыки, даже дауны от мира программирования ПХП и ЖС, оказываются лучше процедурного Го.
Пока тут не тред по Golang, а филиал /b какой-то. Предлагаю все-таки перестать кормить диванных хачкель-погромистов, а больше по теме отписываться. Палите годные фреймворки, статьи, делитесь кодом. Кто что сделал/делает?
Я не троллю, если что. Сам писал немного на Го, прочитал пару книг, да и вроде предметная область похожая на работе, т.е. при желании можно внедрить было бы. Сперва у меня тоже было много энтузиазма, но сейчас я разочаровался. Наблюдая, как набирают обороты языки с мощными концепциями программирования, а в старые их активно впиливают, подумал, что мне просто скучно и не интересно писать на Го в 2016 году. Я не против, если кто-то его использует, никого обсирать не хочу, но для меня это просто шаг назад, как для разработчика.
>>838890 Ты вроде бы адекватный. Что посоветуешь, если не Go? Обязательное требование по сути одно: статическая типизация. Модность среди хипстеров / востребованность на рынке труда - не важны. Но стандарные/сторонние библиотеки чтобы были нормальные, сам понимаешь
>>838894 А вот это уже провокационный и холиварный вопрос. Если интересует низкоуровневые аспекты, то D, Rust, C++ (если не тошнит от синтаксиса последних двух), лёгкая асинхронность/многопоточность - С#, Java, наверно, мог бы ещё посоветовать Scala, но почти ничего про неё не знаю, Swift с виду хорош, но вряд ли выберется из мира Apple. Последний, кстати, мне кажется - это то, каким должен был быть Go. Собственно и на этом мир современных актуальных языков закончился. Эзотерику, разумеется, не упоминаю. Всё, разумеется, сугубо ИМХО.
>>838934 Провоцировать холиворы нет желания никакого. Просто в Go дерьмом не кидается только ленивый. Но на замену ничего не предлагается же. И тут что? D - мертв; Rust - еще не понятно взлетит ли и не отправится ли вслед за D; C++ - тошнит от синтаксиса, да; Java - перегружена всяким говном и синтаксис порой тоже уебанский; C# - только под ASP.NET (в плане веба я имею в виду; или я не прав?); Swift - не пробовал совсем, но ведь действительно, под мак заточен -> не нужен
>>838940 Rust можно сказать, что уже взлетел, много энтузиастов, либ, фреймворков, всё очень активно пилится и по-крайней мере одна известная мне контора в ДС, которая уже использует в продакшоне.
>>838894 D/ocaml/Go. Поделия на jvm я бы не рассматривал. >>838940 >D - мертв, rust мертв Нихуя. На d написан один из самыз производительных асинхронных серверов. Swift не заточен под мак, но смешивание идей смоллтолк с говном из других подходов его не красят.
>>838974 >И как его под виндой/линуксом запускать? Да иди блять нахуй. Хоть сам бы поискал, даун тупорылый, прежде чем спрашивать очевидные вещи, которые есть в мануале на главной странице. Пиздец, с какими животными на одной борде сижу.
>>839084 В прямом. Он работает только на линуксах. То есть, он как бы есть на винде, но ты можешь попробовать, и я гарантирую, что тебе это не понравится.
Т.е. возвращаясь к нашим баранам, самый нормальный кроссплатформенный статический язык для бэкэнда это Go? И так проявляется вся суть хейтеропетухов >>-Go - говно >>-Предложи что-нибудь лучше >>-...
>>839125 Гугл мне ничего не подсказывает на эту тему – пруфы или пока что аргумент уровня "пукпук".
И да – языку для бэкэнда кроме поддержки юниксов и линукса нихуя не нужно. >>839327 Да насрать вообще на размер, мы о серверном языке вроде как говорим. Да даже если говорили бы о софте для пк – жд на 2 тб стоит 4к. Насрать вообще будет весить твоя программа 2 мб или 40мб+200.
Алсо, могу предложить ещё одну альтернативу – Standard ML с MLton – высокоуровенный язык, с почти сишной скоростью.
>>839327 Автоматизация посредством ansible или распространение приложения в виде Docker образа сводят к нулю все сложности. Это раз. Во-вторых, вопрос был не о деплое, а о большей пригодности к некой серебряной пуле, которую сейчас модно форсить.
Да даже без этого, как говорит >>839340 когда это установка рантайма была проблемой?
>>839341 >Гугл мне ничего не подсказывает на эту тему Ну иди и поставь себе компилятор да попользуйся им. Я специально спойлерить не буду, чтобы ты полностью весь вкус прочуствовал. >Standard ML с MLton А там винда даже не заявлена (была, когда я последний раз смотрел, и не думаю, что с тех пор что-то поменялось).
>>839472 >А там винда даже не заявлена (была, когда я последний раз смотрел, и не думаю, что с тех пор что-то поменялось). >X86: Cygwin/Windows, Darwin (Mac OS X), FreeBSD, Linux (Debian, Fedora, ...), MinGW/Windows, NetBSD, OpenBSD, Solaris (10 and above). >Cygwin/Windows Последний релиз был в 2013, когда же ты смотрел-то?
А вообще, сомневаюсь что этот MLton сейчас обгонит хотя бы дефолтный компилятор верблюдоговна после столькил лет стагинации.
>>839565 Люди работающие с функциональщиной на денежной основе вполне могут купить себе нормальный компьютер с макОС. Остальные более менее вменяемые люди (а не дети держащие винду из-за дотки и офисный планктон) могут накатить себе нормальную систему и не страдать хуйней.
Хотя так никто и не ответил что же там не работает на винде. А так же не ответили какого хуя в споре про "серверный язык" всплывает слово "шиндовс".
>>839581 Скейлинг чего, животное? На какой именно ос? Разрешения экрана, частоты процессора, оперативки? Вроде как во все из перечисленного умеет (хотя это все явно не задачи ядра, да и не оно ими занимается).
>>839583 >разные значения скейлинга на разных мониторах >дропный дпи Сразу видно - портянки из if err != 0 на два обычных монитора уже приготовился просматривать.
>>839576 >могут накатить себе нормальную систему и не страдать хуйней а) 1.5% б) >>839236 Понимаешь, накатить-то ты можешь себе любую операционную систему, вот только реальный мир - это миллионы компов под виндами, на которых ваши функци-анальные поделки не работают. Конечно, если ты делаешь библиотеку для пердолинья тензорных полукривых триннадцатого порядка в шестимерном пространстве, которой будут пользоваться ещё полтора таких же задрота, то это не важно, но сие немного далеко от реального мира.
>>839620 >вот только реальный мир - это миллионы компов под виндами, на которых ваши функци-анальные поделки не работают Как вы заебали уже. Хватит перескакивать с темы на тему и шитпостить. Репорт.
>>839620 Ну так поясни же нихуя СЕРВЕРНОМУ языку поддержка шинды? И где пруфы хуевой роботу окамла (и других фп языков которые уже приплели) на виндовс?
>>839631 Слышь, обезьяна, слезай с дерева и велкам ту 21 центури. Здесь у нас кросскопиляция, CI, распределенные системы сборки, виртуализация и конвейеризация, на любой вкус короче.
>>839640 Ну а что тут обсуждать? Оно синтаксисом просто перечёркивает все (а все хорошее что в нём есть – рантайм). Привет текстовой кодогенерации, обработке кодов ошибок руками и все прочие няшности из 80-х.
>>839662 Не увидел там ничего подобного. Их как не было так и нету (язык не менялся от слова совсем как вышел). >>839679 Да не заменит сишку язык с GC, откуда вы такие залетные вылезаете. Вот перепиши ЖВМ, в частности сборщик мусора на язык со сборкой мусора.
Языки конкурирующие с Говном - это нода.жс (именно нода), пхп и питон (правда с этим го даже в трети его областей не посоперничает).
Мне кажется go не будет популярен на дваче, так как тут любят выебываться своими увлечениями, значит новый язык должен быть дико сложный и навороченный типо скалы или раста, дохуя модный, стильный, молодежный, типо Котлина и свифта. Короче go язык не для вниманиеблядей, коих тут большинство.
>>839706 Именно поэтому каждый дебил написавший какой-то очередной микросервисов (которых в его инфраструктуре 100+) бежит на конференции и кричит "МЫ ПРЕЕХАЛИ НА ГОВНО У НАС 9000% ПРИРОСТ ПЕРФОРМАНСА!!!! ПРАДУКТИВНАСТЬ ВЫРАСЛА В ДЕСЯТЬ РАЗ!!! РАНЬШЕ БЫЛ ХАЧКИЛЬ СО СКАЛОЙ ТИПЕРЬ ГО - ВСЕ ЩАСЛИВЫ".
Просто на дваче издревле гнобят пхпдаунов и прочую аудиторию пишщую на говне.
>>839709 Не имеет значения вообще. Какая разница какая у языка система типов и выполнения, если он используется только в этой предметной области? >ни один из них не компилируется Ты кстати обосрался.
>>839720 Кто его выбирает, поехавшее? Вот пхп действительно выбирают, лол. А на говне ничего больше ебучей обертки над никсовыми контейнерами и неймспейсами не написали.
>>839722 На го пишут микросервисы которые пашут быстро и незаметно, не удивительно что ты блять не заметил. Во всех компаниях с которыми мне приходилось пересекаться так или иначе юзали го.
>>839729 Как я и говорил – переписали микросервис, а вони как будто весь продакшен на него перевели. >>839730 Вы с Антошка сами подтвердили что именно его работа незаметна – в гугле и яндексе есть проекты на хаскеле, окамле и даже на D и пуревасике простигосподи. Это не значит что их выбирают корпорации, это значит что это туда притащил очередной долбоёб на хайпе или прост))))). Заменить этот язык на любой другой – нихуя не изменится.
>>839735 Ну так можно про любой, развивающийся язык сказать, факт в том, что go ждет будущее, так как за ним мощь гугл и главное, что понятно зачем он нужен и в чем он силен. Можешь загуглить вакансии например по сравнению с другими новомодными языками.
>>839740 Там уровень обоснования "цпп оверкилл, питон медленный". Всё. Уровень аргументации для манагера которого нужно уломать на блестюльку в проде, вместо замены их на явамакак. Т.е. другие варианты изначально и не рассматривались – хотя бы тот же cython и даже нет намёка на то, что они как-то пытались эту проблему решить. Просто ребятам захотелось притащить что-то новое и блестящее, это распространённое явление. >>839738 Мощь гугл – вещь которая сегодня есть а завтра нету, закрывать проекты они любят, мне кажется за последние пару лет в этом все убедились. И ведь самое смешное что это просто один из десятков, если не сотен сайд-проектов. >>839745 /0 >>839741 >ЯСКОЗАЛ
>>839747 А чего ты пытаешься доказать? Какая разница, зачем топовые компании юзают язык. Логика проста. Go в продакшене, значит нужны разрабы на go, значит разрабов на go будет больше и язык будет активно развиваться, а гугл убить не сможет, так как это опен сорс.
Есть кто в треде? Можно использовать быструю компиляцию для того, чтобы HTML-шаблоны писать непосредственно на Go? Добавляем шаблонные скобки <?go ... ?>, простейший парсер. То есть пока сервер загружается, он компилит все шаблоны. Или это не по методичкам паттернов?
>>839753 В многопоточность может почти все. Сама же хуитка Green Threads, то есть потоки, у которых контекст меньше, лучше и быстрее, чем у операционки, из Java и пошла, если я не проебал память.
>>839750 Я доказываю то, что го тащат только потому что новое и блестит, вместо адекватного решения проблемы, а потом переписывают какой-то зассаный микросервис с питона и форсят это как ВЕСЬ ПРОД ПЕРЕПИСАЛИ НА ГО ТЕПЕРЬ ОВЕР 9000 РПС НА СТАРОМ МАКБУКЕ.
Разработчики на го будут нужны до следующего такого же языка который так же начнут хайпить, а опенсорс без коммерческой поддержки – гордый бомж, который помрёт если хозяин-барин не кинет хлеба. Обрати вообще внимание на весь опенсорс – докер живёт на деньги корпораций, да куда там, половина (если не больше) ядра линукса уже в патчах людей сидящих на зарплате в корпорациях. Зато RMS и долбоёбы вроде тебя кричат "это оперсорс, низависимасть!!!". >>839758 Ты проебал память.
>>839761 >половина (если не больше) ядра линукса уже в патчах людей сидящих на зарплате в корпорациях Я тебе больше скажу: корпорации вкидывают туда бабло https://en.wikipedia.org/wiki/Linux_Foundation#Members , но это не значит, что Linux говно, или го - говно.
>>839765 Вместо смены компилятора и пррфайлинга положить хуй на старый код и всё переписывать на новый язык (который на тот момент ни проверен временем, ни либ на нем тогда не было), да и с оптимизациями и сборщиком тогда были проблемы (статья вышла задолго до 1.5) намекают на уровень ответственности и требования к производительности.
>>839773 Нет конечно, это просто значит что опенсорса в его текущем виде без них не было бы, и говорить про какую либо независимость тупо (посмотри как развивается какой нибудь Д – там принятые попросалы висят по 3 года буквально, зато сильный и независимый опенсорс).
Как тред растет, неужто к нам вернулся Илюшенька? Скучали!
-были вбросы про то что го либы парсера json медленнее питоновских?
-Понимают же люди, что ОС-треды в операционной системе лучше оптимизируют и планировщик там лучше.
-Понимают же что проблема 10К это надуманная проблема, ибо задача решается масштабируемостью (обычно 10К пустых запросов не бывает, за спиной еще бизнес логика, которая тормозит в общем счете до 99,9% времени проца, то есть те 10К - так и так будут распределенный по кластеру).
-понимают же, чем проще синтаксис, тем больше придется писать кода и даже делать такое зло как - генерация кода
-зачем в языке с утиной типизацией (с отсуствующими дженериками ;) ) - статические типы?
-Как отлаживать визуально (удобно) 1000 взаимодействующий горутин между собой (принтами)?
-Как без отладчика вывести 20 переменных в методе (всех принтами)?
>>839779 Сам понял что написал? В го есть ТОЛЬКО стандартная библиотека?
А прикрутить к взрослой собаке колёса всяко легче чем выводить новый вид собак с колесами и потом выращивать их. >>839781 >нужна ли подстветка кода? (для тех кто в теме) Нет, как и сам язык. А если по теме: глава местной секты пишет в acme и не парится. Так что да – как и сам язык.
>>839785 > Сам понял что написал? В го есть ТОЛЬКО стандартная библиотека? По большому счёту так и есть. Для 90% задач её хватает. > А прикрутить к взрослой собаке колёса всяко легче чем выводить новый вид собак с колесами и потом выращивать их. Но зачем тебе собака с колёсами если есть птицы?
>>839788 > это не на дваче пиздеть. Здаров илюх. Уж мне-то точно не видно решения лучше, чем унтеркам-дрочерам-на-блестящее из яндекса. >>839789 Если изначально задача разогнать готовую собаку (читай надрессированную и тд) – прикрутить колеса быстрее чем ловить и ебаться с птицей.
>>839795 Нет, изначально надо было поймать голубя. Выбор был из собаки, крысы и черепахи. Собака голубя ловила на земле и прикольная вроде такая. Потом поняли что голубь и летать умеет. Тут на глаза им попался сокол. Ну вот они решили не ебаться с собакой, а взять сокола, хоть он и не предсказуем и нов для них.
>>839793 Годы назад читал где-то, что уже ставятся задачи 100K/1M, и народ уже пытается оптимизированный шедулер из ОС выпилить под корень ради этого. Может у кого будет ссылка на сурс.
А что плохого, в том, чтобы попробовать что-то новое, к тому же они написали, что уже год го крутится и все довольны) Нельзя же зацикливаться на одном языке, это приводит к деградации, нужно жонглировать технологиями и выбирать лучшее и актуальное для решения текущей задачи. Тебе может просто тяжело дается изучение нового и у тебя бомбит от того, что индустрия движется быстрее тебя?
>>839805 Единственное от чего у меня бомбит – от тупого форса.
Я уже 10000 раз приводил аргументы по поводу их ответственности и адекватности (как не изъёбывайся с аналогиями про животных подправить проект явно быстрее переписывания), и подзаебался чутка.
>>839804 >И что характерно, никто не плакал. Я лично верю, что gt должны обеспечиваться операционкой, но неплохо бы перед этим отослать пару хинтов ядру, что твой код не будет делать некоторых вещей, и что это process самый важный в системе, например.
>>839818 На линуксе все будет предсказуемо, на винде ты будешь отлаживать свое говно в последнюю очередь. Намек, кстати, понят. Я не OSX-пидор, просто считаю, что если есть запрос на быстрые потоки, то лучше ядро дополнить, чем кучу новых языков пилить. Есть и обратный момент, кстати. Как быстрые потоки отображаются в сам язык. Если это куча коллбэков, то некрасиво.
Пиздец, каждый раз как ни зайду в /pr и вижу каких то обсирабщих друг друга и вообще все на свете уебков. Что с вами не так, зачем вы это делаете? Дно, худшие люди просто.
>>839832 Дополню вопрос. Поскольку у нас уже HTML5 и формы должны валидироваться на стороне клиента, то как бы написать код валидации один раз и чтобы он был propagated и на сторону клиента заодно. Наверное, для этого нужен нормальный язык шаблонов. Подскажите такой.
А потом в контроллере @Valid int age И все, вся проверка пройдет, не нужное откинет обратно с данными и с объектом ошибок в форму
>>839839 Я представляю как при каждом запросе сотня или тысяча классов каждый раз инициируются по новой. И ладно еще ленивая загрузка хоть как-то спасает, но в реал приложение это чудо до секунды может отработать.
Это вершина веб эволюции В 2016 году, писать на скриптах веб приложение, лол
>>839986 Еще скажи, что овер 1000 человек смогут сами себя организовать без тех лидов и манагеров, корзину в тебе я ощущаю в манямирке глубоком. Даже швободный софт на юниксы пилится в больших и хорошо организованных компаниях. Одиночка может максимум hello world написать. Это не упоминая тестировщиков.
>>839989 Мне интереснее нихуя этой тысяче человек вообще собираться ради одного проекта, корзинка. Вот расскажи, где тебе нужна будет команда из 10+ программистов (работающих на фултайме, и без ебланских аналогии с опенсорсом пожалуйста, где из 1000 коммитеров хорошо если хотя бы 50 внесли 15-20 строчек кода).
Помните, споря с Илюшей (и ему подобными), вы обсуждаете не проблемы языка, вы обсуждаете напрямую проблемы Ильи, который по средствам компенсации проецирует все это в информационные технологии.
>>839996 Любой проект крупнее интернет магазина тащемта пилится огромным количеством людей, ну тот же поисковый движок, фейсбук, ну и понятно, что там идут разделения по группам на отдельные части проекта, но общая координация сохраняется. Вы вообще что ли не шарите в индустрии лол? Посмотрите хотя бы социальную сеть.
>>840046 Зависит от проекта тащем-то. Многие, особенно опен-сорс, проекты пилятся небольшими командами из 3-10 человек. Из сложных проектов особенно выделяются компиляторы/интерпретаторы, они частенько вообще пишутся в одиночку и потом поддерживаются основателем еще 2-3 примкнувшими девами. Например, из последнего более-менее взлетевшего - elixir написан и сейчас пилится Валимом фактически в одиночку. В энтерпрайзе такие большие команды у проектов, как мне кажется, по двум основным причинам. Во-первых, в проект много менеджеров и прочих заказчиков, слабо понимающих задачу (и уж тем более ее техническую сторону), и по этой причине требования получаются переусложненные и вдобавок постоянно меняются. Во-вторых, программистам зачастую задача малоинтересна и берутся они за нее только ради заработка денег и, соответственно, работают они хорошо если вполсилы.
>>840068 >В энтерпрайзе такие большие команды у проектов, как мне кажется, по двум основным причинам. Там они самые обыкновенные. Просто долбоеб выше сам показал что не понимает о чем пишет написав >ну тот же поисковый движок, фейсбук сразу видно что он не очень понимает что в том же фейсбуке - веб сервер, видео сервер, сервер раздающий изображения, часть взаимодействующая с бд и тулзы пилимые для всего этого разрабатываются разными невзаимосвязанными командами, которым друг от друга требуется только рабочий продукт и апи от силы. А так же не учитывает что половина (если не большая часть) программистов работают в таких компаниях (у которых пару этажей деньгами забита и это разгребать надо) работает над различными исследованиями и эксперементальными проектами.
Но блять > Посмотрите хотя бы социальную сеть. Это вообще пушка. Все равно что сказать "посмотрите индийское кино, его автору явно лучше видно как все в жизни происходит!".
>>840048 >> Илюши нет уже хер знает сколько Да нихуя, недавно только пробегал, ты похоже совсем зелёный на бордах если не опознаёшь по стилю письма: >>839788 >чем ребята из яндекса и гугла >это не на дваче пиздеть >>839793 >Чувак >эрлангистов и прочих говнистов
>>836968 (OP) обьясните что делать и как правильно трансормировать и сохранять текст суть: есть файл имя.тхт, читаю, модифицирую, сохраняю, а кириллица там пидоряется до ÐбÑаÑ, покажите правильный пример сохранения текста. спасибо
>Тред про Go >обсуждаем Scala, Java, C++, Peetooh, etc >ГОвно такое говно, потому, что говно (вариация: потому что в нем нет джинерикав) >Илюша такой Илюша
Хуже этих тредов только червь-пидор. Уже полгода как хочу написать это, но мне так мерзко становится при виде всех ваших постов, что вкладка закрывается уже через секунду. Что же вы делаете, идиоты?
Я всё чаще вижу в вакансиях, подходящих мне, Go дополнительным языком. Когда буду искать следующую работу, принципиально буду отбрасывать объявы с Го: мало того, что писать языке с протухшими идеями 30-летней давности, так ещё могу представить себе уровень/квалификацию тех, кто на нём пишет. Вчера писал на битриксе и жквери, сегодня Go-миддл.
>>841008 >>841008 есть же асинхронные либы (nio тот же) и всякая зелено-тредная херня, почему неофиты упороты и им надо завозить эту херню прям в синтаксис языка? Так сказал великий лорд?
>>841073 Он к тому, что есть сторонние либы, а в языке, мол, это нинужна. >>841064 Потому что вместо того чтобы переложить обезьяний труд на компилятор и писать короткий и красивый код приходится лезть в жопу. http://stackoverflow.com/questions/16539245/java-equivalent-of-c-sharp-async-await - сам сравни код из оп-поста и тот что наскидывали в ответах. А ведь async/await — куда более низкоуровенная абстракция чем те же горутины (т.е. с ними пердолинга было бы в трижды больше). Есть ещё куча преимуществ с наличием фич именно в языке, вроде совместимости всех библиотек и тд.
>>841064 У тебя какая - то путанница. Кооперативная многопоточность, вообще говоря, никак не связана j.nio, j.aio. Более того, эти библиотеки задизайнены именно из расчета на использование красными потоками. А 'херня в синтаксисе' языка нужна чтобы код легко писался и приятно читался.
>>841110 Асинк авайт есть, зеленая хуйня в виде Future { huita }+execution context есть, акторы есть, реактив-стримы есть, ещё миллион всяких залуп есть, что тебе ещё надо?
>>841130 потому что, то что раньше было обычной херней у которой проблемы с масштабируемостью (зеленные треды) - сейчас, друг неожиданно стало модным, стильным и нужно каждой домохозяйке на диване (вместо реальных оптимизированных осью потоками).
>>841127 Ты реально еблан или притворяешься? Это всё реализовано в виде библиотек, первая половина которых сделана васянами пупкиными, а вторая уже переезжает на жяву вместе со всем бывшим тайпсейфом.
А теперь посмотрим что там в го - поддержка в языке, разрабатывается авторами языка (причём ребятами из гугла, а не вчерашними круд-индусами), что окрывает легчайшую маштабируемость и поддержку во всех библиотеках - просто пишешь идеоматичный Говно-код и получаешь рейс-сейф код, который можно запускать на скольки угодно потоках всего одной строчкой. А в жвм мире, как я и писал выше, есть акка и всё подделки васянов - это не что-то рабочее. >>841149 Сразу видно что распинался выше я зря, ибо разговариваю с дебилом, не понимающим разницы и для чего вообще нужны эти самые гт. Дальше после твоего высера даже писать что-то нет смысла.
>>841280 > Это всё реализовано в виде библиотек Вот именно, потому что это нормальный универсальный язык, а не ГОвно с намертво прикрученными костылями, и каждый может выбирать инструмент под свои нужды.
>>841305 Хорошая попытка но нет. >>841313 Гугл – не яндекс про который выше пиздели, и к людям которые там работают явно больше доверия чем к васянам лепящим свои дсл-и асинк/авейтов.
>>841315 > к людям которые там работают явно больше доверия чем к васянам лепящим свои дсл-и асинк/авейтов. Ну наверное если бы не видели их дичайший высер, это было бы так, но на деле ГОвно проигрывает любой наколенной библиотеке на человеческом языке.
>>841333 Если нужно быстро накидать хуйни и продать - раби, но, как показывает практика, большинство компаний, которые успешно продали свою хуйню, переписывают бекенд на более производительных технологиях. И го тут отлично заходит.
>>838502 Потому что го только при поверхностном рассмотрении похож на си с человеческим лицом. Но стоит только попытаться написать что-то сложнее Hello world, как сразу выясняется что создатели языка исповедуют радикальный нинужнизм и вообще лучше самих программистов знают что им нужно и как правильно писать идеальный сферический код в вакууме. Итого имеем: анально модерируемое коммьюнити, в котором всех несогласных шлют нахуй; обоснованные ФГМ создателей анальные ограничения самого языка - в общем совсем не здоровая экосистема. При всём при этом существуют задачи, для решения которых go подходит очень хорошо, однако они не раскрывают в полной мере потенциал языка, который мог бы проявиться, не будь у его создателей такое необъятное ЧСВ. У меня всё.
Когда нужно серьезное берут java (это даже не обсуждают). Когда нужно быстро-наговнокодить берут php, может питон (и где то во влажным мечтах затухающую ruby)
Где же берут Го? Конечно же на митапах и конференциях.
После того как каждый вечер подрочите на ваше говно, которое "не такое как все" (и вы же тоже не такой как все), быстренько идем на сайт с вакансиями и умываемся настоящей реальностью.
>>841979 Хм, где побеждает ява - она уделывает с многократным отрывом. Говно же только в одном тесте может показать кратный отрыв. Пока ява в среднем побеждает.
>>841990 > моя машина на 5% быстрее в паре тестов но сливает в 4 раза в остальных. > в среднем она едет медленнее > управление никакое > на приборную панель без слёз не посмотришь > но зато требует меньше бензина
>>842000 Второе требует первое, но первое не требует второго. Боюсь пока не реализуют аналогичную систему на говне, то не очем будет говорить а я помню только что-то от malware bytes на таком уровне
>>842013 То самое чувство, когда лучше в языке вообще бы не было дженериков, чем такие. Лямбды в говне на месте и даже система типов говна > яваопущенных языков, лол.
>>842051 То самое чувство, когда кто-то из 70х не осилил ко/контра-вариантность или ООП дизайн. Ну да обобщающие работы Лисков вышли в 80х. А все что было придумано после 70х вторично и нинужно, как завещали Пайк и Ко.
>>842256 Дело не в неосиляторстве, а в том, что лучше пусть подумают и нихуя не запиливают дальше, чем как в жяве. Конечно, есть куча языков с нормальными дженериками, но не тебе об этом судить. И да, питух - в го есть ООП, вот ещё один к тебе вопрос - почему явадаун открывает свою дырку со звуками "ООП ДИЗАЕН", когда у него в языке вместо этого дизайна - пиздец из легаси и стихийного говна, сделанного людьми не понимающими ООП, которые своё процедурное говно с классами вместо структур называют "объектно-ориентированным".
>>842283 Давай по существу, что не так с дженериками в жабе? Вспомнил про ооп, поскольку обычно кукарекают о плохих дженериках те, кому "НУЖНА" чтобы они были reified. Хотя, если присмотреться, нихуя это не нужно.
>>842283 Ты не понимаешь, что такое ооп - это не реализация, а подход в проектировании, никто не мешает и в си писать в ооп стиле, только это будет неудобно, а в джаве/сисярпе и прочих есть для этого удобные стредства и сами языки заточены под такой стиль проектирования программ.
>>836968 (OP) Сап аноны, что скажете по Revel. Стоит ли его юзать для пет проекта, заодно чтобы показывать на собеседованиях? Вообще подскажите по вебу на го?
>>844258 revel не канон тк слишком фреймворк, а не либа (не Go-way). С их оф. сайта: >>>High Performance. Revel builds on top of the Go HTTP server, which was recently benchmarked to serve three to ten times as many requests as Rails across a variety of loads. 3-10 раз быстрее рельс? компилируемый язык должен быть гораздо быстрее одного из самых медленных динамических языков Такая же хрень с beego(который, кстати, популярнее revel'а)
gin норм, но последний коммит был сделан в мае, как-то это мутно
>>839341 >Гугл мне ничего не подсказывает на эту тему – пруфы или пока что аргумент уровня "пукпук". Очередной кукаретик с дивана кукарекает про крутость ocaml-а, которого он в жизни не видел, лол.
ПИЩА ДЛЯ ХЕЙТЕРААноним16/10/16 Вск 02:41:33#292№857390
То что го выстрелил это очевидно (очевидно потому, что он продолжает набирать аудиторию).
Кто-то "там" угадал, сделав ставку на простоту, чтобы глупый хипстер мог осилить, да и юным школьникам (привет Илюш) он не показался сложным, а если трудно, то авторитет гугла и прочих лиц поможет (помогает это и зрелым дядькам, но это отдельная тема).
Почему я сделал аспект на школьниках (и они же студенты), так как в индустрии это уже не первый такой опыт (причем удачный опыт, привет шарписты).
Но ладно, вернемся к Го. Многие хейтеры поливают язык и даже не замечают киллер фичу языка. Его киллер фича не в горутинах, не в наличие честной компиляции (отсутствия вирт машины) и прочего технического бреда, его фича в том, что на простом языке получается так же реализовать простой для понимания стек (это замечают многие и это мощная штука на самом деле). Вам не нужно целую спеку читать, чтобы поднять сервлеты, вам не нужно читать как поднять ngixn, у вас все просто, берешь задачу и почти тут же, оглянув небольшое API - решаешь
А теперь пройдемся по рынку (именно рынку, который решает, а не маня фантазиям топовых диванных разработчиков).
То что язык убьет php, это уже точно, это уже происходит (про питоны, руби и нод.жс я молчу, ибо рынка у тех мало и не будет никогда, а вот доля у php была большая). Как только займет это место, придет и фриланс к нему. Кстати когда-то php взял этим же - простотой и наличием многих простых решений (а не дрочением на идеальный мир).
То что язык не убьет джаву это точно, но после того как Го наберет аудиторию и начнут пилить сахар в него, то Го подвинет джаву еще ближе к COBOL'у (и там он заплесневеет в своем ынтерпрайзе, хотя его еще долгое время будет спасать андроид).
Рынок си и с++ никак не зацепит, эти Титаны будут всегда. Те люди которые говорят, что го похож на си и выглядит как замена си - смейтесь им в лицо.
Рынки свифта и шарпея тоже нет, у них там свои хозяева.
Послесловие: То что язык не идеальный - это фигня. Считайте, что это первый язык на которых не надо дрочить, а надо просто решать свои задачи, без пафоса.
Поясните, что вы так Go хейтите? И если он вам так не нравится, почему в свой загон не съебете? У меня вот небольшой сервак с веб-приложением под одну игру, памяти немного, java тяжелая. Альтернативы для go это только полумертвый D.
>>857405 Тем что это не простой и не высокоуровневый язык >>857395 Nim, Pony, Crystal. Все сыроватенькие правда, но про вечно молодой и пьяный Д, в котором тут же сборку мусора хз сколько лет запилить нормально не могут, тоже самое сказать можно.
>>857453 > Nim, Pony, Crystal. Все сыроватенькие правда Лол, D по сравнению с ними просто enterprise ready, тем более кто-то даже пользуется уже vibe.d. Который уже считается самым быстрым асинхронным сервером. Так что это не варианты, по крайней мере пока. >>857405 > Раст чем не альтернатива? Писать на системном языке сервера для веб-приложений? Не, не тот уровень у меня чтобы тратить на это столько времени. Я лучше common lisp тогда использую.
>>857508 >Который уже считается самым быстрым асинхронным сервером. Кем? Авторами? https://www.techempower.com/benchmarks/ Даже в первые 5 десятков не вошёл нигде, лол. >тем более кто-то даже пользуется уже vibe.d Ну своё говно-то понятно можно на чём хочешь ваять, а это - сомневаюсь что кому-то всрался такой вот сервер. Чем он лучше какого нибудь nginx/apache так вообще не понятно.
У того же нима и пони кстати уже завезли нормальные GC - который в D не осиливают десяток лет.
>>857515 > Даже в первые 5 десятков не вошёл нигде > сравнение отдачи статики по http > flask > falcore Блядь, как же я в голос проиграл сейчас, да и ты пиздец жопочтец. Туше.
>>857631 >Сверх-системный язык раст отсасывает там у интерпретируемых языком > го на первых местах >А вот почему жаба не будет никогда быстрее Го ебить тут фанбоев конешно)
>>857663 >>857666 жс топ 1 по цифоркам, чо принимать-то? что у них в мире принято каждую сортировочку в 11 строк заливать в npm и на гитхаб? вот что нужно языку чтобы стать популярным
>>857681 >С учетом того, что Го неплохо так подымается, в эпоху перенасыщения языками. Какое-то ебанутое сравнение узкоспециализированной хуитки с ширпотребом Попробуй лучше так: https://www.google.ru/trends/explore?q=golang,java https://www.google.ru/trends/explore?q=golang,javascript >А жаба потихоньку движется к коболу Там всё настолько обсосано, что искать можно хоть по stackoverflow а не гуглу, логично >Как только макакам на андройде завезут другой дефолт язык у них анальной привязанности никогда и не было. там другие причины, которые ты сам назвал >макакам
>>857685 её только ты не понял, неосилятор) >Уже топ-структуры не начинают проекты на java, это звоночек даже для ынтерпрайза >непонятная васянская хуита записанная на китайфон за 5 тр в подсобке ух бля >>857686 которые нихуя не показывают.
>>857693 >Там всё настолько обсосано, что искать можно хоть по stackoverflow а не гуглу, логично ну а вообще, учитывая количество легаси, и что по офф статистике болльшая часть энтерпрайза всё ещё на 7й яве - легаси там ещё на внуков твоей РСП хватит
>>857693 еще один баран, который сравнивает с языками, которые созданы были когда он еще не родился, с языком формирующимся в эпоху перенасыщенности языков (когда даже браузерные компании пилят себе языки).
Чтобы понять тенденции, надо смотреть не на количество легаси кода, а смотреть на то чем пытаются решать текущие задачи. Тенденция роста Го есть, тенденция отмирания джавы есть (но она будет превращаться в кобол лет еще 10-15).
И не нужно писать никакие ебанные калбеки и придумывать оверхедные паттерны, ассинхронность там глубоко под капотом (ты пишешь обычный линейный код и получаешь 100% утилизацию железа, и нахуй мне твоя жаба со стектрейсом в 100-200 классов)
>>857704 Нету никакого перенасыщения, есть естественное развитие и создание конкуренции, которое на самом деле только зарождается, но это в принципе хорошо
Про области го: всё что на нём написали за 7 лет — набор скриптиков к никсовым неймспейсам и контейнерам, пару микросервисов и сетевых хуиток. дальше продолжать оспаривать смерть жявы смысла нет.
>оверхедные паттерны Тут ещё при илюше обсуждались каналы или ещё что-то с достаточно компромиссной медленной реализацией.
и легаси ещё какой показатель — пока оно есть язык жив. тот же интел до сих пор ежегодно выпускает релизы компилятора фортрана, что как бы намекает.
кстати, ещё насчёт современных задач: что можно написать на го, кроме горизонтально маштабирующегося на 1 сервере (лол, да) микросервиса? эээ... а нихуя. его хоть портировали на современные серверные процессоры вроде тиллеровских, на которых тот же эрланг летает, или это вся та же x86 игрушка для утилиток? ой.. >>857710 ну, непонимающие пхпшники — это нормально. Просто расслабься, всё хорошо.
>>857704 >еще один баран, который сравнивает с языками, которые созданы были когда он еще не родился, с языком формирующимся в эпоху перенасыщенности языков (когда даже браузерные компании пилят себе языки). ещё один баран сравнивающий узкоспециализированный инструмент с языком общего приминения. Пхп с эрлангом ещё сравни, маняфантазёр диванный
>2016 год, уже не мелкие конторки, а каждые хипстер подымают очередной супер язык. >Нету никакого перенасыщения Знаешь почему ты непрофессиональное макака? Потому, что ты не понимаешь, что 99,9% всей активности в программировании это легаси и чем выше эта кривая тем ниже кривая развития даже ультра-супер-языка (пока не будет какая-то новая область или реальная киллер фича, желательно к новой области (например асинхронное программирование)). Просто как пример, появится новая область - первые квантовые процессоры от гугл, с работой в миллионы ядер, вот тут Го просто пулей возьмет ТОП (потому что программисту го не нужно будет ничего делать, его софт будет работать под копотом на всех ядрах сразу).
>>857742 Тут надо смотреть идет ли рост и какой он этот рост (не является ли статистической погрешностью).
Свифт - растет (очень, ну там и понятно). Го - растет. Dart - нет Раст - нет. Nim - нет. D - нет.
>набор скриптиков к никсовым неймспейсам и контейнерам, пару микросервисов и сетевых хуиток. дальше продолжать оспаривать смерть жявы смысла нет.
Дивана сразу видно, его весь мир представлен одним гитхабом (который блять весь, ВЕСЬ КАРЛ! покрыт сплошными скриптиками и перделками. Благо хоть что из-за популярности git, туда все-таки завезли годные многолетние проекты).
Нет, вы не подумайте, мне нравится Go, но комьюнити у него это просто пиздец. Нахуя вы всех этих жава-пхп-питон-дебилов кормите, доколе?? Пиздец, в тредах других языков обсуждают ПРОГРАММИРОВАНИЕ. В Golang-треде >300 постов срача
У нас появился человек-мейнфрейм из восьмидесятых!
>маштабирующегося микросервиса маленький не вкурсе, что микросервисы как раз и завезли для удобного решения с этой проблемой.
А вообще, что тебе мешает на двух, трех... машинах поднять один и тот же микросервис и распределять между ними нагрузку (самый примитивный способ в масштабирование)?
Не выдумывай из пальца проблем, человек мейнфрейм.
>>857762 Хейтеры говорят, что говно и нинужны, фанбои говорят, что говно, но нужно. Все лишь согласны, что говно, и такие языки не имеют права на жизнь во втором десятилетии 20 века.
>>857762 это хорошо, у диванов бомбит. Тут ситуация простая - язык не понравился, но он вопреки их мнению становится популярным, от этого бомбит сильнее.
Диван же не может понять, что на языке можно просто решать задачи, не дрочить, не спать с ним в обнимку, не мерить его линейкой, а просто писать просто код.
>>857772 Да все ты верно говоришь, но то что, здесь никто до сих пор и строчки кода не выложил, наводит на мысли, что на нем никто ничего не пишет. А жаль
В сухом остатке: го — язык для утилиток, на котором ничего больше микросервисов не пишут, так ещё и испытывает проблемы с масштабируемостью, требуя костылей и имеет проблемы с перформансом, я правильно понял? Так почему его так форсят-то?
>>857784 Да не так уж и форсят. У меня встречный вопрос, откуда столько бугуртов от него? Я вообще не понимаю отчего так пердаки рвутся. Понимаю, когда народ жалуется на хуевый JavaScript ибо это говнецо - стандарт для фронтенда и выбора просто нет. А тут-то с чего бомбиться? Уж чего-чего, а языков для backend сейчас хватает
>>857762 Пока диванные эксперты решают мировые проблемы с масштабируемостью хайлоад-приложений, которых в жизни не видели, бывшие школьники тупо берут бюджетные vps и пилят на своем Go свои бюджетные сервера, которые приносят им уже нормальный такой доход.
Куда им до священных воинов зекача, которые могут отстоять в неравной битве свой эрланг, фортран, жабу или пидон. Поэтому не нужно их винить, у них тяжелое бремя
>>857792 мммм, ты тот параноик, который пытался протащить форс своего Илюши, но уже для раста? Забавная попытка, но нет (просто ваш раст так же никому не нужен как и D)
>>857777 > наводит на мысли, что на нем никто ничего не пишет Я пишу, только это пока что на стадии утряхивания обмена сообщениями с клиентом, а там на js вообще ад и израиль со всей современной фигней в стеке и чет приуныл.
>>858216 Не нравится - не используй, Вообще у goto много есть применения которые сложно заменить структурным программированием, например писать конечные автоматы. На сервере(а для него го и создан) бывает удобно так обрабатывать текущее состояние клиента
>>858241 Например http://www.tcpipguide.com/free/diagrams/tcpfsm.png , конечно можно и без goto, но с ним просто удобнее, goto низкоуровневая конструкция и с ней удобно делать низкоуровневые вещи. Для тех кто спросит зачем писать свой tcp стэк, сообщу, что этим мы можем решить несколько проблем 1. Уменьшить количество системных вызовов и соотвественно переключений режимов ядра 2. Интегрировать стэк тесно с языком и тем самым также уменьшить latency, на количество соединений похуй, но вот скорость обработки каждого соединения в отдельности важна
>>858246 >Для тех кто спросит зачем писать свой tcp стэк, сообщу, что этим мы можем решить несколько проблем Эээ... А в языке для хайперформанс сетевых хуиток разве не должно быть своей реализации TCP для подобных целей? как в эрланге например
>>858254 Вот в го насколько мне известно нету)) Из-за чего на всяких 10kc и тому подобных бенчмарках он проигрывает эрлангу. Да и плюс если мы уж говорим про хайперфоманс то для каждого отдельного приложения реализация может отличаться. Ну это мы уже в детали языка и его библиотеки углубляемся, самое главное что использование goto оправдано
>>858260 > самое главное что использование goto оправдано Если мы настолько беспокоимся о паре лишних инструкций от свитча с фором что используем гото - на го реализовывать это смысла нет, ибо сам язык несёт кучу оверхеда за то что не используем (барьеры записи, динамический диспатч функций по умолчанию и тд) и реализовывать надо на си.
В такой ситуации получаем высокоуровенный язык с низкоуровенными инструкциями, от которых не смысла, но по ногам они стрелят по прежнему позволяют. Гениально.
>>858275 От статической типизации пока никаких неудобств особо не было, а вот то что вся магия добавляется через рефлексию так себе выход. Хотя магия - зло, но в небольших количествах облегчает жизнь. >>858277 Для отдачи helloworld чистые либы может и хороши, а когда тебе надо построить приложение очень быстро любой заказчик отдаст предпочтение макаке с php и полноценным фреймвёрком.
диваны все себя успокаивают, пока другие уже рубят бабосы, ибо заказчик счастлив от идеи: -производительности после пхп. -реал асихнроности (полная утилизация проц времени). -гугл, значит надежный продукт, пхп - продукт диванов. -хочется уровня джавы, но денег хватает на го-программистов)
>>858501 Заказчику срать какой язык ты используешь и сколько rps выдержит сервак пока действительно не припрёт, но ведётся на слова вроде битрикс, мадженто, опен карт, вёрд пресс и адинэс.
>>858274 я о перфомансе не особо беспокоюсь, всяфишка структурного программирования была в натуральной записи алгоритмов а для конечных автоматом гото это и есть натуральная запись
Да конечно, диванный мечтатель, ему не только не срать, он еще сам тебе будет навязывать, если по его ушам пройдут евангелисты.
Единственно проблема бояться переводить своих макак со всяких пхп и питонов на го. Но практика показывает макака хорошо вкатывается, и буксовать перестает где-то через месяц. Во всем остальном, реально получается такой бюджетный уровень джавы.
И таких как я, которые распробовали вкусный ломтик растет все больше.
На практике есть задачи требующие гото, решается либо потоком (что дорого) либо гото с тучей комментов описывающий "почему" (последний вариант лучше и вменяем)
>>858524 Давай ты мне назовёшь фреймвёрк уровня джанги, фласка, симфони или yii и я призню что го-макакинг имеет место под солнцем. Я не против го, сам на нём пишу для себя api сервисы, но в коммерческой разработке он увы как дополнение скорей, а не замена.
>>858525 Ахуеть, у диванного оптимизатора тормозит язык, сборка мусора и тд — а он блядь беспокоится что с гото будет на пару инструкций меньше (в языке с нормальным оптимизатором разницы бы не было) и предлагает писать школьникам макачащим на фрилансе свои ткп-стэки, ебать дивный диванный манямир.
>>858524 >Во всем остальном, реально получается такой бюджетный уровень джавы. Джава — уровень энтерпрайза где денег жопой жуй. Го — уровень 1с и пхп по твои описаниям, лол. Я бы сказал что нахуй такой ломтик кому-то всрался кроме школоты и пидорахенских мухосранских терпил.
>>858681 Это синдром утёнка, если тебе надо джангу то бери ее, зачем она тебе на всех языках, да еще в микросервисах??
Я даже расстроюсь, если го нарушит своим принципам (go-way) и пойдет по пути бестолковых монолитных фреймворков. Неужели все настолько отупели, что не могут поднять MVC и прикрутить туда все что нужно?
>>858699 Чтобы аудитория битрикса чувствовала себя умеющей в распределёнку и восхищённо фанбойствовала даже про наличие гото в высокоуровенном языке (который себя позиционирует системным, лоол)
>>858718 Есть бизнес-задача — и её нужно быстро решать, а не искать и не собирать всё по кусочкам. Пока го не перешагнёт через это — это обычное говно для сетевых утилиток.
>>858733 Только диванные бизнесмены делают решения заказчикам не на своих фреймворках, а на популярных - наверно чтобы заказчик смог легко уйти куда по дешевле если вдруг что не так?
>>858718 Да никто не говорит тебе уходить с пути го. Просто должен быть выбор. Хочешь берёшь монолит и быстро пилишь проект под заказчика, хочешь берёшь чистые либы и пилишь свои велосипеды. Пока слышу только одно -"У нас нихуя нет для быстрой разработки, потому что, идите нахуй вот почему".
>>858501 >-хочется уровня джавы, но денег хватает на го-программистов) Не знаю, что там с го, но жависты - одни из самых малооплачиваемых в моем миллионнике. Усугубляет ситуацию то, что их едва ли не больше, чем пхпшников.
>>858900 Apcera? Это продукт, написанный на Го, сами они его не разрабатывают. У меня тоже на серверах используется Докер, Го от этого говном быть не перестаёт.
>>858974 Нисколько, ведь го - не "лучший вариант для серьезных задач". А теперь кончай маневрировать и отвечай - сколько операционных систем написано на эрланге? Или операционные системы - не "серьёзная задача"?
>>859028 Тыкаю эрлангошкольника носом в его цитату: >для серьёзных задач ничего лучше эрланга нет >для серьёзных задач ничего лучше эрланга нет >для серьёзных задач ничего лучше эрланга нет
Итак - операционная система не является серьёзной задачей?
>>859040 Маняврирующий диван, прекращай тралить. Серьёзные задачи решаемые эрлангом — телеком, хайлоад. Серьёзные задачи решаемые го — сервера школьников, микросервисы и обвязка над нецмспейсами.
Хочу спросить, зачем нужен го? Ведь если уж сильно важна параллельность, то есть языки и по лучше го с его конкурентностью, для низкоуровневых программ он не используется, для веба есть node.js(зачем менять жс, если это стандарт, а менять и переучивать макак - дорого). Какие киллер-фичи имеет го, чтобы занять своё место на рынке? Не троллинг, может кто-то разбирается
>>859136 > для низкоуровневых программ он не используется То и дело слышу про вирусы на go > то есть языки и по лучше го с его конкурентностью В студию. > node.js Жуткое говно, да ещё и js
>>859148 js на фронте необходимое зло, так как больше ничего и не заюзаешь. А вот бэкенд на js - жуткое извращение. Для этих целей как раз самое то использовать go.
>>859148 Как когда то руби набрал популярность и растерял ее с годами, тоже самое и с нодой. Только сейчас помимо нее есть куча других годных фреймворков, библиотек... Тот же Go, python, php со своими фреймворками не собирается уходить с насиженного места и становится только лучше. Я уж не говорю про элексир от Erlang и конкретно Phoenix. И на каждом из этих языков кто-то пишет, есть работа, ищут даже джунов и не собираются их бросать. Да и про ror я загнул, на нем дохуя успели всего написать и это надо поддерживать, а некоторые и сегодня лепят стартапы на рельсах.
>>859136 Использую для лёгкого бэкэнда (апишек). Воспринимаю его как питон (так же легко писать код), но статическитипизированый (+) и быстрый (+). Хоть по факту уже понял, что если бд долго отвечает, то на скорость языка уже похуй.
не забываем что нод.js параша имеет всего один поток и если диван его заблокирует, встанет все приложение и им теперь приходится писать спаггети-кашу из калбэков.
В Го же, полноценный шедулер, который во время блокировки переключает контекст сам и никакие калбэки не нужны.
я повторяю, чтобы писать асинхронных код в Го, калбэки не нужны
>>859821 Толсто. >>859829 Причем Play на прогретой jvm все равно делает всех. plug, как база для феникса, по латенси больше в 2 раза на его маке. Однако что мешает написать не менее производительную штуку на эрланге? Зачем городить велосипеды для хипстеров навроде Elixir? >>859835 > потенциал го должен быть раскрыт! > 1.3.3 Его только к 1.5 допилили нормально. К тому же play недалеко ушел опять-таки. 10к пустых запросов не такая большая разница на таком железе. Лучше бы запилили сравнение, кто больше соединений сможет держать одновременно. Но я опять таки ставлю на erlang, благо vm его под это заточен.
Анон, поясни, пожалуйста, за сферы применения, указанный в шапке embedded выглядят как мокрописечные фантазии (со сборщиком-то мусора, ага), highload web - почему именно го, чем он лучше используемых сейчас ЯП?
По вики получается ближайший аналог го - жаба, ибо стат. типизация + сборщик мусора, плюс го - у него нет виртуальный машины, значит по скорости может быть заметно быстрее. Для каких целей го может быть оптимален по критериям производительности/затратам времени разработчика/удобстве поддержки/расширяемости/etc.?
Просто уже больше года натыкаюсь на упоминания го и все никак не могу понять в чем его фишка, может быть у него есть какая-то киллер-фича. Например, с растом все понятно - C с безопасной памятью и тонной сахара, R - работа с любыми данными и их анализ, coffeescript - жабасрипт, но синтаксис похожий на вменяемые питон/руби и т.д.
>>860172 > значит по скорости может быть заметно быстрее Может, но это не гарантируется, ибо есть gc. А в java целая виртуальная машина с оптимизирующим компилятором.
>>860251 Насколько я понимаю, виртуальная машина, даже выполняющая максимально оптимизированный байткод, все равно будет иметь заметный оверхед, нативный код этого недостатка лишен.
>>860247 Это всё синтетическая хуйня. Иди сделай то же кол-во запросов в нормальных условиях и с большим объёмом данных, а птотм ещё попробуй растянуть эти хэловордики на говне больше чем на 1 машину и приходи. Ебать диваны.
>>860453 >>860459 Жабапетух опять хуйню несёт и рад. Смотрите мы прикрутили акторы к нашему говноу, теперь оно может в хайлоад. Тебя спрашивают, чётко и ясно, почему ты считаешь что го нельзя масштабировать? Но жабапетуху проще вкинуть что-то не особо разбираясь.
>>860459 > малыш, маневры тут у тебя. Ты кричишь про язык, что он не может, у тебя спрашивают что же могут другие в сравнение и ты приводишь не ключевые моменты архитектуры языка, а блин (ВНИМАНИЕ!) библиотеку!
>>860464 о, ещё один макакен не слышавший о других методах обработки ошибок, найс) >>860465 тебе к няшной с такими запросами >>860466 ещё один порванный сантехник) >>860467 аналоги в говне есть? нет
>>859848 >Зачем городить велосипеды для хипстеров навроде Elixir? Чтобы заставить раби-макак писать масштабируемые из коробки быстрые приложения и при этом за небольшое время. Хуяк-хуяк и хайлоад.
>>860474 >Чтобы опускать жабапетухов И каким образом это помогает "опускать жавапетухов" если разработка на джяве быстрее, удобенееа по бенчмаркам - на одном уровне?
Как только гугл закончит эксперимент и в андроид начнут активно портировать Го, джава-фанбоев поубавиться тут (вы же не думаете, что тут ынтерпрайз макаки набежали, это же очередные тру-программисты джавы, после купленного им телефона).
>>860468 >аналоги в говне есть? нет ты очень хорошо разбираешься в масштабирование, а ты знал, что можно масштабировать не имея даже спец ПО или либ?
Но не забывай, что ты уже слит в этом вопросе, все твои попытки избавиться от этого позора, тщетны.
>если разработка на джяве быстрее только подключение либ, попытка сделать что-то специфичное приводит к боли и сопровождению этих не сопровождаемых либ и к джарнику в 15-50мб (когда твое приложение весит от силы метр)
>по бенчмаркам - на одном уровне только что работал со Spring MVC + шалухонь, там стектрейс вызова контроллера реализован из 90 вызовов, ты правда думаешь о бенчмарках на одном уровне, где каждый вызов методах через прокси-паттерн и рефлексию?
Порой тормоза сравнимы с интерпретируемыми языками, и кстати там хер какой-то кидал тесты, по ним видно. И памяти это все жрет больше. Поэтому если ты не бизнесмен с овер-класстером за лярды бабосов, о джаве можешь не мечтать
Приходит Го и будущее: -node.js превращается в тыкву с калбек-адом. Теперь чтобы писать асинхронно не нужно страдать и юзать только один поток. Тут же приходит webassembly и убивает js (не до конца, но уже лидерства такого никогда не будет)
-джава превращается в кобол, нет, не умирает, но будет где-то "там". отвязывание андроид от jvm сиськи утроит это превращение в кобол. Очевидно что го-way делает ровно столько же но проще и быстрее чем 100500 абстракций и пустых классов джавы.
-питонисты бояться, их прям на работе заставляют переходить на го (ибо шустрее, а значит экономнее). Пруфы есть докладах яндекса и еще каких-то докладах.
-php и так загибался, но тут ученики старой школы (структурного стиля) уже сейчас метнулись в го, а те кто пишет на php очередну джаву (причем копирует убого), медленно уплывают на своем тормознутом айсберге (и 7 версия не спасла это говно).
Всякие эрланги и ФП херня сосут как и сосали раньше, потому что на нем в основном сидят ради потехи чувства собственной важности, кода эти лица не производят вообще.
>>860568 > Всякие эрланги и ФП херня сосут как и сосали раньше Лол, тут ты уже соснул. Я не фанат функциональщины, но у erlang своя ниша, из которой его ни один язык не сможет выбить.
>>860580 Питонисты переписывают сишные либы к которым они биндятся на го-хуйню, анаконда переписывается на говне, потому что на говне же конечно удобнее (нет) чем на скриптоязыке. ПХП cms'ки переписываются на говно, потому что васянам удобнее собирать свои лендинги из говна, нежели установить WP и скачать шаблон. Тырпрайз отказывается о джявы, хипстеры от ноды с ее экосистемой. К 2030 кроме говна не остается других языков программирования. Бизнес отказался от готовых эффективных решений и перешел на ебалу с goto.
пока ты смеешься, где-то бедных питонистов силком заставляют перекатываться на го. Ибо на слезы макаки срать, а вот то что это хрень меньше жрет ресурсов - определенный профит
Сегодня сделал выбор в пользу Go для очередного веба (противовесом ставил джаву). Кто бы что не говорил, но джава пере-избыточна, многие вещи и вправду делаются проще в других языках (и речь даже не о фабрике фабрик).
>>860584 А питонистов таки реально переводят на го. И что интересно, устроится на питониста со знанием го проще, ибо он часто попадается в списке "будет плюсом".
>>861068 просто короткий вариант, я использую var name type, когда нужно только объявить, а :=, когда нужно сразу инициализировать. Особенно это полезно в условии ифов, писать в них var слишком длинно выходит.
>>861068 есть два случая 1) Объявление 2) Объявление с инициализацией.
Так вот объявление должно быть максимально полным (иначе компилятор тебя просто не поймет), а с инициализацией полное объявление избыточно, поэтому придумали короткую версию (чтобы лаконичнее выглядело в выражениях).
Просто сделали по принципу наименьшего удивления. Естественно с инициализацией лучше юзать :=, потому что это больше похоже на член с яйцами, чем полный вариант (в программирование все что похоже на хер - в приоритете)
>>861260 var a String = "" // полное var a = "" // с авто-выведением типов (потому что умеем так) b := "" // альтернативная коротка, удобная для выражений
>>861287 Пайк ваш что по этому поводу говорит? Не будет никакого сахарка, но вот вам goto, err, interface{} и несколько способов объявления переменных?
>>861317 Опять никакого конструктива, только слепая вера в постулаты господина гугла и пророка его пайка. Поборники Го уже уверенно имеют репутацию самых упоротых дебилов.
Что это за язык?
Компилируемый, многопоточный язык программирования со статической типизацией, разработанный компанией Google.
Какие у него сильные стороны?
Быстрая компиляция и работа, устойчивость к нагрузкам, простота, богатая стандартная библиотека, универсальность.
Какие у него слабые стороны?
Малое количество вакансий, отсутствие такого количества готовых решений, который имеют языки с более долгой историей.
На какие языки он похож?
C (не плюсы), Python, JS.
Какая у него основная сфера применения?
Embedded, highload-web.
Шапка находится допиливании.