https://m.opennet.dev/openforum/vsluhforumID3/119898.html Представлен релиз языка программирования Go 1.14, который развивается компанией Google при участии сообщества как гибридное решение, сочетающее высокую производительность компилируемых языков с такими достоинствами скриптовых языков, как лёгкость написания кода, быстрота разработки и защищённость от ошибок. Код проекта распространяется под лицензией BSD...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=52443<br> https://m.opennet.dev/openforum/vsluhforumID3/119898.html#195 Fri, 15 May 2020 18:34:06 GMT Собственно, GoВНО-язык и создавался для таких говнарей, как ты - с интеллектом устрицы и отчаянным желанием что-то напрограммастить. У нормального разработчика языки подобные Го вызывают отторжение.<br> https://m.opennet.dev/openforum/vsluhforumID3/119898.html#194 Fri, 15 May 2020 18:11:48 GMT Откровенно, на месте Гугли я б вообще не позорился называть ЭТО языком, да ещё и показывать общественности!<br><br>Слово "простой" в данном случае вовсе не положительное свойство. Как лом "прост" в своей структуре, настолько же он неудобен при рубке ветвей.<br>А вот более подробное объяснение, почему "язык для мартышек только мартышка и захочет использовать": https://habr.com/ru/post/344356/<br> https://m.opennet.dev/openforum/vsluhforumID3/119898.html#193 Wed, 25 Mar 2020 06:08:51 GMT &gt; А исключения так и не добавили, гады <br><br>Исключения не имеют право на существование. Правильно сделали.<br> https://m.opennet.dev/openforum/vsluhforumID3/119898.html#192 Wed, 25 Mar 2020 06:08:07 GMT &gt; Go - недоязык, игнорирующий 50 лет опыта ЯП и распиаренный гуглом. Нужно <br>&gt; смотреть в сторону нормальых языков.<br><br>То-то гугель такой бедный и тупой. Они же ничего не умеют и не знают. А кубернетис твой аналог просто убил. Будем знать.<br><br> https://m.opennet.dev/openforum/vsluhforumID3/119898.html#191 Wed, 25 Mar 2020 06:06:49 GMT &gt; На Го ничего масштабного не напишешь.<br><br>Кубернетис, докер, миниДНС, Дропбокс и Гугель смотрят на тебя с удивлением.<br> https://m.opennet.dev/openforum/vsluhforumID3/119898.html#190 Wed, 25 Mar 2020 06:06:03 GMT &gt; А клиент - доволен?<br><br>Как слон. Картинка плавная, подгрузка даже на мобилке мгновенная, отзывчивость интерфейса, исходный код недоступен -- безопасность пассивно повышена.<br><br> https://m.opennet.dev/openforum/vsluhforumID3/119898.html#189 Wed, 11 Mar 2020 12:00:54 GMT &gt; 1. Вы каждый раз выделаете огромный буфер: <br>&gt; buf := make([]byte, BUF_LEN) <br><br> Мне самому глаза мозолит, но тут по большому счёту референсный кейс: "по-быстрому обслужи пришедшее соединение и форкни то что долгое в отдельный тред". Соответственно, просто переиспользовать в такой схеме не прокатит. Но таки да, make(buf) всё портит. Не сильно заморачиваясь, есть вариант выделить "кольцо" статикой&#8230;<br>* Альтернативно кон. автомат и пул воркеров как в схемах с nginx (и гонять туда данные по каналам? не, лучше сообщения "возьми этот буфер"), но тут это "из пушки по воробьям".<br><br>&gt; Если убрать `go` от `serve`, то можно было бы один раз выделить <br>&gt; этот буфер (просто вне `for`-а) и постоянно его использовать. Если `go` <br>&gt; нужен. то можно постараться либо изменить serve (перенести функционал), чтобы ему <br>&gt; не нужен был этот буфер, либо в крайнем случае хотя бы <br>&gt; просто применить `sync.Pool` для переиспользования буферов. По факту в отдельной рутине <br>&gt; (`go serve`) достаточно было оставить только ту част https://m.opennet.dev/openforum/vsluhforumID3/119898.html#188 Sun, 08 Mar 2020 20:18:13 GMT &gt; Go - недоязык, игнорирующий 50 лет опыта ЯП и распиаренный гуглом.<br><br>Гугл нанял стадо питонмакак, теперь вот не знают куда их девать таких красивых. В последнее время на вот это переучивают, так они по крайней мере сервисы компании окучивают за копье, и все же не так непотребно как на питоне - в го основные факапы и юзкейсы гугеля все же учтены.<br> https://m.opennet.dev/openforum/vsluhforumID3/119898.html#187 Sun, 08 Mar 2020 20:15:34 GMT &gt; Это в Linux и Apache то нет ООП? Смешно <br><br>Ну покажи ООП в ядре линукса? Желательно сразу Торвальдсу, интересно почитать каменты :)<br>