<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Выпуск языка Go 1.20. SourceHut отменил блокировку зеркала модулей Go</title>
    <link>https://m.opennet.dev/openforum/vsluhforumID3/129670.html</link>
    <description>Представлен релиз  языка программирования Go 1.20, который развивается компанией  Google при участии сообщества как гибридное решение, сочетающее высокую производительность компилируемых языков с такими достоинствами скриптовых языков, как лёгкость написания кода, быстрота разработки и защищённость от ошибок.  Код проекта распространяется под лицензией BSD...&lt;br&gt;&lt;br&gt;Подробнее: https://www.opennet.ru/opennews/art.shtml?num=58586&lt;br&gt;</description>

<item>
    <title>Выпуск языка Go 1.20. SourceHut отменил блокировку зеркала м... (Annonim)</title>
    <link>https://m.opennet.dev/openforum/vsluhforumID3/129670.html#212</link>
    <pubDate>Tue, 14 Feb 2023 16:32:39 GMT</pubDate>
    <description>ой https://github.com/golang/go/discussions/58409&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск языка Go 1.20. SourceHut отменил блокировку зеркала м... (qrKot)</title>
    <link>https://m.opennet.dev/openforum/vsluhforumID3/129670.html#211</link>
    <pubDate>Tue, 07 Feb 2023 07:57:07 GMT</pubDate>
    <description>&amp;gt;&amp;gt; Нули на позициях 2,4,8,16,32, именно тогда и проходили реаллокации. Но не суть)&lt;br&gt;&lt;br&gt;Просто в качестве занудства: это только до 256 элементов в массиве. Дальше приращивается с шагом по 1.25.&lt;br&gt;Но действительно, не суть.&lt;br&gt;&lt;br&gt;&amp;gt;&amp;gt; Потому что динамического размера массивы - вектора, изменяемого размера view на массив даже звучит дико&lt;br&gt;&lt;br&gt;Вот именно поэтому, как мне кажется, молодежи с горящими глазами, несущими свет знания о динамических массивах в го, по ошибке названных срезами, нужно совершенно недвусмысленно доводить простую мысль: в Go динамических массивов нет. От &quot;гибкого динамического представления элементов массива&quot; меня тоже слегка в оторопь бросает, но суровая правда жизни в том, что слайсы - это именно оно и есть. Собственно, концепция слайсов не нова, она в том же Python&apos;е во все поля есть. Специфика Go в том, что некий гениальный сумасшедший учёный запилил чудодейственный append, который позволяет этими слайсами через хитрозаверченную жопу сэмулировать поведение, издалека похожее на динамический массив.</description>
</item>

<item>
    <title>Выпуск языка Go 1.20. SourceHut отменил блокировку зеркала м... (qrKot)</title>
    <link>https://m.opennet.dev/openforum/vsluhforumID3/129670.html#210</link>
    <pubDate>Tue, 07 Feb 2023 07:10:22 GMT</pubDate>
    <description>&amp;gt;&amp;gt; В go слайсы это полный треш, нихрена не такие удобные как их хорошо пропиарили&lt;br&gt;&lt;br&gt;В Go слайсы - это &quot;дескриптор непрерывного сегмента нижележащего массива, предоставляющий доступ к перечислимой последовательности элементов этого массива&quot;. Именно в этой роли - вполне себе не ужас. Ужас - это считать, что слайс - реализация динамического массива, потому что он вообще не массив (и не связный список, и внутри у него ни того, ни другого нет) и ни разу не динамический.&lt;br&gt;&lt;br&gt;В конечном итоге, динамических массивов в Go нет, как, впрочем, и в десятках других языков. А функциональную потребность в динамическом массиве принято закрывать набором обвязок из make и append. Собственно, ровно так же, как это делается в том же C, например.&lt;br&gt;&lt;br&gt;Ничего страшного в этом нет, а миф о том, что слайс - плохой динамический массив, проистекает из того факта, что слайс НЕ динамический массив. Собственно, лошадь с телегой тоже хреновый грузовой автомобиль, хотя функциональную потребность и закрывает.&lt;br&gt;&lt;br&gt;&amp;gt;&amp;gt; да и вообще языку нужны норма</description>
</item>

<item>
    <title>Выпуск языка Go 1.20. SourceHut отменил блокировку зеркала м... (Аноним)</title>
    <link>https://m.opennet.dev/openforum/vsluhforumID3/129670.html#209</link>
    <pubDate>Mon, 06 Feb 2023 19:56:44 GMT</pubDate>
    <description>Ошибаетесь, append не всегда будет выделять новый слайс. А если и будет, то &quot;зарезервирует запас&quot;&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск языка Go 1.20. SourceHut отменил блокировку зеркала м... (Аноним)</title>
    <link>https://m.opennet.dev/openforum/vsluhforumID3/129670.html#208</link>
    <pubDate>Mon, 06 Feb 2023 19:54:24 GMT</pubDate>
    <description>Не могу себе представить системное програмиирование на языке, hello world которого весит 10 Мб&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск языка Go 1.20. SourceHut отменил блокировку зеркала м... (Аноним)</title>
    <link>https://m.opennet.dev/openforum/vsluhforumID3/129670.html#207</link>
    <pubDate>Mon, 06 Feb 2023 19:53:19 GMT</pubDate>
    <description>Именно поэтому на го гораздо больше софта, чем на расте&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск языка Go 1.20. SourceHut отменил блокировку зеркала м... (cheshirekot)</title>
    <link>https://m.opennet.dev/openforum/vsluhforumID3/129670.html#206</link>
    <pubDate>Mon, 06 Feb 2023 16:41:37 GMT</pubDate>
    <description>&amp;gt;&amp;gt; У вас проблема в том, что вы не можете отделить в тексте абстракцию от подробностей её реализации. &lt;br&gt;&lt;br&gt;Разрешите воспользоваться вашей же аналогией с автомобилем:&lt;br&gt;Вот есть автомобиль - &quot;Самодвижущееся транспортное средство с двигателем для перевозки грузов и пассажиров по безрельсовым путям&quot;. В целом, у него внутри может быть ДВС, может быть электродвигатель, может быть паровой котел - вообще по барабану. Пока оно само едет - это автомобиль, остальное - детали реализации. Это наш условный std::vector либо любая другая реализация динамического массива.&lt;br&gt;&lt;br&gt;А вот рядом с ним стоит прицеп. У него и колеса, как у автомобиля, и блестит так же... Всего один недостаток у прицепа - у него нет внутри двигателя. Вот не едет он сам, и все. Хоть лошадь запрячь - но надо. Но вы не волнуйтесь, это не беда. Для того, чтобы он ехал (в нашем случае, менял размер), вам дают стандартный мотоблок (append). Он немного с причудами, отказывается один и тот же прицеп дальше установленного производителем расстояния везти, поэтому р</description>
</item>

<item>
    <title>Выпуск языка Go 1.20. SourceHut отменил блокировку зеркала м... (Аноним)</title>
    <link>https://m.opennet.dev/openforum/vsluhforumID3/129670.html#205</link>
    <pubDate>Mon, 06 Feb 2023 06:10:31 GMT</pubDate>
    <description>&amp;gt; А ты не пробовал ну хотя бы вот этот пост прочитать и по второй ссылке в нём пройти перед тем&lt;br&gt;&lt;br&gt;Попробуй, ну, я даже не знаю, ковырнуть исходник и посмотреть что такое слайс и из чего он состоит. Простая структурка на самом деле.&lt;br&gt;&lt;br&gt;Аноны тебе правильно уже все рассказали где ты неправ.&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск языка Go 1.20. SourceHut отменил блокировку зеркала м... (Аноним)</title>
    <link>https://m.opennet.dev/openforum/vsluhforumID3/129670.html#204</link>
    <pubDate>Sun, 05 Feb 2023 21:46:45 GMT</pubDate>
    <description>https://bluxte.net/musings/2018/04/10/go-good-bad-ugly/#slice-gotchas&lt;br&gt;&lt;br&gt;В go слайсы это полный треш, нихрена не такие удобные как их хорошо пропиарили, да и вообще языку нужны нормальные типы контейнеров, нормальный синтаксис для классов (можно хоть не вводить this). Они бы могли базироваться на llvm как rust, но в те древние времена в llvm не было сигментмрованного стека. Рефлексии для приватных объектов нет. Если написать свой тип данных то вся type safety исчезает. В одном его рантайме целый вагон различных моментов где можно словить panic. По сути нужно знать дофига моментов почему тут нужно делать не так, а вот здесь nil не nil. Абсолютно такие же &quot;мелкие ляпы&quot; там сям есть и в nim.&lt;br&gt;</description>
</item>

</channel>
</rss>
