https://www.opennet.ru/openforum/vsluhforumID3/92915.html Доступен (http://blog.golang.org/go12) значительный релиз языка программирования Go 1.2 (http://golang.org/doc/go1.2), развиваемого компанией Google. При подготовке нового выпуска в кодовую базу проекта внесено более 1600 изменений, внесённых 116 разработчиками, не связанным с компанией Google, что демонстрирует интерес сообщества к проекту и подчёркивает правильность выбора открытого пути развития языка. Код проекта распространяется под лицензией BSD. <br><br><br><br>Язык Go был создан как гибридное решение, сочетающее высокую производительность компилируемых языков с такими достоинствами скриптовых языков, как лёгкость написания кода, быстрота разработки и защищённость от ошибок. Синтаксис Go базируется привычных элементах языка Си с отдельными заимствованиями из языка Python. Язык достаточно лаконичен, но при этом код легко читается и воспринимается. Код на языке Go компилируется в обособленные бинарные исполняемые файлы, выполняемые нативно без использования виртуальной машины (модули профилирвоания, отладки и д https://www.opennet.ru/openforum/vsluhforumID3/92915.html#85 Wed, 30 Apr 2014 09:26:57 GMT Кстати, для всех интересующихся Go http://4gophers.com/<br> https://www.opennet.ru/openforum/vsluhforumID3/92915.html#84 Wed, 04 Dec 2013 15:01:08 GMT let it live? в принципе, вы правы, если позволяет окружение, но чревато неправильной работой.<br><br>Пример утечки памяти - течет, но пусть работает. Вообще это конечно больше философский вопрос.<br> https://www.opennet.ru/openforum/vsluhforumID3/92915.html#83 Wed, 04 Dec 2013 11:52:24 GMT пpиcтaнищe, ёптa<br> https://www.opennet.ru/openforum/vsluhforumID3/92915.html#82 Wed, 04 Dec 2013 09:45:46 GMT &gt; let it crash <br><br>Да, если остальное окружение это позволяет.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/92915.html#81 Wed, 04 Dec 2013 08:11:54 GMT &gt;[оверквотинг удален]<br>&gt; по голове за библиотеки, которые кидаются своими отрыжками во все стороны. <br>&gt; именно потому, что со временем контролировать это всё сложнее и сложнее. <br>&gt; в общем-то, это весьма длинная сказка с элементами BDSM и mind control. <br>&gt; и всё равно люди с крепким background в каком-нибудь цпп или <br>&gt; жабе обычно излечению не подлежат, потому что категорически не понимают ключевого <br>&gt; постулата: &#171;exception is not a control flow statement&#187;.<br>&gt; просто в качестве курьёза, не в качестве иллюстрации тезиса: мне доводилось видеть <br>&gt; программу, где функции возвращали значение через throw. человек таким образом реализовал <br>&gt; механизм ослабления типизации, желая, чтобы функции могли возвращать &#171;всё на свете&#187;. <br>&gt; и проверял результат в разных catch.<br><br>let it crash<br><br> https://www.opennet.ru/openforum/vsluhforumID3/92915.html#80 Wed, 04 Dec 2013 08:10:19 GMT &gt;&gt;какая может быть параллельность без эрланга...<br>&gt; такая же как ис эрлангом, только без эрланга.<br><br>Go красивый и компактный, но не функциональный. А без иммутабельности достичь "прозрачной" параллельности проблематично. Отсюда и проблемы с планировщиком, возможно. Модель акторов как гарант асинхронного взаимодействия в этом языке не упоминается. Но тем не менее язык интересен и корректно с эрлангом его можно сравнивать только по определенным нишам.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/92915.html#79 Wed, 04 Dec 2013 08:08:44 GMT а детали &#8212; это долго, нудно, безрезультативно и офтопично. всё равно никто никого в итоге не убедит.<br> https://www.opennet.ru/openforum/vsluhforumID3/92915.html#78 Wed, 04 Dec 2013 08:01:40 GMT &gt; исключения &#8212; это fuckin' uncontrollable mess. прежде всего.<br><br>:-) Это лозунг. Как "земля - крестьянам, фабрики - рабочим..." В каждом конкретном случае он может быть правдой, может быть неправдой, или может постепенно дрейфовать из одной крайности в другую.<br><br>&gt; во-первых, они нарушают execution flow, и в итоге *весь* код должен учитывать <br>&gt; наличие исключений, даже если он их не использует.<br><br>Ну, Вы понимаете, что типичное для C и Go программ 'if (rc != 0) { сделайте с этим что-нибудь! }' - это точно такое же нарушение нормального хода выполнения? Да, в Go есть ещё и defer'ы, которые частично ситуацию исправляют, а частично - запутывают её. По сути, в большинстве случаев, defer - это такой аналог вызова деструктора на размотке стека, только явно прописанный. А коли явно, значит, о нём можно забыть, перепутать порядок следования и прочая-прочая-прочая.<br><br>&gt; особенно больно надо бить по почкам, если execution flow ломает библиотека:<br>&gt; in no fuckin' way any library should go out of control.<br><br>Опять же https://www.opennet.ru/openforum/vsluhforumID3/92915.html#77 Wed, 04 Dec 2013 06:08:01 GMT исключения &#8212; это fuckin' uncontrollable mess. прежде всего.<br><br>во-первых, они нарушают execution flow, и в итоге *весь* код должен учитывать наличие исключений, даже если он их не использует. особенно больно надо бить по почкам, если execution flow ломает библиотека: in no fuckin' way any library should go out of control. в итоге получается то же самое, что и без исключений, только if'ы заменяются на catch'и. ну, и компилятор нагружается лишней ерундой.<br><br>вообще, всё &#8212; от неправильной трактовки исключений. исключение &#8212; это &#171;а-а-а-а, паника, спасай что можешь и ползи на кладбище!&#187;, а не &#171;упс, файлик не открылся, лови булыжник и пробуй другой&#187;. если произошло исключение &#8212; никаких catch нет и быть не должно, максимум &#8212; быстрый cleanup с вываливанием на диск каких-нибудь потрохов, которые потом будет разбирать recovery system.<br><br>а если исключение используется как control flow statement &#8212; это полное непонимание того, что такое исключение и использование оно