Это копия, сохраненная 16 мая 2017 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Постепенно, людей пишущих на машинных кодах стало относительно немного и все уже писали на Ассемблере...
Пока не появился Си.
Но тут ассемблеровцы ополчились на сишников, типа мудачьё тупое, JS какой-то высокоуровневый, Scratch бля, знания о процах и памяти лишь поверхностные итд. Ну, короче, лохи полные и вообще ничоо не понимают, то ли дело мы. Кто они такие в сравнении с нами?
А ещё чуть погодя, все уже писали на Си.
Странно, что вам, новым поколениям эту старую историю не рассказывают в ваших институтах или где вы там учились.
Можете не верить, но смерть плюсов напрямую зависит от новых технологий в мире hardware и небольшого количества новых идей по разработке софта.
Плюсы заменит более высокоуровневый ЯП, который практически не будет проигрывать в скорости, а в чём-то и превзойдёт и при этом даст возможности низкоуровнего управления железом, когда понадобится. А в железо встроят его поддержку, ясное дело.
Программирование станет простым и быстрым и сами программы будут работать очень быстро. К тому же, всё кроссплатформенное и из коробки.
В год, когда появится этот новый ЯП, плюсы можно будет закапывать.
Да, плюсисты покричат, попрыгают по веткам, покидаются говном, но через 3 года весь Мир, кроме конченных маргиналов, уже будет писать на этом новом совершенном языке.
Людишки будут драться не только за рабочие места с девелопингом на новом ЯП из-за более высоких зарплат, они будут драться даже за места на учебные курсы.
Эволюционный прогресс только ускоряется, а обезьяна остаётся обезьяной. Но ничего страшного, скоро за вас программировать будут машины. Причём, писать код они будут для других машин...
Так что всё самое страшное ещё впереди.
std::cout << "Держи в курсе" << std::endl;
Ну так это c# после того, как его сделали нативно компилируемым несколько лет назад.
>Людишки будут драться не только за рабочие места с девелопингом на новом ЯП из-за более высоких зарплат, они будут драться даже за места на учебные курсы.
Обоссаный прорамистишко на полном серьезе считает, что его дрочево на байтики что то значит для реального мира.
Всё так. Когда-то быть программистом означало знать C++, но уже в середине нулевых плюсы окончательно стали полностью нишевым языком. Дядя Боб говорил: "ЦПП - мужской, насыщенный тестостероном язык для решения больших проблем". Но стоит отметить, что подобные "мужланские" языки для мастеров на все руки, как и сами эти мастера, нужны только в сырой, ещё не проработанной индустрии, где нихуя нет, а нужно всё делать. В проработанных же отраслях, все большие проблемы давно разбиты на мелкие и под каждую есть свой удобный инструмент, а то и два. Так с появлением "женской" джявы, уже можно было много чего не знать, но при этом успешно решать задачи поставленные бизнесом. А с появлением ещё более "жеманного" руби оказалось, что программирование вообще может быть "по фану", со всеми удобствами, политое сладким кремом и посыпаное розовым сахарком. С появлением питона оказалось, что программирование - это вообще просто и понятно, и стать программистом можно за неделю. Сегодня языков так много, что их можно выбирать не только ориентируясь под задачу, а просто как одежду или плейлист для прослушивания, руководствуясь модой, чувствой собственного стиля и прочей чисто субъективной хуйнёй. Хотя, сейчас, даже олдовые, гротескные языки, вроде няшной выбираются так же: школьник посмотрел фильмы про крутых хакеров-нагибаторов и решил овладеть железом, лол. Языки стали полноценным объектом общества потребления. Разумеется, труёвые цппшники на фоне этого выглядят как приклейтед.
Если брать процентное соотношение, то C++ действительно язык из опущенного уровня. Не такой уж он и распространённый. Вся Винда давно на .Нет перешла, Опен Сорс на Питон, а на маке свои ЯП.
Добавим сравнение зарплат плюсистов и джавистов и то как плюсисты ломают головы над кодом временами и как джависты не знают бед.
Плюсы живы до сих пор лишь по одной причине, нужен низкоуровневый и высокоскоростной язык, хотя бы один. А его одного и используют, остальные низкоуровневые мертвы, на С только маргиналы ядро Линукса пишут до сих пор. А вот высокуровневые - их десятки живых и применяемых и ещё больше становится. А почему так? Да потому что и плюсов уже по горло, даже там говна наешься.
А как же функциАнальное программирование? Мне кажется будущее за ним и в полной отвязке от какого-то реального железа. Рано или поздно машинное обучение применят для кодогенерации, уже есть к этому сподвижки, программист будет писать высокоуровневый абстрагированный код, а компилятор будет переводить его в оптимизированный под конкретное железо. Чем более код абстрагированный, тем больше возможностей для оптимизации. Будут программисты, которые будут писать однострочники, обладая недюжей квалификацией для этого, производя средства производства, а так же будут операторы средств производств (сайтостроители, мобилкоаппликаторы или что там еще будет). Естественно первых будет мало, но в их большом количестве и нет большой нужды. Формошлепы же будут составлять основную массу и работать будут с блоксхемами и WYSIWG.
C++ и C будет использоваться, так же как сейчас ассемблер, для ряда задач с условиями жесткой экономии ресурсов. Java и C# отправятся вслед за коболом.
двачую
Я и описываю высокоуровневый язык, где нет привязки к конкретному железу, а все низкоуровненвые фитчи станут универсальными, это будет некий общепризнанный стандарт, который будут поддерживать все основные разработчики и производители железа.
Но эти фитчи применять будут редко. Реально программировать же будут умень многие ещё со школы, т.к. это им по жизни много где понадобится в наш развитой век.
Да, все будут шаблоноклёпами.
Применять машинное обучение каждый раз слишком затратно, а может и долго, могут и ошибки высыпаться. Всё не так просто. На мобиле и планшете такое не попишешь особо. Да и ноутбуки аналогично. Сейчас многие вещи проще самому написать и не выполнять лишних действий, если ты что-то качественное делаешь.
Речь о статической забивке правил, привязок,... перегона высокоуровнего кода в низкоуровневый.
Высокоуровневый будет похож на манипуляцию блоками низкоуровнего.
Java и С# будут продолжать жить и развиваться. В них влкадывают большие деньги и будут продолжать это делать. Возможности будут расширяться. Уже готовая огромная инфраструктура. В новом же языке всё с нуля нужно будет создавать.
Разработка такого языка - работа для команды опытных людей. Но мне не нужно быть профессионалом, чтобы указать на явные недостатки, просто сравнив с тем, что уже есть.
Си
mov ah,0xE
xor bh,bh
mov di,[msg]
loop1:
mov al,di
inc di
int 0x10
cmp al,0
jnz loop1
msg db 'idi nahuy, gadina!',0
POWER 9
Собери проц в Майнкрафте, всё сразу же на свои места встанет.
Какая там дичь может быть, прошли и забыли, это не ваша специализация.
Тоже подкасты Рахима слушаешь?
Очевидная скала-натив. Когда её допилят, скала станет практически одинаково работать в jvm, браузере и нативе и станет универсальным языком.
Поссал тебе в рот.
>Давным давно у людей был только Машинный Код, потом появился Ассемблер и мишиннокодовцы стали ненавидеть Ассемблер и поливали ассемблерщиков грязью.
Давно я так не проигрывал. Когда появился ассемблер, все наконец вздохнули с облегчением, потому-что наконец можно было отказаться от куска говна настолько неудобного, что ввод HelloWorld занимал час!
Давайте не будем рекламировать языки, которые нам нравятся.
Вы путаете желаемое с действительным.
Д родился мёртвым. Скала - применяется в очень узкой области. Я думаю, найдётся и другая достойнкая присоска-паразит к Java в ближайшем будущем, ещё лучше.
Но речь совсем не о том.
>По сути нужно просто придумать ещё один компилируемый язык без сборщика мусора (на этом моё понимание языков ограничивается; простите, если кого-то оскорбил). Хватило бы практически копии самого C++, просто без кучи ебучего мусора, который на нём на рос за время жизни, и с парой полезных фич.
Ты мыслишь правильно.
Такой есть, Clay называется, проблема в том, что на С++ помимо ебучего мусора написаны гигатонны полезного кода, а еще он совместим с С, а мусор не так уж и мешает - это в основном кривизна синтаксиса, к которому привыкнуть не сложно. Большая часть гемора от С++ в реальных проектах связана как раз с его низкоуровневостью. Поэтому С++ всех устраивает, и речь скорее идет, чтобы допилить С++ до достойного 21 века языка - с пакетами-хуетами и т. п., чем пилить язык с нуля.
Но ведь ассемблер гораздо проще и понятнее всяких си. Там инструкции прямые, понятные. А в си не понятно как что работает.
А машинный код ещё понятней, там ты познаёшь суть мироздания.
Он совместим с Си, но Си почти мёртв.
Очнись ты уже.
С++ невозможно допилить до 21 века, как и Java, там есть такая штука, как обратная совместимость, начнёшь переделывать, и уже написанные "гигатонны кода" начнут отваливаться десятками мегатонн после каждого такого обновления и никто это переписывать не будет.
Новые дебилизмы накладываются на старые.
И это говно нарастает там как снежный ком.
К тому же, делать к этому говну привязки в железе никто не станет. Для начала необходимо создать специализированный для этого язык.
И куда там вставлять эти новые фитчи, есла там столько дебилизма. Этим будет невозможно пользоваться. Это потеряет всякий смысл.
На плюсах, как уже говорилось, писать дольше и сложнее, чем на высокоуровневых, больше головной боли, больше времени и других затрат.
На больших проектах это офигенный перевес даёт в сторону той же Java.
Лисп-машины вспомнил.
>Очнись ты уже.
Мне 28 и слухи о смерти С++ я слышу столько же, сколько сижу на бордах. С тех пор я вижу, как подыхают супер-пупер технологии типа WPF, rails или backbone.js, а мои вложения времени в С++ окупились множество раз и ничего не устарело.
>С++ невозможно допилить до 21 века, как и Java, там есть такая штука, как обратная совместимость, начнёшь переделывать, и уже написанные "гигатонны кода" начнут отваливаться десятками мегатонн после каждого такого обновления и никто это переписывать не будет.
Переделывание оставь растоблядкам.
С++ возможно допилить до 21 века. Для этого нужно добавить пакетную систему, модули, варианты, нормальное программирование во время компиляции вместо лиспа на шаблонах и еще немного по мелочам. Переделывать ничего не надо. И уж точно не надо пилить язык с нуля, обнулив всю кодобазу.
Уже только из твоего сообщения понятно, что плюсам пиздос, никто и ничего этакого в плюсах точно менять и добавлять не будет. Многие вещи могут усугубить ситуацию.
Плюсы повторят судьбу Си один в один.
Ты бы планы комитета посмотрел, добавят все рано или поздно. Чего точно не будет, так это необратносовместимой замены.
говорят же хана, ханааа
>высокоуровневый ЯП, который практически не будет проигрывать в скорости, а в чём-то и превзойдёт Си и при этом даст возможности низкоуровнего управления железом, когда понадобится.
Такой язык уже есть. C++ называется.
>А в железо встроят его поддержку, ясное дело
Такой хуйнёй только IBM страдает.Остальные в лучшем случае в компилятором ограничиваются.
> Мир, кроме конченных маргиналов, уже будет писать на этом новом совершенном языке.
D уже 10 лет, раст всё ещё для наркоманов.
Легаси дороже новых фич.
Это будет голосовой интерфейс к вольфраму, который сам распарсит ТЗ по телефону, реализует его в лучше виде и задеплоит на сервер всего за полчаса.
Когда убьют, тогда и приходите.
В 2010-м и 2017-й казался очень далеко. Однако нет, вот он. С++ язык стариков, время летит бысто.
>Плюсы заменит более высокоуровневый ЯП, который практически не будет проигрывать в скорости, а в чём-то и превзойдёт и при этом даст возможности низкоуровнего управления железом, когда понадобится.
Rust же.
Бред, чем дальше тем меньший уровень вхождения в КОМПУКТЕРЫ, и чем дальше тем сильнее будет падать уровень познаний среднего юзера
я об этом и говорю
Си умрет, когда макаки научатся писать DSL для эмбеддеда. Но они никогда не научатся, потому что они макаки.
Форт постарше сишки будет. Но быдлу непонятно, да.
Embedder уже есть
Этот поехавший и в /матх свои излияния постил, срывая покровы с производных и пределов, которые НИПРАВИЛЬНЫЕ.
Алсо, кресты действительно не нужны, есть же растсвифт.
Ты еще скажи, что бесконечность правильная, а не жидовская выдумка.
ALGOL - 1958 год
Я не тот человек, но видел, нет не я видел, а у меня есть друг... Вот. Он видел ту тему, потому рассказал про неё мне, ну а я прочитав и всё поняв, что производная - неопределённость, которая может и не раскрыться итд потом его пример посмотрел и я был сильно удивлён, оказывается, скорость, которую показывает производная в ряде случаев не отображает реальную мгновенную скорость, она просто ошибочна в тех случаях. И область применения производной ограничена.
И ещё то, что функция не может быть бесконечно мала там, где она равна нулю.
Тот человек явно всё правильно говорит, но находятся глупцы, которые смеют спорить с Мастером.
Ну так вот, я взял пример с него - срыв покровов и всё такое. Я попытался предугадать наше будущее и объяснить настоящее.
Но те же глупцы, что не верили ему, не верят и мне. Значит, проблема в этих глупцах.
Pure C не умрёт никогда. Это Ассемблер же. Тот же Ассемблер под другим углом. Си++ сдохнет, да
>А в железо встроят его поддержку, ясное дело.
В ARM есть расширение для поддержки исполнения Java-опкодов или что-то вроде того - Jazelle.
>Плюсы заменит более высокоуровневый ЯП, который практически не будет проигрывать в скорости, а в чём-то и превзойдёт и при этом даст возможности низкоуровнего управления железом, когда понадобится.
Если случится так, как ты говоришь, и этот ЯП не будет сожержать ограничений особенностей машины и не будет иметь неотключаемый GC - отлично. Вот только я боюсь, что произойдёт что-то похуже. Вёб-сайты ведь уже давно не на плюсах, а на пыхе.
Кому нахуй нужна эта ваша пиратская джава со вкусом баттхерта майкрософта? Никому вне гейдева, ибо юнити.
Веб сайты уже на JS
Майкрософт владеет МайнКрафтом. МайнКрафт написан на Java, на C# его переписывать не будут.
С языком определились. Спор закончен.
Ага. И не конпилируется ни под что, кроме windows 10. Даже под более старые винды
>>951029
Потому что кроме юнити и майкрософта никому говношарп и прочие ASP нахуй не нужен -
> Кому нахуй нужна эта ваша пиратская джава со вкусом баттхерта майкрософта? Никому вне гейдева, ибо юнити. Всякое формошлепство даже не считаю за направление.
Сишарп плотно завязан на одном вендоре КОКОКО .NET CORE и не может в кровавый тырпрайз и хуйлоад.
Реальность очень проста. JVM-based языки выгнали нахуй сисярп из серьезного бизнеса. А в несерьезный бизнес сисярп так и не закатывался, будучи не пущенным PHP и потом уже питоном и теперь хипсторской нодой.
Говно без задач вне гейдева.
Соси хуй, быдло.
Вот почему так много инженерного и финансового софта имеют или C++ или C# .NET API?
Нужно всего пару простых модулей дописать, ради этого прийдется погружаться в экосистему.
> WPF
Обоснуй за смерть Windows Presentation Foundation. Пока я спал там что-то новое изобрели?
Эти команды опытных людей хотят разрабатывать прикладной софт. Цпп всех устраивает и менять его в ближайшие десятилетия никто в здравом уме не будет, т.к. придется переписать миллиарды строк кода, накопленные за прошлые десятилетия. Хотя, для проекта с нуля без зависимостей уже сейчас есть смысл попробовать раст.
Только в твоих маня-мечтах. 90% серверов - под линуксом, и шарпом там и не пахнет
Если бы он устраивал там кого-то, люди бы не перекатывались в своё время на жабаподобные языки.
на хуй иди, пидор
А кто не голанг, тот не модерн.
Моды сломаются же. Только хуже всем станет.
Что ты несешь вообще.
Почему шарп растет, а жаба летит на дно?
Спермодауны совсем тупые?
Жаба на первом месте, успешно обогнав сишку.
А шарп даже разложившие кресты обогнать не может.
Хороший график. Сразу видно, какие языки используются для серьезных проектов, а какие - для сайтов-визиток васянов.
>>951730
Такое отставание - результат того, что шарп появился на пять лет позже. И, таки, уверенно набирает свою долю, оставив ту же жабу далеко позади в вебе.
Маняграфик. Из того, что миллион сайтов в рунете поставил себе битрикс, не следует, что с пхп тебе ждет интересная работа. То же касается и asp.net. Этот график просто показывает, сколько серверов используют IIS. Но IIS как раз на серьезных проектах не используется. Берем рандомные сайты.
Random selection of sites using ASP.NET
Imanhua.com <= заглушка по продаже домена
Ponlinescalina.com.br <= лендинг что ли
Pctouchmesystemsonline.online <= Deceptive site ahead
Vtx.ch <= сайт провайдера
Educity.it <= заглушка для поиска гугла
Random selection of sites using Java
Singerlaren.nl <= театр
Skmagic.com <= can't be reached
Gotoassist.com <= бизнес интерпрайз солюшен
Briggskia.com <= продажи авто
Loveprop.com.br <= интернет-магазин
Короче у ASP.NET только 1 сайт нормальный и то вряд ли ты нашел бы там работу.
> for websites
Уже подпустил подливу под себя. Алсо проиграл с популярных сайтов, где половина это Microsoft, четверть ноунеймы и оставшаяся четверть что-то не IIS юзает в http server. Боязно выставлять эту хуйню в интернет? :3
Но Аллах с ними сайтами - визитками Васянов и сайтами Microsoft, ты лучше доставь проекты, написанные на шарпе, уровня хадупа, спарка, кассандры и прочего хуйлоада с кровавым тырпрайзом.
Што? Нету? Как так?
О чем можно говорить, если использование распределенных транзакций обязательно требует наличия винды с настроенным DTC, который еще хуй знает как будет работать со всем, кроме Microsoft SQL Server.
Сисярп (судя по гуглу) вообще не поддерживает JMS-транзакции (и тем более JMS и SQL в рамках единой распределенной транзакции).
И с такой хуитой вместо языка ты мне пытаешься втирать какую-то дичь, что сисярп где-то нужен вне майкрософта и сайтов-визиток васянов? Ну это просто мортира.
Реальность очень проста. Если бы не юнити и гейдев, то место сишарпа сейчас было бы подле Алгола.
> > for websites
> Уже подпустил подливу под себя. Алсо проиграл с популярных сайтов, где половина это Microsoft, четверть ноунеймы и оставшаяся четверть что-то не IIS юзает в http server. Боязно выставлять эту хуйню в интернет? :3
> Но Аллах с ними сайтами - визитками Васянов и сайтами Microsoft, ты лучше доставь проекты, написанные на шарпе, уровня хадупа, спарка, кассандры и прочего хуйлоада с кровавым тырпрайзом.
Стак оверфлоу, бенк оф Америка. Да я и сам пилю тырпрайз на аспе в конторе, смешно тебя читать.
> И с такой хуитой вместо языка ты мне пытаешься втирать какую-то дичь, что сисярп где-то нужен вне майкрософта и сайтов-визиток васянов? Ну это просто мортира.
Ну сорян, что шатаю твой манямирок своей мортирой.
> Реальность очень проста. Если бы не юнити и гейдев, то место сишарпа сейчас было бы подле Алгола.
Ага, и все вакансии по гаражу это большей частью Юнити? Не позорься клоун, шарп большей частью это энтерпрайз веб/десктоп.
> Жаба на первом месте
За счёт андроидов. Жаба это язык программирования под андроид. Всё. Без него она бы давно ушла ниже 10-го. Она без ведра есть только у IBM и банков. Больше ни у кого. Зачем нужен такой язык?
>шарп это энтерпрайз веб
проиграл с подливой.
у делфепидоров мания величия.
формочки рисуйте долбаебы. никто в сдравом уме не делает бэкенд на шарпе. ибо эта ссанина не масштабируется не кластеризируется и не умеет нихуя из того что умеет ява
> и банков
Финансовая индустрия кормит столько всякого узкосцециализированного софта, что это не "только", а "используется повсеместно и хорошо оплачивается".
> почти все тяжёлые бекенды
Это какие? Facebook & Вконтакте?
>>952452
Подсосов считать это вообще зашквар
Все что не влезают в пхп, но ещё не нуждаются в переписывании на кресты.
>Плюсы заменит более высокоуровневый ЯП, который практически не будет проигрывать в скорости
Начнём. Открой 200к потоков без дикого оверхеда.
>К тому же, всё кроссплатформенное и из коробки
Простите, а кресты на линухе, коммерческих никсах, винде или макоси не работают?
>>947724
>Мне кажется будущее за ним и в полной отвязке от какого-то реального железа
А что, с++ привязан к какому-то конкретному железу? Не более, чем любой другой из ныне существующих.
>>947975
>это будет некий общепризнанный стандарт
Внезапно, у c++ есть тоже обще признаный стандарт. Сиречь с++98, с++03, с++11, с++14, с++17. И да. с++ продолжает развиваться.
>Начнём. Открой 200к потоков без дикого оверхеда.
Ты дебил? Каким образом нативные потоки относятся к языку?
Таким, что #include <Windows.h> и CreateThread - элементарные конструкции в C++, которые тривиально используются.
Ни в одном другом языке, кроме C и C++ это недоступно без ебли с пакетами, unsafe, P/Invoke и подобной поебени. Ещё и другие будут тебя обсирать за то, что "используешь ко-ко-ко нипиринасимый код".
А в C++ всем на это насрать, более того, тебя даже уважать будут за то, что используешь мощные либы, проверенные временем, а не хипстерскую парашу.
Мимо другой кун
Я ожидал подобной реакции. Неудивительно, ведь за почти 30 лет ни на одном языке не создали лучшей библиотеки, чем Windows.h. Вот завистники и бесятся.
Да. Архитектура и интерфейс идеальны. А хейтерам не понять.
>#include <Windows.h> и CreateThread
Ты действительно дебил.
Это не имеет никакого отношения к языку.
Ты можешь дергать винапи из любого языка, из которого есть возможность дергать внешние библиотеки, или блядь делать сестемные вызовы.
С тобою вообще не о чем говорить, если ты не понимаешь такой простой вещи, что язык и его окуржение - это сука разные вещи.
Ну-ка дерни мне нативный createthread из своих плюсов, которые будут крутиться в интерпретаторе написанном на js внутри браузера. Понимаешь?
Нихуя ты не понимаешь.
>CreateThread - элементарные конструкции в C++
Как ты собираешь дергать многопоточность из своих плюсов в средах, где нет многопоточности от слова совсем? Или как ты свой CreateThread из windows.h (который оказывается конструкция языка) дернешь хотя бы в линуксе.
У тебя лютая каша в голове. Ты не отличаешь пальца от жопы, просто напросто. Я бы понял когда веб-макака не понимает таких низкоуровневых вещей как язык, рантайм языка, стандартная библиотека, окружение. Но когда всего этого не понимают низкоуровневые программисты, то блядь. Как ты программируешь на системном уровне, если ты нихуя не смыслишь в системах.
Ты умственно отсталый хуесос, потоков не может выполняться больше, чем есть ядер у процессора.
>Ты можешь дергать винапи из любого языка, из которого есть возможность дергать внешние библиотеки, или блядь делать сестемные вызовы
Да, могу. Если Васян написал байндинг. А если не написал или написал неправильно или я не доверяю Васянам, то только дёргать ручками .dll'ки, вручную переопределяя все struct'ы и enum'ы. И не дай Страуструп ошибиться.
>С тобою вообще не о чем говорить, если ты не понимаешь такой простой вещи, что язык и его окуржение - это сука разные вещи
Окружение создаётся под язык. Если я хочу поплавать, я залезу в бассейн с водой. И неважно, что слово "бассейн" не подразумевает наличие в нём воды.
>Ну-ка дерни мне нативный createthread из своих плюсов, которые будут крутиться в интерпретаторе написанном на js внутри браузера. Понимаешь?
Нет компиляторов кроме MSVC, всё остальное от лукавого. Если в данном компиляторе нет либ WinAPI - это плохой, негодный компилятор.
К чему я это? Ах да, к тому, что в плюсах пусть и не на всех платформах, но есть лучшая в мире библиотека. Для других языков это не факт.
>>952887
>Как ты собираешь дергать многопоточность из своих плюсов в средах, где нет многопоточности от слова совсем?
А зачем мне дёргать многопоточность, если я пишу под платформу без многопоточности?
>Или как ты свой CreateThread из windows.h (который оказывается конструкция языка) дернешь хотя бы в линуксе
Никак, линукс не нужен.
>который оказывается конструкция языка
Это не конструкция языка, это конструкция, которая есть в языке.
>язык
C++
>рантайм языка
Visual C++
>стандартная библиотека
Майкрософтовская
>окружение
Windows
Никаких проблем.
>>952904
Ты когда-нибудь слышал про мультизадачность?
>Ты можешь дергать винапи из любого языка, из которого есть возможность дергать внешние библиотеки, или блядь делать сестемные вызовы
Да, могу. Если Васян написал байндинг. А если не написал или написал неправильно или я не доверяю Васянам, то только дёргать ручками .dll'ки, вручную переопределяя все struct'ы и enum'ы. И не дай Страуструп ошибиться.
>С тобою вообще не о чем говорить, если ты не понимаешь такой простой вещи, что язык и его окуржение - это сука разные вещи
Окружение создаётся под язык. Если я хочу поплавать, я залезу в бассейн с водой. И неважно, что слово "бассейн" не подразумевает наличие в нём воды.
>Ну-ка дерни мне нативный createthread из своих плюсов, которые будут крутиться в интерпретаторе написанном на js внутри браузера. Понимаешь?
Нет компиляторов кроме MSVC, всё остальное от лукавого. Если в данном компиляторе нет либ WinAPI - это плохой, негодный компилятор.
К чему я это? Ах да, к тому, что в плюсах пусть и не на всех платформах, но есть лучшая в мире библиотека. Для других языков это не факт.
>>952887
>Как ты собираешь дергать многопоточность из своих плюсов в средах, где нет многопоточности от слова совсем?
А зачем мне дёргать многопоточность, если я пишу под платформу без многопоточности?
>Или как ты свой CreateThread из windows.h (который оказывается конструкция языка) дернешь хотя бы в линуксе
Никак, линукс не нужен.
>который оказывается конструкция языка
Это не конструкция языка, это конструкция, которая есть в языке.
>язык
C++
>рантайм языка
Visual C++
>стандартная библиотека
Майкрософтовская
>окружение
Windows
Никаких проблем.
>>952904
Ты когда-нибудь слышал про мультизадачность?
>мультизадачность
Не мог пройти мимо.
Довн ты реально считаешь что при переключении контекста ты выиграешь из-за лишнего треда?
Человек спросил, как создать 200к потоков, я сказал, как создать 200к потоков. Выиграет он или нет - это его дело.
Это тут при чём?
>>952921
Ну да, немного не к месту сказал. Но суть моего послания ты уловил, думаю.
>>952992
Проверенное промышленное решение "отстаёт" от какого-то хипстерского говна. Ну и пусть отстаёт, зато не в тупик катится.
Всё так и есть. Под линукс пишут только хипстеры в старбаксе. Ведь винда - это поддержка плохих корпораций, ай-яй-яй.
>Ведь винда - это поддержка плохих корпораций
Плохие корпорации на крестах под винду уже сто лет не пишут. В интерпрайзе везде шарп, а у нас еще и некродельфи.
>gcc
Говорю же, хипстерское говно. Ещё и опенсорсное, буэ.
>Если ИДЕ, то код блокс, нетбинс, да что угодно
И ЭЛТ-монитор к компьютеру на Селероне с шариковой мышкой. Красота, наверное.
>>953373
На крестах или нет - факт остаётся фактом: только хипстота, по причине жгучей ненависти к M$, использует gcc. Потому что ОПЕНСОРСНОСТЬ и ОТКРЫТОСТЬ.
Унылая игра
>На крестах или нет - факт остаётся фактом: только хипстота, по причине жгучей ненависти к M$, использует gcc. Потому что ОПЕНСОРСНОСТЬ и ОТКРЫТОСТЬ.
Ненависть к MS это что-то из девяностых и нулевых. Сейчас это даже не самая злая корпорация, а более злые, тот же гугл и фейсбук, внезапно, пилят опенсорс и пользуются gcc, а MS включает в состав винды убунту. Эпл же не пользуется gcc только по той причине, что запилила собственный компилятор.
MS на С++ весьма так подзабила, поэтому поддержка новых стандартов идет с запозданием, если нужен гуи - все равно приходится брать Qt, потому что больше нихуя нет, и вообще на винде сидят только те несчастные, у которых проектам по 10-15 лет и они за лочены на говно типа MFC или WinApi. В остальном С++ или перелез на линукс, или кроссплатформа.
>Потому что ОПЕНСОРСНОСТЬ и ОТКРЫТОСТЬ
Потому что поддержка кучи архитектур и современных стандартов. К тому же сейчас легче из под линкуса мингом все собирать, чем искать/качать нужные либы под MSVC.
Скажу лишь 2 вещи:
1. Любая новая железяка нуждается в брингапе. На чем обычно делается брингап? Правильно, на каких-нибудь никсах(зачастую линуха), либо какая-нить микроядерке, ртоси, исходя из задачи, из которых 99% написаны на чем? Правильно, на православных сях и крестах. Соответственно все ХАЛы, воркараунды и хаки эррат и православные фиксы хв-багов пишутся на них и только на них. Посему, пока при текущем статусе кво будут выходить новые девайсы, кодеры-крестописцы будут востребованы.
2. Но когда же поменяется статус кво? Не раньше чем лет так через 50. Почему? Да потому что ебучий легаси, вот печему! 2017 на дворе. 14 стандарт крестов уже готов, 17 на подходе. На каком все пишут? Хорошо, если на 2003 и тр1, т.к. любой мало-мальский продукт, имеющий историю хотя-бы лет 5-10 намертво застрял в 98ых крестах и не может с них сползти, несмотря на всю охуенность, безопасность, удобство и вообще имбовость новых стандартов. На 11тый переползают лишь избранные, не говоря уже о 14(между прочим, 3 года давности уже!), и то это происходит главным образом в стартапах и при разработке новых компонент с нуля.
Потому что никто в индустрии не дает денег на рефакторинг и портирование.
НИКТО
И
К
О
Г
Д
А Блджад!
Только если кровькишкипиздапидораситнеизбежно, и даже здесь не всегда.
И это, заметьте, речь лишь о 99,9999%(с учетом уебищных неописанных стандартом конструкций, которые внезапно стали запрещенными в следующих) синтаксически-совместимом переползании с древней версии на более новую одного и того же языка.
А перейти на абсолютно-новый язык, да так чтобы кресты были не нужны... Ололололол, это настолько нереально, что мне даже лень ссать вам на лицо за такие слова - нассыте себе сами, будьте так добры. Не в этой жизни. По крайней мере, не в нашей.
Вот за что-что, а за долгое(но не факт, что прекрасное) будущее крестов я уверен. Это тот язык, что хуй похоронишь, в реалиях современной софтварно-хардварной индустрии.
Скажу лишь 2 вещи:
1. Любая новая железяка нуждается в брингапе. На чем обычно делается брингап? Правильно, на каких-нибудь никсах(зачастую линуха), либо какая-нить микроядерке, ртоси, исходя из задачи, из которых 99% написаны на чем? Правильно, на православных сях и крестах. Соответственно все ХАЛы, воркараунды и хаки эррат и православные фиксы хв-багов пишутся на них и только на них. Посему, пока при текущем статусе кво будут выходить новые девайсы, кодеры-крестописцы будут востребованы.
2. Но когда же поменяется статус кво? Не раньше чем лет так через 50. Почему? Да потому что ебучий легаси, вот печему! 2017 на дворе. 14 стандарт крестов уже готов, 17 на подходе. На каком все пишут? Хорошо, если на 2003 и тр1, т.к. любой мало-мальский продукт, имеющий историю хотя-бы лет 5-10 намертво застрял в 98ых крестах и не может с них сползти, несмотря на всю охуенность, безопасность, удобство и вообще имбовость новых стандартов. На 11тый переползают лишь избранные, не говоря уже о 14(между прочим, 3 года давности уже!), и то это происходит главным образом в стартапах и при разработке новых компонент с нуля.
Потому что никто в индустрии не дает денег на рефакторинг и портирование.
НИКТО
И
К
О
Г
Д
А Блджад!
Только если кровькишкипиздапидораситнеизбежно, и даже здесь не всегда.
И это, заметьте, речь лишь о 99,9999%(с учетом уебищных неописанных стандартом конструкций, которые внезапно стали запрещенными в следующих) синтаксически-совместимом переползании с древней версии на более новую одного и того же языка.
А перейти на абсолютно-новый язык, да так чтобы кресты были не нужны... Ололололол, это настолько нереально, что мне даже лень ссать вам на лицо за такие слова - нассыте себе сами, будьте так добры. Не в этой жизни. По крайней мере, не в нашей.
Вот за что-что, а за долгое(но не факт, что прекрасное) будущее крестов я уверен. Это тот язык, что хуй похоронишь, в реалиях современной софтварно-хардварной индустрии.
>т.к. любой мало-мальский продукт, имеющий историю хотя-бы лет 5-10 намертво застрял в 98ых крестах и не может с них сползти
Хуйню несешь. Код обратно совместим, поэтому наполнять его фишками из новых стандартов можно постепенно, главное, чтобы компилятор это поддерживал. Собственно, 5 лет назад C++0x уже вовсю входу был.
> только те несчастные, у которых проектам по 10-15 лет и они за лочены на говно типа C++. В остальном С++ умер и не нужен.
Фикс
Внатуре, это оскорбительно по отношению к пидорам.
Наркоман? Я Треды и Таски в Шарпе привязал как по щелчку пальцев. Там точно также просто организовать многопоточность. И, да, это будут low level потоки
вот и весь тред
а на самом деле С один из популярнейших языков
https://tproger.azureedge.net/wp-content/uploads/2016/03/graph.png
Си никогда не умрёт. У него всегда есть ниша
14-е плюсы ебут твой D в рот и жеппу. Забудь ты вообще о таком языке как D, он как хачкель, кукареков много, но никто на нем не пишет.
Пока есть всякие костыли вроде:
http://perfect.org/
http://www.elementscompiler.com/elements/silver/
Но вообще swift - опенсурс, уже гугл собирается андроид на него переводить.
Как убежденный крестовик, перепробовавший всякие Scala,Kotlin,Ocaml,F#, на Go даже не взглянувший из-за отсутствия дженериков, категорично заявляю, Swift - охуеннее всего из современных языков.
Это навсегда и останутся костыли. Язык под платформу.
Это как шарп.
Он вроде и не только на винде то в итоге, а что толку?
Удачи с деплоем клиентам. И не дай бог ты поставляешь свой говнокод в либах.
>Язык под платформу.
Там где есть Clang - там есть Swift искаропки.
google android блядь на swift будет переводить, на серверах уже бери используй, и даже под .Net и JVM есть уже.
Но нет, ты кукарекаешь про язык под платформк, был бы под платформу - его бы Apple не опенсурсила. Самая дорогая корпорация преподнесла тебе божественный подарок, а ты плюешь.
>Это как шарп.
>Он вроде и не только на винде то в итоге, а что толку?
Сишарп сейчас - охуенное средство кроссплатформенной разработки, всякие Mono и Xamarin, уже выкуплены майкрософтом и получает всестороннюю его поддержку.
Как и на Питоне, ни одного достойного проекта до сих пор.
Свифт разве в быстроту умеет?
Моно - это .Нет для Линукса и Андроид, где он никому нужен не был и не будет.
А C# - язык для маленьких программ под Винду.
Тормозит не хуже Джавы.
> гугл собирается андроид на него переводить
Чаго? Пруфы?
http://lmgtfy.com/?q=google+android+swift новостям год, с тех пор никаких телодвижений. Это какие-то мечты твои потаённые что ли?
Шта?
>>955505
>Свифт разве в быстроту умеет?
Да, а еще умеет в интеграцию с Pure C искаропки
>Моно - это .Нет для Линукса и Андроид, где он никому нужен не был и не будет.
Ну на серверах может и нет, а вот десктопное приложение сразу для Linux/Mac OS X/Android/Ios/Windows написать на одном C# писать очень даже неплохо/
>>955635
Ну как бе не секрет, что Google срется с Oracle из-за Java и что-то им решать надо.
За год тебе они чтоли должны перейти, но таки за этот год гугель стал использовать clang по умолчанию в NDK, и вообще отказался от поддержки gcc.
А еще всякие новые плюшки в Android Studio, вроде ConstraintLayout, полностью спижженные с auto layout в Xcode.
Так что процесс обэпплевания девелоперских инструментов андроида идет полным ходом.
А через 5 лет они с Apple также сраться будут из-за Swift.
Им в таком случае сразу на GO переходить надо.
> За год тебе они чтоли должны перейти
Нет конечно. Но хотя бы пресс релизы должны быть. Хоть разговоры, что они SDK обновляют. А тут разговоры и забыли
>А через 5 лет они с Apple также сраться будут из-за Swift.
Что в слове опенсурс тебе непонятно?
>Им в таком случае сразу на GO переходить надо.
Дженерики то завезли?
Go - это говно без задач с возможностями уровня паскаля какого-нибудь.
Сами создатели языка говорили, что сделали Go для начинающих тупых быдлокодеров, что по максимуму ограничить их в возможности говнокодить и заставить писать что-то поддерживаемое.
И на этом невыразительном блеклом говне ты меня, сеньора-помидора, хочешь заставить серьезные проекты писать? Да иди ты лесом.
Куда это: https://gist.github.com/eduarc/6022859
?
Ну я тебе привел пруфы того, что гугл активно перенимает инструменты разработки эппл.
В частности полностью переходят на Clang, а к нему и swift прикрутить - дело техники.
ну ты сказанул. Одно дело когда ты копируешь GUI и фичи, а другое, когда ты язык меняешь. Конпелятор для swift'а открытый? SDK менять это тоже не так-то просто
>а другое, когда ты язык меняешь
В чем твоя проблема? К JVM уже даже сторонние разработчики swift прикрутили, уже бери и используй.
Но если без JVM, то как раз в GUI и проблема, огромная кодовая база на Java.
>Конпелятор для swift'а открытый?
О хоспаде, https://ru.wikipedia.org/wiki/Clang
>Что в слове опенсурс тебе непонятно?
проблемы в том, что твой словарный запас на этом заканчивается.
>Дженерики то завезли?
>Go - это говно без задач с возможностями уровня паскаля какого-нибудь.
>Сами создатели языка говорили, что сделали Go для начинающих тупых быдлокодеров, что по максимуму ограничить их в возможности говнокодить и заставить писать что-то поддерживаемое.
>И на этом невыразительном блеклом говне ты меня, сеньора-помидора, хочешь заставить серьезные проекты писать? Да иди ты лесом.
ты истеричка
>мимо-ленивый-читать-тред
Двач, где я проебался?
http://pastebin.com/UjF3S0p5
Если ввести 0, то в произведении выходит 1.
>проблемы в том, что твой словарный запас на этом заканчивается.
Найн
>ты истеричка
Ну мож быть, просто успев поработать от линухов, через винду, до мобилок. Писал серверные, десктопные, мобильные приложухи. Сидел днями и ночами в Visual Studio, Eclipse, KDevelop, CLion, Xamarin Studio, Android Studio и Xcode. Компилил Clang'ами и gcc. Какой только фигни не испробовал.
И считаю что могу прокукарекать свое мнение, а оно таково, что девлоперсике инструменты Apple - просто манна небесная по сравнению со всем остальным. А уж то, что они опенсурсят самые свои передовые разработки, вроде LLVM, CLang и Swift - это просто божественный дар человечеству.
И меня сильно поражает то, что у кого то поворачивается язык вообще высказываться в пользу гугловского way. Уж не знаю почему, но практически все, до чего гугл дотягивается - непойми как работающее глючное костылесборище, и Android тут как раз ярчайший пример. Но гуглы все же не дураки, понимают что городят фигню, потому и постепенно перенимают позитивный опыт конкурентов. Господи, да гуглы только полгода как запилили возможность C++ на андроиде с брейкпоинтами в Android Studio дебажить (что в прочем все равно осложняется просто невыносимой тормознутостью этой студии), а за год до Майкрософт мать его уже запилило такую возможность в Visual Studio. Макрософт едрить его ети сделало жизненно необходимые девелоперсие тулзы для Андроида на год раньше гугла! И сделало не в пример лучше кстати того тормозного дерьмеца, что наблюдается в Андроид Студии.
Да ничего не заменит, есть языки и лучше, есть даже и быстрее, есть гораздо безопаснее, которые так же могут занимать ту нишу, в которой сидят кресты, но вот только никто серьезно на таких языках писать не будет, ведь программистов для таких языков неоткуда взять. Хорошо когда ты там один на расте говнокодишь свои прожекты, но вдруг придется расширять комманду, да где ты даже второго такого растонаркомана то найдешь.
Так что как минимум на таком самоподдуве кресты продержатся еще возможно не один десяток лет. И даже все эти новые стандарты крестов будут никому не нужны, ведь зашоренные тимлиды на местах хоть им какие доводы разума приводи, все равно будут уверены, что всякое auto - от лукавого, деды писал "Kokoko<Kukarek>* a = new Kokoko<Kukarek>();", и ты пиши.
Kokoko<Kukarek>* a = new Kokoko<Kukarek>();
Деда бы за такое выебали бы в жёппу. На любом ревью использование new/delete в клиентском коде завернули бы/завернут накуй. Меньше тряси жиром и лучше-ка готовься к ЕГЭ.
мимо-крокодил
Ты "multipl" в начале выставляешь равным 1. Если "c" равно нулю, то цикл не выполняется. Если цикл не выполняется, тогда почему ты считаешь, что "multipl" должен измениться?
Ты кокойто заграничный крокодил, чесслово.
В этой стране типичный C++погромист - это линуксоид прежде всего, пишет он СЕРДЦЕМ потому что ничего более не знает и не умеет. Позавчера сдали вовсе неработающий проект, а сегодня погрызлись со мной за кружкой чая (бешеный линуксоид победил) и вот и день прошёл. А там и вся жызнь прошла.
Ты наркоман? Только стеком пользоваться? Многопоточность еще не проходили в универе?
>Да ничего не заменит, есть языки и лучше, есть даже и быстрее, есть гораздо безопаснее
Угу, только нет одновременно. C++ неплох.
Там сборщик мусора и классы-ссылки.
>На любом ревью использование new/delete в клиентском коде завернули бы
Нахуй иди. В том же Qt - это абсолютно стандартное действие, потому что у любого QObject есть хозяин, который его убивает.
>Дженерики то завезли?
Нахуя они там? Для их задач крудошлепства хватает рефлекшена в рантайме.
ещё паттерны, шаблоны и ООП
Ну кто-то предлагал Go как замену джаве на андроиде, вот я и спросил хоть про дженерики.
some.h:
const QMap<QString,qint32> DICT;
some.cpp:
const QMap<QString,qint32> DICT{ {"one",1}, {"two",2}, };
Обязательно нужно extern в .h добавлять? Или константы вообще НЕ ПРИНЯТО в .cpp инициализировать?
Си переживет и кресты, и тебя.
>>947397
>>947380
С кем я сижу на одной борде? я понимаю что C++ слишкам сложна и хейтить его модно, но чтоб писать такое..
Где-то вверху вообще Питон как альтернативу для опенсорса назвали, лол.
>но Си почти мёртв.
Ебанный школьник иди нахуй мать твою ебал сука. Заебали погромизды-эксперты которые два слова на своем говне JS напишут и уже хоронят на дваче кресты и Сяшку. Ебанутые? вам заняться нечем?
или может вы пытаетесь свою самооценку поднять?
На самом деле я не хейтер JS, всему свое применение. Только школота хейтит что-то и срется в тырнетах.
Лично я планирую выучить JS для веб макакинга. Но когда макака которая знает только JS и обсирает С это реально рвет шаблон.
>хейтит что-то и срется в тырнетах.
Как что-то плохое.
>когда макака которая знает только JS и обсирает С
То это очень мило - такая няша же :3
>Как что-то плохое.
Разумеется плохо.
Только идиоты возводят все в абсолют.
А хейт к чему-либо не бывает отчасти или непредвзятым.
А уж тратить время на то, чтобы кидаться во что-то своим собственным говно - вообще пушка.
Ты недавно тут?
что?
extern обязателен, если твоя константа где-то еще используется.
расскажи
если QTextBrowser не подойдет, тогда х.з.
> все уже писали на Ассемблере... Пока не появился Си.
После ассемблера самым популярным языком стал Фортран. Историю надо знать.
Нет, потому что 1 это правильный ответ. Произведение нуля элементов равно единице, так же как сумма нуля элементов равна нулю. Почему? Потому что 1 - это нейтральный элемент для умножения, а 0 - для сложения.
Сори, я хуйню написал, я думал что ты ищешь произведение n элементов. Тогда норм, сделай проверку, если ввели 0, то произведение равно 0
Зачем нож если есть пила?
Я то слышал, но еще год назад работал на проекте, где молодой в общем то тимлид то, всего чутка за 30, упирался всеми силами в свой манямирок, не слушая доводов разума, и не разрешал умные указатели применять, типо "логика усложняется", блядь. Помот с привеликим скрипом unique_ptr разрешил. И таких долботимлидов миллионы.
Напиши мне драйвер на C#
Условие нормального программиста всё то же -- он обязан знать си с классами. Он может не иметь большого опыта с этим языком, но понимать арифметику указателей маст хев. Иначе он упускает мощный инструмент для байтоёбства. А байтоёбить иногда надо.
>и не разрешал умные указатели применять, типо "логика усложняется"
Если тебе нужны умные указатели, то у тебя проблемы с архитектурой. У ресурса всегда должен быть явный владелец.
Одно другому не мешает как бы. Что мешает пускать по кругу данные без умных указателей?
Сделй базовый класс с поддержкой manual reference counting. obj->retain(), obj->release. И наследуйся от него. 90% проблем решены.
>Если тебе нужны умные указатели, то у тебя проблемы с архитектурой. У ресурса всегда должен быть явный владелец.
С многопоточностью ты явно не знаком.
Это копия, сохраненная 16 мая 2017 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.