20 лет вместе с Java

Гораздо лучше будет если Chrome и Edge выпилят из ОС, а апплеты вернут на заслуженное место.

Только потом не ной, когда с твоей карточки все бабло уведут.

Из перечисленного тобой, только гадости которыми занимается линукс, можно пойти и изучить, т.к. его коды открыты под GPL.

А с чего ты так уверен, что исходники совпадают с бинарниками? Ты не похож на гентушника, да и в генте отсутствие закладок полностью гарантировать нельзя.

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

у вас плюсчанка

Если бы не _жадные капиталисты_ Google, то никакой андроид и в помине был бы ненужен, JavaME вполне бы со всем ворохом задач справилась. BlackBerry до недавних пор было на жабе

Ты наверное удивишься, но Ubuntu тоже можно пересобрать из исходников. Более того, то что ты доверяешь сборщикам бинарей в Убунте никак не лимитирует твою свободу. В отличие от пропретарного говна, которое работает непонятно как.

Хоть я и не имею претензий к Java как к языку, плюсану данного господина. Особенно в связи с iLO

И это пишет анон, ога, про неуверенность. Ты свои комплексы на других не распространяй.

С чего ты такой наивный? От того, что я назовусь, скажем, WatchDog, я буду не большим анонимом, чем ты. Комплексы есть у всех, просто если бы ты, вместо того, чтобы хамить приводил аргументы, то смотрелся бы намного лучше. А так...

BlackBerry до недавних пор было на жабе

Странно, чего это они выкинули Java и переписали всё на Qt/C++?

Ты наверное удивишься, но Ubuntu тоже можно пересобрать из исходников. Более того, то что ты доверяешь сборщикам бинарей в Убунте никак не лимитирует твою свободу.

Наивный любитель позаливать про свободу :-) Сделай ревизию убунты на предмет бэкдоров. Потом не забудь ревизить каждое обновление.

В отличие от пропретарного говна, которое работает непонятно как.

И поэтому, конечно, большинство проф. девелоперов, архитекторов, дизайнеров etc etc разных мастей работают в проприетарной макоси, которая, конечно же, уступает убунте во всём :-) А уж софт для медицинского оборудования, так тот вообще весь открыт и в свободном доступен и не разу не проприетарен, да? :-) Вот наивняк.

Они использовали свой убогий закос под Java. Например, там даже RandomAccessFile не было, хочешь файл прочитать - мучайся как знаешь. Ну не удивительно, что они это говно выкинули.

И поэтому, конечно, большинство проф.

большинство людей - говноеды. Для тебя это открытие?

большинство людей - говноеды. Для тебя это открытие?

Ты же не имел сейчас в виду популярность Java? :-)

Привет, смайлофажный аноним. Как ты тут оказался, друг мой? Ведь тут тред не о C++.

На JVM давно уже есть Clojure, а вы всё срётесь, нужна ли Scala как язык

Но почему-то Clojure не взлетело там, куда оно предназначалось, а Scala захватила

Но почему-то Clojure не взлетело там, куда оно предназначалось

Не судьба, видно :-)

Привет!!!11 Да уж, скучно тут, тигрёныш! Как дела? :-) Как там цепепе? :-)

Да при чем тут твоя свобода? Наличие исходников не гарантирует, что софт не следит за тобой и не сливает инфу. Тем более что ты убунтенок и жрешь, что дают, теша себя мыслью, что где-то там есть исходники и можно что-то проверить.

большинство людей - говноеды. Для тебя это открытие?

Нет, я давно за тобой наблюдаю.

Как там цепепе? :-)

До сих пор как земля, куча легаси на 98/03. Боюсь и через 50 лет будет та же картина.

До сих пор как земля, куча легаси на 98/03. Боюсь и через 50 лет будет та же картина.

Ого, это у тебя тогда будет полвека практики на цепепе? :-) Это заслуживает не просто ордена, а даже памятника!

Так ыть Sun™ рипнулся, возможно остались без поддержки или Oracle выкатил неудобные условия. Конечно может и технические причины были на 1м месте, но как-то переход с Java на C++ расширить нишу BB не помог, ведь так? Значит дело было не в жабе, а в привлечении разработчиков к наполнению маркета игрушками

От того, что я назовусь

Так хоть тебя заигнорить можно.

вместо того, чтобы хамить

Хамить начал ты, так что адресуй свои слова самому себе.

И аргументы чему? Тому что в других языках обходятся без такого костыля как препроцессор?

И с этим трудно спорить.

Так хоть тебя заигнорить можно.

Так это ж не делает меня менее анонимным и не скроет моих комплексов :-)

Хамить начал ты, так что адресуй свои слова самому себе.

Ну знаешь, если когда тебя называют «уважаемым гуру IT-индустрии» - это хамство, то тогда извини за хамство, что я ошибся, подумав, что ты - гуру :-)

И аргументы чему?

Ну смотри, специально для не гуру IT-индустрии, повторяю вопрос: назови язык/инструмент (Lisp не в счёт, с ним понятно, что на его фоне всё серое), который позволяет условно компилить и/или добавлять языковые конструкции без макр, да чтобы не городить костыли и подпорки? Я ждал, что ты скажешь, например, Rust, ведь там есть атрибуты объявлений и даже макры. Но ты просто не стал себя утруждать, потому что не гуру :-)

Люди, кто писали под J2ME говорят что это был еще больший ад чем разработка под android, т.к. каждый производитель реализовывал API по своему, и для того, что бы удостоверься что код везде работает, нужно было его тестировать на многих десятках устройств. Андроид - тоже зоопарк, но в меньшей степени.

BlackBerry до недавних пор было на жабе

А теперь оно в жобе :) В том числе из за ...

Karapuz ам всяким по юнности и не положенно помнить, что RIM изначально и был на ЦеПеПе :) А потом процессоры резко взяли вверх и памяти стало сравнимо с пизюком - и они пошли на жабу. И поначалу у них получалось. Но они расслабили анус, мол такие вумные - только мы. И нут нате двойной хук - айфон и зелёный робот ...

Так ыть Sun™ рипнулся, возможно остались без поддержки или Oracle выкатил неудобные условия.

Фигня. На момент слива у них наличка в банк канады не вмещалась. Не акции какие - НАЛИЧКА.

Конечно может и технические причины были на 1м месте,

Нет конечно. Там мастера высшего разряда пилили. Поставили главой немца который убивал мобилки сименс 8-о м он - есссссно - уволил нах всех инженеров которые ББ-шку сделали.

Значит дело было не в жабе, а в привлечении разработчиков к наполнению маркета игрушками

Нет. Дяденьки с большими карманами решили попилить бабла. Всё. Единственная причина. Сейчас остатки продадут самуну, стоящий персонал и так уже весь в амазоне, что осталось просто уволят.

Иди в дворники, на большее у тебя интеллекта не хватит. Ознакомься хотя бы с применением препроцессора в таких хелловорлдах как clang и llvm.

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

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

Я может скажу мало-популярную на LOR-е мысль, но сейчас не принято использовать препроцессор в C++ за исключением #include. Все остальное можно сделать не менее эффективно используя менее грязные инструменты.

Я может скажу мало-популярную на LOR-е мысль, но сейчас не принято использовать препроцессор в C++ за исключением #include.

Ложь. В цепепе даже т.н. стражи включения на макрах делаются. А как писать код для венды и линукса одновременно без макр препроцессора? А как без препроцессора писать код, который потом будет транслироваться в код на java? А как поступать, когда надо упаковать определение шаблона, которое потом надо использовать в сотне мест? И т.д. Так что не надо заливать. У Страуструпа не получилось исключить использование препроцессора, потому что он реально нужен и в Ц и в цепепе.

Ну давай, перепиши clang без препроцессора. Публика над тобой посмеется.

Программирование требует интеллекта, где-то уровнем чуть повыше чем у дубового пня.

Ты же назовешь нам профессию, где интеллекта надо больше, чем для программирования?

Медицина. Инженерные специальности. Менеджмент. Финансы.

Ложь. В цепепе даже т.н. стражи включения на макрах делаются.

Ладно, это тоже, но это мелочь.

А как писать код для венды и линукса одновременно без макр препроцессора?

Мне жаль, что вы этого не знаете.

А как без препроцессора писать код, который потом будет транслироваться в код на java?

А это уже изврат, выходящий за рамки понятия «писать на C++», так что пример не в счет

А как поступать, когда надо упаковать определение шаблона, которое потом надо использовать в сотне мест? И т.д.

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

Мне жаль, что вы этого не знаете.

Ну покажи мне тогда, как ты определяешь классы и для компиляции в линуксе и для компиляции экспортируемой dll в венде без макр.

А это уже изврат, выходящий за рамки понятия «писать на C++», так что пример не в счет

Изврат, не изврат, а так пишутся либы на цепепе, которые разработчик хочет одновременно транслировать для пользователей жабы. И делается это на ура. Пример - Wt.

Я не очень предоставляю, что именно вы имеете в виду, но мне кажется typedef

Я имел в виду кучу унаследований от некоего шаблона классов, в область видимости которых нужно включить кучу типизированных методов и определений typedef. Например, вместо того, чтобы сто раз писать class W1 : public Basic_w<W1> { public: using ... using ... using ... using ... ... };

лучше уж сто раз написать что-нибудь типа:

class W1 : public Basic_w<W1> { DECLARE_USINGS_OF(W1) ... };

Ну, почему то это ваш сьплюсплюснутый файрфокс жрет больше чем проги на жабе. и точно такой же аппетит у этого вашего Chrome
http://i61.tinypic.com/2ic4jyu.png http://i57.tinypic.com/33bl7ns.png

Вы так говорите как будто программисты не инженеры, а какие - то художники.

Ну покажи мне тогда, как ты определяешь классы и для компиляции в линуксе и для компиляции экспортируемой dll в венде без макр.

Достаточно разнести их по разным файлам, и указать в Makefile / чем вы там собираете, какие классы компилять на винде, какие на Linux-е. Максимум что потребуется - пара #ifdef-ов вокруг #include-ов. На прошлом рабочем месте я отвечал за проект, который из одних и тех-же сорцов собирался под Linux, Mac OS X, Android и Tizen, - почему-то спокойно обходился без #ifdef-ов внутри кода, не смотря на то, что очень много вещей было платформенно-зависимых (это был не просто какой-то там unix демон, а штука интрузивно взаимодействующая с графической подсистемой и устройствами ввода-вывода).

Изврат, не изврат, а так пишутся либы на цепепе, которые разработчик хочет одновременно транслировать для пользователей жабы. И делается это на ура. Пример - Wt

Мы обсуждаем про необходимость препроцессора для разработки на C++. То что вы привели в качестве примера - это «разработка для Java на C++». Вообще думаю для этой цели более адекватный препроцессор стоит взять, чем встроенный в C++.

class W1 : public Basic_w<W1> { public: using ... using ... using ... using ... ... };

Возможно дело в том, что не следует использовать using подобным образом. typedef + общий шаблон, в котором эти typedef обьявлены, - и никаких макросов не нужно.

Конечно же не инженеры. Инженеры мосты строят. Если бы они это делали так, как программистишки код пишут, нам всем давно бы амба пришла.

Достаточно разнести их по разным файлам, и указать в Makefile / чем вы там собираете, какие классы компилять на винде, какие на Linux-е.

Ох и любят цепепешники жизнь себе усложнять. :-) Т.е. вместо того, чтобы в сотне инклюдов написать: class EXPORT My_stupid_class { // For Linux or Windows };

надо создать двести! инклюдов class My_stupid_class { // For Linux only };

class __declspec(dllexport) My_stupid_class { // For Windows };

но зато без препроцессора!!11 Бугага :-)

Мы обсуждаем про необходимость препроцессора для разработки на C++.

Мы обсуждаем применение препроцессора :-)

Возможно дело в том, что не следует использовать using подобным образом. typedef + общий шаблон, в котором эти typedef обьявлены, - и никаких макросов не нужно.

Возможно дело в том, что ты не сталкивался с удушающими ограничениями цепепе :-)

Все кто не строит мосты - не инженеры, я правильно понимаю?

Во многих странах слово «engineer» защищено законом и сурово зарегулировано. Программистишки без релевантного инженерного диплома м членства в соответствующих организациях в пролете. «Инженеров»-самозванцев надо наказывать.

Я вполне согласен с тем, что не каждый кто строит сарай у себя на даче - инженер. Также как и не каждый программист - инженер.

И как это никто не мяукнул про портабельность ? 8) Неужто народ так поумнел ?.. НЕ ВЕРЮ 8)

микроволновки

шта

И как это никто не мяукнул про портабельность ?

Написано однажды, работает везде!!!111 :-)

Возможно дело в том, что ты не сталкивался с удушающими ограничениями цепепе :-)

Возможно дело в том, что вы плохо умеете пользоваться системой шаблонов на C++. Она сама по себе - очень мощный инструмент (более того - оно даже обладает Тьюринг-полнотой, так что на шаблонах можно например производные выражений выводить в compile time). Покажите пример более подробный кода вашего с кучей using, - из того, что вы привели - не очень понятно, что вы именно хотите сделать, и возможно я вам подскажу как избавится от вредных привычек.

Возможно дело в том, что вы плохо умеете пользоваться системой шаблонов на C++. Она сама по себе - очень мощный инструмент (более того - оно даже обладает Тьюринг-полнотой, так что на шаблонах можно например производные выражений выводить в compile time).

Извини, дружище, но мне не надо заливать про мощность шаблонов и тем более про их Тьюринг-полноту. :-) Напиши мне на Тьюринг-полном языке шаблонов генерацию строки во время компиляции, ну, например, пусть на

auto query = connection.query("f", 1, 2, 3);

/компилятор/ мне сгенерирует:

"select * from f(1, 2, 3)"

20 лет вместе с ненужно