Мнения непросвещённого меня

[singalen]

rad:
что думаешь о Питоне с Руби?
какой за ними сегмент в будущем?

sin:
Питон в самой моде. Чуть ли не третий после ВБ и Джавы :)
Но как платформа незрелый - в старнадртной библиотеке даже нет приличных тредов. А это значит, и в виртуальной машине тоже.
Но выжить и отхватить хороший сегмент может.

С Раби ещё хуже. Ты читал "Rails is a ghetto"? Чего ждать от виртуальной машины, которую надо перестартовывать минимум раз в час?
Мне кажется, что оно держится, в основном, на авторитете Фаулера.

Ещё автор говорит, что в моду входят Lua и Factor - совсем молодые и сырые.
А ещё Haskell входит-входит, да никак не войдёт.

rad:
но на Руби-то пишут... даже в Киеве

sin:
Про Lua я узнал случайно, от Мутеля. Почти всё о нём рассказано в статье Википедии.
Factor - только из той ругательной статьи про рельсы.
Haskell - это чистая функциональщина, нам, императивщикам, на неё перестраиваться будет тяжело.

sin:
Пишут. Мода и Фаулер.
На Пайтоне ещё больше пишут.

Соврамши. Интересно, откуда я выдрал информацию о тредах. Сейчас как ни ищу, не могу найти того, что где-то прочитал - что всем тредам выдаётся один приоритет и т.п. Спасибо, gabriel_irk. Нынешние треды совершенно нормальные, а Stackles Python даёт совершенно новые для нас, алголоподобных, приёмы.

Comments

[green-serpent.livejournal.com]

Ну так с плюсов на шарп перейти - фигня делов. Вот обратно - гораздо сложнее.
Ну и всё-таки еще есть места, где нужны плюсы. И соотвественно, при нормальном уровне там будет нормальная зарплата за счет редкости.

[singalen]

Так и на Фортране с Коболом тоже полно работы. Я ж не говорю, что на C++ работ нет.

[cotyary.livejournal.com]

А поподробнее?

[singalen]

Думаю, речь о том, что в C++ cтандартной библиотеки почти что нет, а Java и .NET подразумевают некоторые немалые библиотеки, плюс де-факто-стандартные фреймворки и их набор паттернов - веб-приложения, Windows.Forms, whatever.

[cotyary.livejournal.com]

Ну не знаю ... если С++ хорошо копнуть начинают вылезать всякие STL, Boost и т.п.
А уж вариаций на тему Windows.Forms так вообще завались (на вскидку: MFC, ATL ...)

[singalen]

Что в STL есть, кроме коллекций с алгоритмами на них и потоков, которые к тому же не везде стандартизированы?
А Boost - это хорошо. Но попробовавши её скомпилировать, я проклял слово template до последней ветви синтаксического дерева, и все реализации компилятора. А где мы видим его out-of-box, в рабочем состоянии?

[cotyary.livejournal.com]

Вить, уходим в сторону от темы обсуждения. Вопрос был в сложности перехода с плюсов на шарп/джаву с точи зрения архитектуры. После плюсов с STL-ем стандартные пакеты/библиотеки последних щёлкаются на ура (всё ИМХО). Архитектурные решения проще. Соответственно, ни у кого еще проблем не видел. Заядлые плюс-плюсники кричали: "НЕ КРУТО" - такое было. Но переходили без проблем.

Буст тут порой пользуют в банках (сам под раздачу не попал, но ребята с прошлой работы в обном проекте юзали ... и матом крыли темплейты).

[singalen]

В рамках функциональности STL - да, переходишь с полпинка, просто очень легко. Согласен.

Но многие ли из сиплюсплюсников понимают хотя бы семантику слова synchronized? Тредпулы, самые простые RPC (кроме тех, кто страдал с Корбой на C++), и те де и те пе.
А это всё стандартна библиотека, как и многое другое :)

Я это всё доучивал потом...

[cotyary.livejournal.com]

Вить, дополни: CriticalSection, Mutex, Semaphore, posix-овый fork().

В джавке, а особенно шарпе, просто свели старые идеи в удобоваримый вид, выбросив лишнее. И ошли рсти дальше Ж;о)

[singalen]

Я не говорю, что этого нет в C++. Но это сильно более сложная материя и кто ею владеет (на C++) - уже весьма пальцатые дядьки.
Среднестатистический же сиплюсплюсник до них дорастает чёрт-те когда. А на более высокоуровневых платформах этот список освоить намного проще - порог вхождения ниже.

[cotyary.livejournal.com]

Совершенно справедливо. Более того - писать приятнее - думаешь о проблеме, не об неосвобожденных перемнных.
Но, опять-же, это никак не ломает потулат Костика, который и обсуждаем Ж%-)

[singalen]

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

[cotyary.livejournal.com]

Ну ессно лучше быть богатым и здоровым Ж;-))))))

[nickolaygolubev.livejournal.com]

Пишу на c++ и никогда не задумываюсь о проблеме реализации.
С тредами проблем нет. Темплейты -- вообще лучшее что есть в с++.
За памятью следят только сишники -- у ни имижд такой.
Единтсвенная проблема -- это GUI. Вот для этого и пользуем ждава.

[singalen]

Ты компилировал буст? :))
Синхронизировал не-volatile память между потоками? Использовал тредпулы, или разделённые между тредами ресурсные пулы?
Сколько месяцев может активно проработать какая-либо из этих программ, без перезапуска, на скольки пользователях?
А с ГУИ "и у Бога те же проблемы" - он сам по себе сложен и tightly coupled.

[nickolaygolubev.livejournal.com]

Компилировал. Под никсами иначе тяжело :).
Под виндой это делал Кугитко Виктор. Я потом позже тоже научился :).
Тред пул сделали свой на основе бустового thread_group (помоему).
Наманая версия клиента у нам была и сервера, которые компилились под винду, никсы, и fedore5(64).
На сервак не клиенты не жаловались, хотя я потом уволился и дальнейшую его судьбу вижу как -- "Мля, кто тут boost узал, ничё не понятно -- уроды какието".
Я вообще не понимаю в чём проблема. у boost тредов вменяемое api.
со всякими notify_all и mutex

[singalen]

Проблема немалой частью в том, что буст скомпилировать тяжело - в основном благодаря темплейтам. Написать код с темплейтами (хотя бы с map

[Error: Irreparable invalid markup ('<string,>') in entry. Owner must fix manually. Raw contents below.]

Проблема немалой частью в том, что буст скомпилировать тяжело - в основном благодаря темплейтам. Написать код с темплейтами (хотя бы с map<string, vector>) такой, что скомпилируется хотя бы двумя разными компиляторами - это такое дело, что ой.
Сервер - не тот, который джабберный?

С бустом гораздо легче, но, как ты сам видишь - кто им владеет?

Вторая часть проблемы - ограничения синтаксиса и платформы. Ты пробовал boost::lambda? Ужаснулся ли ты ограниченности этой лямбды? Увидел ли, для чего она нужна? Согласен ли, что и в пайтоне, и даже в C# замыканиями пользоваться существенно проще?

Выводы такие:
1. На managed платформе жить гораздо легче.
2. Значит, там можно за те же деньги сделать больше.
3. Синтаксис С-подобных языков неоптимален, и, следовательно, тоже отягчает карму.

[nickolaygolubev.livejournal.com]

хм. помоему щас все более менее ( более более чем менее ) поддерживают стандарт template.
А лямда. ну.
Я использую boost::function ( которая, если я правильно понимаю замыкание -- обеспечивает его на ура ) и мне этохо с башкой хватает. надо чёто заковырестей. пишу на python. И подсовую в с++ или неподсовую.

кто владеет boost...
А кто владеет stl? Кто владеет современным c++ ( темплейты, смарт поинтеры, прелесь деструкторов ), ответ -- мало кто. А остальные пишут маловаримаое на с++ из-за чего он теряет популярность ( тут согласен с тем, что на с++ написать дерьмо легче ).

чего мене не хватает -- так это минимум рефакторинга, когда не надо поддтверждать ручками yes/no -- но я постперенно с этим борюсь.

[cotyary.livejournal.com]

Ж8-)

[cotyary.livejournal.com]

Очевидно. Как и наоборот

[cotyary.livejournal.com]

Но это не говорит о том, что переход сложен.
А вот обратно (Костик прав) - да, проблематично. И хочется долго материться

[cotyary.livejournal.com]

А я видел достточно людей ничего кроме С# знающих. И код их видел ... и рассуждения слыщал ... часто - не впечатляли

[singalen]

Брэк, джентльмены. Не надо таких вот неявных параллелей.

[cotyary.livejournal.com]

Согласен.
Тем более, что ходим от темы ж%)

[singalen]

А можно примерчик, а лучше пару? В общих словах.
Подозреваю, что на 50% вопрос сведётся к конкретному программисту.