Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате
Форум программистов > Религиозные войны > Си или google "GO"


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

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

Автор: unicuum 7.1.2010, 19:52
Цитата(GrayCardinal @  7.1.2010,  19:39 Найти цитируемый пост)
В топку хидеры. В топку долгую компиляцию. В топку всех за вший ./configure
Даешь "GO" !  smile 

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

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

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

Автор: A5uKa 7.1.2010, 22:25
за си... 

Автор: GoldFinch 7.1.2010, 23:40
A5uKa, а что с немерле не так?)

Автор: A5uKa 8.1.2010, 01:27
Цитата(GoldFinch @ 7.1.2010,  23:40)
A5uKa, а что с немерле не так?)

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

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

Автор: MAKCim 8.1.2010, 12:26
Цитата(Lazin @  8.1.2010,  12:16 Найти цитируемый пост)
для Go еще даже нет нормального компилятора

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

Автор: Lazin 8.1.2010, 13:03
Цитата(MAKCim @  8.1.2010,  12:26 Найти цитируемый пост)
в каком смысле нет? 

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

Автор: MAKCim 8.1.2010, 14:39
Lazin, 
во-первых, причем здесь компилятор? ;)
во-вторых
Цитата(Lazin @  8.1.2010,  13:03 Найти цитируемый пост)
один goroutine - один поток ОС

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

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

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

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

Автор: Lazin 8.1.2010, 22:29
Цитата(MAKCim @  8.1.2010,  14:39 Найти цитируемый пост)
берется свободный поток из пула
только при _необходимости_ создаются новые потоки

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

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

Цитата(MAKCim @  8.1.2010,  14:39 Найти цитируемый пост)
что в твоем понимании нормальный сборщик мусора? 

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

Автор: GoldFinch 8.1.2010, 22:36
+1 к тому что = лучше :=

Автор: Oxy 8.1.2010, 22:50
Цитата(GoldFinch @  8.1.2010,  22:36 Найти цитируемый пост)
к тому что = лучше := 

почему ? smile 

Автор: kemiisto 8.1.2010, 23:06
Цитата(Oxy @  8.1.2010,  23:50 Найти цитируемый пост)
почему ?

Damant, quod non intelegunt. smile 

Автор: MAKCim 8.1.2010, 23:09
Цитата(Lazin @  8.1.2010,  22:29 Найти цитируемый пост)
ага, ведь goroutines - это сопрограммы, и они, по идее выполняются конкурентно и их может быть очень много

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

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

Автор: GoldFinch 9.1.2010, 02:33
Цитата(Oxy @  8.1.2010,  22:50 Найти цитируемый пост)
почему ? smile  

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

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

Автор: kemiisto 9.1.2010, 12:32
Цитата(GoldFinch @  9.1.2010,  03:33 Найти цитируемый пост)
энтропия больше

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

Цитата(GoldFinch @  9.1.2010,  03:33 Найти цитируемый пост)
клавиш жать меньше, а читаемость та же

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

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

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

Автор: serger 11.1.2010, 09:07
Цитата(unicuum @  7.1.2010,  19:52 Найти цитируемый пост)
Возможно у меня параноя

Я не против паранои.. Я против параноиков.. Хм.. сам иногда страдаю от этой болезни..  smile 
Цитата(kosmonaFFFt @  8.1.2010,  20:03 Найти цитируемый пост)
Я за СИ уже хотя бы потому, что в GO есть оператор := smile 

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

Автор: Oxy 11.1.2010, 10:43
Цитата(serger @  11.1.2010,  09:07 Найти цитируемый пост)
Пожалуй единственный хороший довод против!

 smile 

желаю удачи  smile 

Автор: Barklay 12.2.2011, 22:07
Цитата(kemiisto @ 8.1.2010,  23:06)
Цитата(Oxy @  8.1.2010,  23:50 Найти цитируемый пост)
почему ?

Damant, quod non intelegunt. smile

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

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

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

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

Автор: GrayCardinal 20.2.2011, 15:49
lukas, 
Да, если сырцы Go закроют, он точно сдохнет :(

Автор: mimik 26.2.2011, 20:56
http://golanguage.ru/

 smile 

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

Автор: mimik 26.2.2011, 21:32
Цитата(k0rvin @  26.2.2011,  21:19 Найти цитируемый пост)
ибо Си уже слишком архаичен

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

Автор: k0rvin 28.2.2011, 13:41
Цитата(mimik @ 26.2.2011,  21:32)
а Haskell новый что ли smile

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

Автор: 502 30.8.2011, 16:54
Go мертв  smile 

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)