| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > Религиозные войны > Си или google "GO" |
| Автор: GrayCardinal 7.1.2010, 19:39 |
| В топку хидеры. В топку долгую компиляцию. В топку всех за вший ./configure Даешь "GO" ! Про "GO" читать тут: http://forum.vingrad.ru/forum/topic-286380/anchor-entry2065638/0.html |
| Автор: 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 | ||
Не доработано его IDE , с консолью то (в том числе подсветкой) всё нормально, но сунуться в ASP.NET или даже WinForm - тама столько всего не работает - КАРАУЛ !!! |
| Автор: Lazin 8.1.2010, 12:16 |
| для Go еще даже нет нормального компилятора, он еще не production ready, так что рано еще такие опросы проводить |
| Автор: MAKCim 8.1.2010, 12:26 |
в каком смысле нет? |
| Автор: Lazin 8.1.2010, 13:03 |
в прямом, у них нет нормальной реализации сборщика мусора и goroutines реализованы через потоки ОС, один goroutine - один поток ОС, что совсем не эффективно |
| Автор: MAKCim 8.1.2010, 14:39 |
| Lazin, во-первых, причем здесь компилятор? ;) во-вторых берется свободный поток из пула только при _необходимости_ создаются новые потоки ты полагаешь, что реализация модели MxN в userspace будет эффективнее? ;) что в твоем понимании нормальный сборщик мусора? |
| Автор: kosmonaFFFt 8.1.2010, 20:03 |
| Я за СИ уже хотя бы потому, что в GO есть оператор := Но если сделают под него хорошую IDE (например как плагин к NetBeans), то можно будет посмотреть, потыкать и т. д. |
| Автор: Lazin 8.1.2010, 22:29 | ||
ага, ведь goroutines - это сопрограммы, и они, по идее выполняются конкурентно и их может быть очень много они писали, что хотят реализовать какой-то другой алгоритм сборки мусора, какой именно я не помню |
| Автор: GoldFinch 8.1.2010, 22:36 |
| +1 к тому что = лучше := |
| Автор: Oxy 8.1.2010, 22:50 |
почему ? |
| Автор: kemiisto 8.1.2010, 23:06 |
Damant, quod non intelegunt. |
| Автор: MAKCim 8.1.2010, 23:09 | ||
я к чему чтобы реализовать програмное управление goroutin'ами так или иначе нужно юзать таймеры/сигналы с учетом всех латентностей это вряд ли эффективнее переключения контекста kernel-scheduler'ом |
| Автор: Lazin 8.1.2010, 23:27 |
| контексты можно переключать тогда, когда код выполняет чтение из канала или запись в него, либо какие нибудь действия с примитивами синхронизации, я как-то пытался организовать что-то похожее на С++ и boost.asio - http://bitbucket.org/Lazin/concur.actors/ но забросил, времени на это нет |
| Автор: GoldFinch 9.1.2010, 02:33 |
энтропия больше: клавиш жать меньше, а читаемость та же |
| Автор: MAKCim 9.1.2010, 11:27 |
| Lazin, понимаешь, чтение/запись из/в канал - это системный вызов нельзя диспетчеризировать его выполнение без перехода процесса в режим ядра |
| Автор: kemiisto 9.1.2010, 12:32 |
В каком случае и чем это хуже/лучше? |
| Автор: GoldFinch 9.1.2010, 13:02 |
| kemiisto, мы же за Го говорим, а не за С++. В С++ действительно много избыточности, но тема-то не о том. |
| Автор: GrayCardinal 9.1.2010, 13:09 |
| Да ладно вам, мужики (и дамы). Языку и годика нет, а он уже может поспорить с Си и С++. Плюс - компилируемый ! Если он будет более-менее стабильно развиваться, он запросто уделает такой хлам (ИМХО) вроде питона и Perl'а |
| Автор: serger 11.1.2010, 09:07 |
Я не против паранои.. Я против параноиков.. Хм.. сам иногда страдаю от этой болезни.. Пожалуй единственный хороший довод против! |
| Автор: Oxy 11.1.2010, 10:43 |
желаю удачи |
| Автор: Barklay 12.2.2011, 22:07 | ||
Чуть не в тему - Dam<N>ant, quod non intel<L>egunt - всё же две ошибки ;) А так, по сути, согласен со смыслом фразы... |
| Автор: 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/ |
| Автор: k0rvin 26.2.2011, 21:19 |
| плюсую за Go, ибо Си уже слишком архаичен, стоимость разработки на Си слишком велика становится, а современность требует таких возможностей, которые на Си слишком долго и дорого разрабатывать |
| Автор: mimik 26.2.2011, 21:32 |
а Haskell новый что ли |
| Автор: k0rvin 28.2.2011, 13:41 | ||
по-новей Сишки, но он тут оффтоп. |
| Автор: 502 30.8.2011, 16:54 |
| Go мертв |