В топку хидеры. В топку долгую компиляцию. В топку всех за вший ./configure
Даешь "GO" !   

Про "GO" читать тут:
http://forum.vingrad.ru/forum/topic-286380...y2065638/0.html

Это сообщение отредактировал(а) GrayCardinal - 7.1.2010, 19:42

Я ретроград, противник прогресса в лице GO.  Возможно у меня параноя, но я убеждён, что все эти новые языки создают лишь для того, чтобы я на них отвлекался и ничего не смог сделать. Этим они стараются привязать людей к ихнему продукту и устранить возможных конкурентов.

Впрочем они же и сильно помогают, устраняя морально нестойких личностей. Меньше конкурентов у них, меньше конкурентов у меня.  

Я за Си. Потому что всяких Go сейчас - хоть попой кушай. И не совсем понятно, нафига нужны новые.
Впринципе, когда-то и C#/.NET был уныл и не нужен, но в него вложились и получился хороший инструмент. Если то же произойдёт с Go - возможно, буду пользоваться. Пока же буду краем глаза следить за ним, но не более.

за си... 

Это сообщение отредактировал(а) A5uKa - 14.2.2011, 09:29

A5uKa, а что с немерле не так?)

Не доработано его IDE , с консолью то (в том числе подсветкой) всё нормально, но сунуться в ASP.NET или даже WinForm - тама столько всего не работает - КАРАУЛ !!!   

для Go еще даже нет нормального компилятора, он еще не production ready, так что рано еще такие опросы проводить

в каком смысле нет?

в прямом, у них нет нормальной реализации сборщика мусора и goroutines реализованы через потоки ОС, один goroutine - один поток ОС, что совсем не эффективно

Lazin, 
во-первых, причем здесь компилятор? ;)
во-вторых

берется свободный поток из пула
только при _необходимости_ создаются новые потоки

ты полагаешь, что реализация модели MxN в userspace будет эффективнее? ;)

что в твоем понимании нормальный сборщик мусора?

Я за СИ уже хотя бы потому, что в GO есть оператор :=  Да и в целом синтаксис его не очень мне нравится...
Но если сделают под него хорошую IDE (например как плагин к NetBeans), то можно будет посмотреть, потыкать и т. д.

ага, ведь goroutines - это сопрограммы, и они, по идее выполняются конкурентно и их может быть очень много


они писали, что хотят реализовать какой-то другой алгоритм сборки мусора, какой именно я не помню

+1 к тому что = лучше :=

почему ?  

Damant, quod non intelegunt.  

я к чему
чтобы реализовать програмное управление goroutin'ами так или иначе нужно юзать таймеры/сигналы
с учетом всех латентностей это вряд ли эффективнее переключения контекста kernel-scheduler'ом

контексты можно переключать тогда, когда код выполняет чтение из канала или запись в него, либо какие нибудь действия с примитивами синхронизации, я как-то пытался организовать что-то похожее на С++ и boost.asio - http://bitbucket.org/Lazin/concur.actors/
но забросил, времени на это нет

энтропия больше:
клавиш жать меньше, а читаемость та же

Lazin, 
понимаешь, чтение/запись из/в канал - это системный вызов
нельзя диспетчеризировать его выполнение без перехода процесса в режим ядра

В каком случае и чем это хуже/лучше?


  С++ особенно хорош удобочитаемостью и небольшим синтаксическим оверхедом, скажем, при описании классов.

kemiisto, мы же за Го говорим, а не за С++. В С++ действительно много избыточности, но тема-то не о том.

Да ладно вам, мужики (и дамы). Языку и годика нет, а он уже может поспорить с Си и С++. Плюс - компилируемый ! Если он будет более-менее стабильно развиваться, он запросто уделает такой хлам (ИМХО) вроде питона и Perl'а

Я не против паранои.. Я против параноиков.. Хм.. сам иногда страдаю от этой болезни..   

Пожалуй единственный хороший довод против!  

  

желаю удачи   

Чуть не в тему - Dam<N>ant, quod non intel<L>egunt - всё же две ошибки ;)
А так, по сути, согласен со смыслом фразы...  

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

Если гугл сделает на GO операционку, можно сказать, что си (и с++) хорошенько повинится, потому что он жив только за счет того, что много хлама и не хлама написано на нем, а поддерживать это как то надо, это как сидение на игле. Поэтому вся крутость и мощь си и с++ обеспеченна только за счет огромного количества библиотек написанных на нем.

Я за go, только если компилятор будет opensource, и типизация будет строгой и понятной, а не как в си и си++. Еще один компилируемый язык ох как не помешает, их то не так много.

Это сообщение отредактировал(а) lukas - 20.2.2011, 14:25

lukas, 
Да, если сырцы Go закроют, он точно сдохнет :(

http://golanguage.ru/

  

плюсую за Go, ибо Си уже слишком архаичен, стоимость разработки на Си слишком велика становится, а современность требует таких возможностей, которые на Си слишком долго и дорого разрабатывать

а Haskell новый что ли 

Это сообщение отредактировал(а) mimik - 26.2.2011, 21:34

по-новей Сишки, но он тут оффтоп.

Go мертв