Давным давно у людей был только Машинный Код, потом появился Ассемблер и мишиннокодовцы стали ненавидеть Ассемблер и поливали ассемблерщиков грязью. Они лохи и вообще не тру, они не знают даже как компьютеры устроены и работают с нуля, забывают электротехнику, не знают физику в целом, абстрагируются от реального мира, пластмассовый искусственный язык и такой же пластмассовый искусственный мирок, убивают ультраприродное естество мироздания богомерзким НТП и своей сраной эволюцией человечества, убивают фундамент всего сущего итд итп
Постепенно, людей пишущих на машинных кодах стало относительно немного и все уже писали на Ассемблере... Пока не появился Си.
Но тут ассемблеровцы ополчились на сишников, типа мудачьё тупое, JS какой-то высокоуровневый, Scratch бля, знания о процах и памяти лишь поверхностные итд. Ну, короче, лохи полные и вообще ничоо не понимают, то ли дело мы. Кто они такие в сравнении с нами?
А ещё чуть погодя, все уже писали на Си.
Странно, что вам, новым поколениям эту старую историю не рассказывают в ваших институтах или где вы там учились.
Можете не верить, но смерть плюсов напрямую зависит от новых технологий в мире hardware и небольшого количества новых идей по разработке софта.
Плюсы заменит более высокоуровневый ЯП, который практически не будет проигрывать в скорости, а в чём-то и превзойдёт и при этом даст возможности низкоуровнего управления железом, когда понадобится. А в железо встроят его поддержку, ясное дело. Программирование станет простым и быстрым и сами программы будут работать очень быстро. К тому же, всё кроссплатформенное и из коробки.
В год, когда появится этот новый ЯП, плюсы можно будет закапывать.
Да, плюсисты покричат, попрыгают по веткам, покидаются говном, но через 3 года весь Мир, кроме конченных маргиналов, уже будет писать на этом новом совершенном языке.
Людишки будут драться не только за рабочие места с девелопингом на новом ЯП из-за более высоких зарплат, они будут драться даже за места на учебные курсы.
Эволюционный прогресс только ускоряется, а обезьяна остаётся обезьяной. Но ничего страшного, скоро за вас программировать будут машины. Причём, писать код они будут для других машин... Так что всё самое страшное ещё впереди.
Можете изложить свои мысли о таком ЯП. Каким вы его видите, что вы от него ждёте, что именно вам нужно. Ваши идеи, как это осуществить лучше. Всё только серьёзно.
>>947374 (OP) >Людишки будут драться не только за рабочие места с девелопингом на новом ЯП из-за более высоких зарплат, они будут драться даже за места на учебные курсы.
Обоссаный прорамистишко на полном серьезе считает, что его дрочево на байтики что то значит для реального мира.
>>947374 (OP) Всё так. Когда-то быть программистом означало знать C++, но уже в середине нулевых плюсы окончательно стали полностью нишевым языком. Дядя Боб говорил: "ЦПП - мужской, насыщенный тестостероном язык для решения больших проблем". Но стоит отметить, что подобные "мужланские" языки для мастеров на все руки, как и сами эти мастера, нужны только в сырой, ещё не проработанной индустрии, где нихуя нет, а нужно всё делать. В проработанных же отраслях, все большие проблемы давно разбиты на мелкие и под каждую есть свой удобный инструмент, а то и два. Так с появлением "женской" джявы, уже можно было много чего не знать, но при этом успешно решать задачи поставленные бизнесом. А с появлением ещё более "жеманного" руби оказалось, что программирование вообще может быть "по фану", со всеми удобствами, политое сладким кремом и посыпаное розовым сахарком. С появлением питона оказалось, что программирование - это вообще просто и понятно, и стать программистом можно за неделю. Сегодня языков так много, что их можно выбирать не только ориентируясь под задачу, а просто как одежду или плейлист для прослушивания, руководствуясь модой, чувствой собственного стиля и прочей чисто субъективной хуйнёй. Хотя, сейчас, даже олдовые, гротескные языки, вроде няшной выбираются так же: школьник посмотрел фильмы про крутых хакеров-нагибаторов и решил овладеть железом, лол. Языки стали полноценным объектом общества потребления. Разумеется, труёвые цппшники на фоне этого выглядят как приклейтед.
>>947645 Если брать процентное соотношение, то C++ действительно язык из опущенного уровня. Не такой уж он и распространённый. Вся Винда давно на .Нет перешла, Опен Сорс на Питон, а на маке свои ЯП.
Добавим сравнение зарплат плюсистов и джавистов и то как плюсисты ломают головы над кодом временами и как джависты не знают бед.
Плюсы живы до сих пор лишь по одной причине, нужен низкоуровневый и высокоскоростной язык, хотя бы один. А его одного и используют, остальные низкоуровневые мертвы, на С только маргиналы ядро Линукса пишут до сих пор. А вот высокуровневые - их десятки живых и применяемых и ещё больше становится. А почему так? Да потому что и плюсов уже по горло, даже там говна наешься.
>>947374 (OP) А как же функциАнальное программирование? Мне кажется будущее за ним и в полной отвязке от какого-то реального железа. Рано или поздно машинное обучение применят для кодогенерации, уже есть к этому сподвижки, программист будет писать высокоуровневый абстрагированный код, а компилятор будет переводить его в оптимизированный под конкретное железо. Чем более код абстрагированный, тем больше возможностей для оптимизации. Будут программисты, которые будут писать однострочники, обладая недюжей квалификацией для этого, производя средства производства, а так же будут операторы средств производств (сайтостроители, мобилкоаппликаторы или что там еще будет). Естественно первых будет мало, но в их большом количестве и нет большой нужды. Формошлепы же будут составлять основную массу и работать будут с блоксхемами и WYSIWG. C++ и C будет использоваться, так же как сейчас ассемблер, для ряда задач с условиями жесткой экономии ресурсов. Java и C# отправятся вслед за коболом.
Я вот не понимаю. Чего такого есть в C++, что не могут придумать ему полноценную замену? По сути нужно просто придумать ещё один компилируемый язык без сборщика мусора (на этом моё понимание языков ограничивается; простите, если кого-то оскорбил). Хватило бы практически копии самого C++, просто без кучи ебучего мусора, который на нём на рос за время жизни, и с парой полезных фич.
>>947724 Я и описываю высокоуровневый язык, где нет привязки к конкретному железу, а все низкоуровненвые фитчи станут универсальными, это будет некий общепризнанный стандарт, который будут поддерживать все основные разработчики и производители железа. Но эти фитчи применять будут редко. Реально программировать же будут умень многие ещё со школы, т.к. это им по жизни много где понадобится в наш развитой век. Да, все будут шаблоноклёпами.
Применять машинное обучение каждый раз слишком затратно, а может и долго, могут и ошибки высыпаться. Всё не так просто. На мобиле и планшете такое не попишешь особо. Да и ноутбуки аналогично. Сейчас многие вещи проще самому написать и не выполнять лишних действий, если ты что-то качественное делаешь.
Речь о статической забивке правил, привязок,... перегона высокоуровнего кода в низкоуровневый. Высокоуровневый будет похож на манипуляцию блоками низкоуровнего.
Java и С# будут продолжать жить и развиваться. В них влкадывают большие деньги и будут продолжать это делать. Возможности будут расширяться. Уже готовая огромная инфраструктура. В новом же языке всё с нуля нужно будет создавать.
>>947969 Разработка такого языка - работа для команды опытных людей. Но мне не нужно быть профессионалом, чтобы указать на явные недостатки, просто сравнив с тем, что уже есть.
>>947374 (OP) >Давным давно у людей был только Машинный Код, потом появился Ассемблер и мишиннокодовцы стали ненавидеть Ассемблер и поливали ассемблерщиков грязью. Давно я так не проигрывал. Когда появился ассемблер, все наконец вздохнули с облегчением, потому-что наконец можно было отказаться от куска говна настолько неудобного, что ввод HelloWorld занимал час!
Скала, Д, и остальной мусор, который даже сейчас не взлетел. Давайте не будем рекламировать языки, которые нам нравятся. Вы путаете желаемое с действительным. Д родился мёртвым. Скала - применяется в очень узкой области. Я думаю, найдётся и другая достойнкая присоска-паразит к Java в ближайшем будущем, ещё лучше.
>>947965 >По сути нужно просто придумать ещё один компилируемый язык без сборщика мусора (на этом моё понимание языков ограничивается; простите, если кого-то оскорбил). Хватило бы практически копии самого C++, просто без кучи ебучего мусора, который на нём на рос за время жизни, и с парой полезных фич. Ты мыслишь правильно. Такой есть, Clay называется, проблема в том, что на С++ помимо ебучего мусора написаны гигатонны полезного кода, а еще он совместим с С, а мусор не так уж и мешает - это в основном кривизна синтаксиса, к которому привыкнуть не сложно. Большая часть гемора от С++ в реальных проектах связана как раз с его низкоуровневостью. Поэтому С++ всех устраивает, и речь скорее идет, чтобы допилить С++ до достойного 21 века языка - с пакетами-хуетами и т. п., чем пилить язык с нуля.
>>948193 Он совместим с Си, но Си почти мёртв. Очнись ты уже.
С++ невозможно допилить до 21 века, как и Java, там есть такая штука, как обратная совместимость, начнёшь переделывать, и уже написанные "гигатонны кода" начнут отваливаться десятками мегатонн после каждого такого обновления и никто это переписывать не будет.
Новые дебилизмы накладываются на старые. И это говно нарастает там как снежный ком.
К тому же, делать к этому говну привязки в железе никто не станет. Для начала необходимо создать специализированный для этого язык. И куда там вставлять эти новые фитчи, есла там столько дебилизма. Этим будет невозможно пользоваться. Это потеряет всякий смысл.
На плюсах, как уже говорилось, писать дольше и сложнее, чем на высокоуровневых, больше головной боли, больше времени и других затрат. На больших проектах это офигенный перевес даёт в сторону той же Java.
>>948479 >Очнись ты уже. Мне 28 и слухи о смерти С++ я слышу столько же, сколько сижу на бордах. С тех пор я вижу, как подыхают супер-пупер технологии типа WPF, rails или backbone.js, а мои вложения времени в С++ окупились множество раз и ничего не устарело.
>С++ невозможно допилить до 21 века, как и Java, там есть такая штука, как обратная совместимость, начнёшь переделывать, и уже написанные "гигатонны кода" начнут отваливаться десятками мегатонн после каждого такого обновления и никто это переписывать не будет. Переделывание оставь растоблядкам. С++ возможно допилить до 21 века. Для этого нужно добавить пакетную систему, модули, варианты, нормальное программирование во время компиляции вместо лиспа на шаблонах и еще немного по мелочам. Переделывать ничего не надо. И уж точно не надо пилить язык с нуля, обнулив всю кодобазу.
>>948499 Уже только из твоего сообщения понятно, что плюсам пиздос, никто и ничего этакого в плюсах точно менять и добавлять не будет. Многие вещи могут усугубить ситуацию.
>>947374 (OP) >высокоуровневый ЯП, который практически не будет проигрывать в скорости, а в чём-то и превзойдёт Си и при этом даст возможности низкоуровнего управления железом, когда понадобится. Такой язык уже есть. C++ называется.
>>947374 (OP) >А в железо встроят его поддержку, ясное дело Такой хуйнёй только IBM страдает.Остальные в лучшем случае в компилятором ограничиваются. > Мир, кроме конченных маргиналов, уже будет писать на этом новом совершенном языке. D уже 10 лет, раст всё ещё для наркоманов. Легаси дороже новых фич.
>>947379 Это будет голосовой интерфейс к вольфраму, который сам распарсит ТЗ по телефону, реализует его в лучше виде и задеплоит на сервер всего за полчаса.
>>947374 (OP) >Плюсы заменит более высокоуровневый ЯП, который практически не будет проигрывать в скорости, а в чём-то и превзойдёт и при этом даст возможности низкоуровнего управления железом, когда понадобится. Rust же.
>>950566 Я не тот человек, но видел, нет не я видел, а у меня есть друг... Вот. Он видел ту тему, потому рассказал про неё мне, ну а я прочитав и всё поняв, что производная - неопределённость, которая может и не раскрыться итд потом его пример посмотрел и я был сильно удивлён, оказывается, скорость, которую показывает производная в ряде случаев не отображает реальную мгновенную скорость, она просто ошибочна в тех случаях. И область применения производной ограничена. И ещё то, что функция не может быть бесконечно мала там, где она равна нулю.
Тот человек явно всё правильно говорит, но находятся глупцы, которые смеют спорить с Мастером.
Ну так вот, я взял пример с него - срыв покровов и всё такое. Я попытался предугадать наше будущее и объяснить настоящее. Но те же глупцы, что не верили ему, не верят и мне. Значит, проблема в этих глупцах.
>>947374 (OP) >А в железо встроят его поддержку, ясное дело.
В ARM есть расширение для поддержки исполнения Java-опкодов или что-то вроде того - Jazelle.
>Плюсы заменит более высокоуровневый ЯП, который практически не будет проигрывать в скорости, а в чём-то и превзойдёт и при этом даст возможности низкоуровнего управления железом, когда понадобится.
Если случится так, как ты говоришь, и этот ЯП не будет сожержать ограничений особенностей машины и не будет иметь неотключаемый GC - отлично. Вот только я боюсь, что произойдёт что-то похуже. Вёб-сайты ведь уже давно не на плюсах, а на пыхе.
>>950933 >>951029 Потому что кроме юнити и майкрософта никому говношарп и прочие ASP нахуй не нужен - > Кому нахуй нужна эта ваша пиратская джава со вкусом баттхерта майкрософта? Никому вне гейдева, ибо юнити. Всякое формошлепство даже не считаю за направление.
Сишарп плотно завязан на одном вендоре КОКОКО .NET CORE и не может в кровавый тырпрайз и хуйлоад.
Реальность очень проста. JVM-based языки выгнали нахуй сисярп из серьезного бизнеса. А в несерьезный бизнес сисярп так и не закатывался, будучи не пущенным PHP и потом уже питоном и теперь хипсторской нодой. Говно без задач вне гейдева.
>>951298 Вот почему так много инженерного и финансового софта имеют или C++ или C# .NET API? Нужно всего пару простых модулей дописать, ради этого прийдется погружаться в экосистему.
>>947976 Эти команды опытных людей хотят разрабатывать прикладной софт. Цпп всех устраивает и менять его в ближайшие десятилетия никто в здравом уме не будет, т.к. придется переписать миллиарды строк кода, накопленные за прошлые десятилетия. Хотя, для проекта с нуля без зависимостей уже сейчас есть смысл попробовать раст.
>>951729 >>951730 Такое отставание - результат того, что шарп появился на пять лет позже. И, таки, уверенно набирает свою долю, оставив ту же жабу далеко позади в вебе.
>>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 сайт нормальный и то вряд ли ты нашел бы там работу.
>>951736 > for websites Уже подпустил подливу под себя. Алсо проиграл с популярных сайтов, где половина это Microsoft, четверть ноунеймы и оставшаяся четверть что-то не IIS юзает в http server. Боязно выставлять эту хуйню в интернет? :3
Но Аллах с ними сайтами - визитками Васянов и сайтами Microsoft, ты лучше доставь проекты, написанные на шарпе, уровня хадупа, спарка, кассандры и прочего хуйлоада с кровавым тырпрайзом. Што? Нету? Как так? О чем можно говорить, если использование распределенных транзакций обязательно требует наличия винды с настроенным DTC, который еще хуй знает как будет работать со всем, кроме Microsoft SQL Server. Сисярп (судя по гуглу) вообще не поддерживает JMS-транзакции (и тем более JMS и SQL в рамках единой распределенной транзакции).
И с такой хуитой вместо языка ты мне пытаешься втирать какую-то дичь, что сисярп где-то нужен вне майкрософта и сайтов-визиток васянов? Ну это просто мортира.
Реальность очень проста. Если бы не юнити и гейдев, то место сишарпа сейчас было бы подле Алгола.
>>952108 > > for websites > Уже подпустил подливу под себя. Алсо проиграл с популярных сайтов, где половина это Microsoft, четверть ноунеймы и оставшаяся четверть что-то не IIS юзает в http server. Боязно выставлять эту хуйню в интернет? :3
> Но Аллах с ними сайтами - визитками Васянов и сайтами Microsoft, ты лучше доставь проекты, написанные на шарпе, уровня хадупа, спарка, кассандры и прочего хуйлоада с кровавым тырпрайзом. Стак оверфлоу, бенк оф Америка. Да я и сам пилю тырпрайз на аспе в конторе, смешно тебя читать. > И с такой хуитой вместо языка ты мне пытаешься втирать какую-то дичь, что сисярп где-то нужен вне майкрософта и сайтов-визиток васянов? Ну это просто мортира. Ну сорян, что шатаю твой манямирок своей мортирой. > Реальность очень проста. Если бы не юнити и гейдев, то место сишарпа сейчас было бы подле Алгола. Ага, и все вакансии по гаражу это большей частью Юнити? Не позорься клоун, шарп большей частью это энтерпрайз веб/десктоп.
>>951729 > Жаба на первом месте За счёт андроидов. Жаба это язык программирования под андроид. Всё. Без него она бы давно ушла ниже 10-го. Она без ведра есть только у IBM и банков. Больше ни у кого. Зачем нужен такой язык?
>>952150 >шарп это энтерпрайз веб проиграл с подливой. у делфепидоров мания величия.
формочки рисуйте долбаебы. никто в сдравом уме не делает бэкенд на шарпе. ибо эта ссанина не масштабируется не кластеризируется и не умеет нихуя из того что умеет ява
>>952338 > и банков Финансовая индустрия кормит столько всякого узкосцециализированного софта, что это не "только", а "используется повсеместно и хорошо оплачивается".
>>947374 (OP) >Плюсы заменит более высокоуровневый ЯП, который практически не будет проигрывать в скорости Начнём. Открой 200к потоков без дикого оверхеда. >К тому же, всё кроссплатформенное и из коробки Простите, а кресты на линухе, коммерческих никсах, винде или макоси не работают? >>947724 >Мне кажется будущее за ним и в полной отвязке от какого-то реального железа А что, с++ привязан к какому-то конкретному железу? Не более, чем любой другой из ныне существующих. >>947975 >это будет некий общепризнанный стандарт Внезапно, у c++ есть тоже обще признаный стандарт. Сиречь с++98, с++03, с++11, с++14, с++17. И да. с++ продолжает развиваться.
>>952744 Таким, что #include <Windows.h> и CreateThread - элементарные конструкции в C++, которые тривиально используются.
Ни в одном другом языке, кроме C и C++ это недоступно без ебли с пакетами, unsafe, P/Invoke и подобной поебени. Ещё и другие будут тебя обсирать за то, что "используешь ко-ко-ко нипиринасимый код".
А в C++ всем на это насрать, более того, тебя даже уважать будут за то, что используешь мощные либы, проверенные временем, а не хипстерскую парашу.
>>952849 Я ожидал подобной реакции. Неудивительно, ведь за почти 30 лет ни на одном языке не создали лучшей библиотеки, чем Windows.h. Вот завистники и бесятся.
>>952845 >#include <Windows.h> и CreateThread Ты действительно дебил. Это не имеет никакого отношения к языку. Ты можешь дергать винапи из любого языка, из которого есть возможность дергать внешние библиотеки, или блядь делать сестемные вызовы.
С тобою вообще не о чем говорить, если ты не понимаешь такой простой вещи, что язык и его окуржение - это сука разные вещи. Ну-ка дерни мне нативный createthread из своих плюсов, которые будут крутиться в интерпретаторе написанном на js внутри браузера. Понимаешь? Нихуя ты не понимаешь.
>>952845 >CreateThread - элементарные конструкции в C++
Как ты собираешь дергать многопоточность из своих плюсов в средах, где нет многопоточности от слова совсем? Или как ты свой CreateThread из windows.h (который оказывается конструкция языка) дернешь хотя бы в линуксе.
У тебя лютая каша в голове. Ты не отличаешь пальца от жопы, просто напросто. Я бы понял когда веб-макака не понимает таких низкоуровневых вещей как язык, рантайм языка, стандартная библиотека, окружение. Но когда всего этого не понимают низкоуровневые программисты, то блядь. Как ты программируешь на системном уровне, если ты нихуя не смыслишь в системах.
>>952879 >Ты можешь дергать винапи из любого языка, из которого есть возможность дергать внешние библиотеки, или блядь делать сестемные вызовы Да, могу. Если Васян написал байндинг. А если не написал или написал неправильно или я не доверяю Васянам, то только дёргать ручками .dll'ки, вручную переопределяя все struct'ы и enum'ы. И не дай Страуструп ошибиться.
>С тобою вообще не о чем говорить, если ты не понимаешь такой простой вещи, что язык и его окуржение - это сука разные вещи Окружение создаётся под язык. Если я хочу поплавать, я залезу в бассейн с водой. И неважно, что слово "бассейн" не подразумевает наличие в нём воды.
>Ну-ка дерни мне нативный createthread из своих плюсов, которые будут крутиться в интерпретаторе написанном на js внутри браузера. Понимаешь? Нет компиляторов кроме MSVC, всё остальное от лукавого. Если в данном компиляторе нет либ WinAPI - это плохой, негодный компилятор.
К чему я это? Ах да, к тому, что в плюсах пусть и не на всех платформах, но есть лучшая в мире библиотека. Для других языков это не факт.
>>952887 >Как ты собираешь дергать многопоточность из своих плюсов в средах, где нет многопоточности от слова совсем? А зачем мне дёргать многопоточность, если я пишу под платформу без многопоточности? >Или как ты свой CreateThread из windows.h (который оказывается конструкция языка) дернешь хотя бы в линуксе Никак, линукс не нужен. >который оказывается конструкция языка Это не конструкция языка, это конструкция, которая есть в языке. >язык C++ >рантайм языка Visual C++ >стандартная библиотека Майкрософтовская >окружение Windows Никаких проблем.
>>952904 Ты когда-нибудь слышал про мультизадачность?
>>953258 >Ведь винда - это поддержка плохих корпораций Плохие корпорации на крестах под винду уже сто лет не пишут. В интерпрайзе везде шарп, а у нас еще и некродельфи.
>>953357 >gcc Говорю же, хипстерское говно. Ещё и опенсорсное, буэ. >Если ИДЕ, то код блокс, нетбинс, да что угодно И ЭЛТ-монитор к компьютеру на Селероне с шариковой мышкой. Красота, наверное.
>>953373 На крестах или нет - факт остаётся фактом: только хипстота, по причине жгучей ненависти к M$, использует gcc. Потому что ОПЕНСОРСНОСТЬ и ОТКРЫТОСТЬ.
>>953379 >На крестах или нет - факт остаётся фактом: только хипстота, по причине жгучей ненависти к M$, использует gcc. Потому что ОПЕНСОРСНОСТЬ и ОТКРЫТОСТЬ. Ненависть к MS это что-то из девяностых и нулевых. Сейчас это даже не самая злая корпорация, а более злые, тот же гугл и фейсбук, внезапно, пилят опенсорс и пользуются gcc, а MS включает в состав винды убунту. Эпл же не пользуется gcc только по той причине, что запилила собственный компилятор. MS на С++ весьма так подзабила, поэтому поддержка новых стандартов идет с запозданием, если нужен гуи - все равно приходится брать Qt, потому что больше нихуя нет, и вообще на винде сидят только те несчастные, у которых проектам по 10-15 лет и они за лочены на говно типа MFC или WinApi. В остальном С++ или перелез на линукс, или кроссплатформа.
>>953379 >Потому что ОПЕНСОРСНОСТЬ и ОТКРЫТОСТЬ Потому что поддержка кучи архитектур и современных стандартов. К тому же сейчас легче из под линкуса мингом все собирать, чем искать/качать нужные либы под MSVC.
Проиграл с автора топика, чуть не обдристался от эпичности проигрыша.
Скажу лишь 2 вещи: 1. Любая новая железяка нуждается в брингапе. На чем обычно делается брингап? Правильно, на каких-нибудь никсах(зачастую линуха), либо какая-нить микроядерке, ртоси, исходя из задачи, из которых 99% написаны на чем? Правильно, на православных сях и крестах. Соответственно все ХАЛы, воркараунды и хаки эррат и православные фиксы хв-багов пишутся на них и только на них. Посему, пока при текущем статусе кво будут выходить новые девайсы, кодеры-крестописцы будут востребованы.
2. Но когда же поменяется статус кво? Не раньше чем лет так через 50. Почему? Да потому что ебучий легаси, вот печему! 2017 на дворе. 14 стандарт крестов уже готов, 17 на подходе. На каком все пишут? Хорошо, если на 2003 и тр1, т.к. любой мало-мальский продукт, имеющий историю хотя-бы лет 5-10 намертво застрял в 98ых крестах и не может с них сползти, несмотря на всю охуенность, безопасность, удобство и вообще имбовость новых стандартов. На 11тый переползают лишь избранные, не говоря уже о 14(между прочим, 3 года давности уже!), и то это происходит главным образом в стартапах и при разработке новых компонент с нуля.
Потому что никто в индустрии не дает денег на рефакторинг и портирование.
НИКТО И К О Г Д А Блджад!
Только если кровькишкипиздапидораситнеизбежно, и даже здесь не всегда.
И это, заметьте, речь лишь о 99,9999%(с учетом уебищных неописанных стандартом конструкций, которые внезапно стали запрещенными в следующих) синтаксически-совместимом переползании с древней версии на более новую одного и того же языка.
А перейти на абсолютно-новый язык, да так чтобы кресты были не нужны... Ололололол, это настолько нереально, что мне даже лень ссать вам на лицо за такие слова - нассыте себе сами, будьте так добры. Не в этой жизни. По крайней мере, не в нашей.
Вот за что-что, а за долгое(но не факт, что прекрасное) будущее крестов я уверен. Это тот язык, что хуй похоронишь, в реалиях современной софтварно-хардварной индустрии.
>>953789 >т.к. любой мало-мальский продукт, имеющий историю хотя-бы лет 5-10 намертво застрял в 98ых крестах и не может с них сползти Хуйню несешь. Код обратно совместим, поэтому наполнять его фишками из новых стандартов можно постепенно, главное, чтобы компилятор это поддерживал. Собственно, 5 лет назад C++0x уже вовсю входу был.
>>952845 Наркоман? Я Треды и Таски в Шарпе привязал как по щелчку пальцев. Там точно также просто организовать многопоточность. И, да, это будут low level потоки
>>955456 Пока есть всякие костыли вроде: http://perfect.org/ http://www.elementscompiler.com/elements/silver/ Но вообще swift - опенсурс, уже гугл собирается андроид на него переводить. Как убежденный крестовик, перепробовавший всякие Scala,Kotlin,Ocaml,F#, на Go даже не взглянувший из-за отсутствия дженериков, категорично заявляю, Swift - охуеннее всего из современных языков.
>>955475 >Язык под платформу. Там где есть Clang - там есть Swift искаропки. google android блядь на swift будет переводить, на серверах уже бери используй, и даже под .Net и JVM есть уже. Но нет, ты кукарекаешь про язык под платформк, был бы под платформу - его бы Apple не опенсурсила. Самая дорогая корпорация преподнесла тебе божественный подарок, а ты плюешь.
>Это как шарп. >Он вроде и не только на винде то в итоге, а что толку? Сишарп сейчас - охуенное средство кроссплатформенной разработки, всякие Mono и Xamarin, уже выкуплены майкрософтом и получает всестороннюю его поддержку.
>>955464 > гугл собирается андроид на него переводить Чаго? Пруфы? http://lmgtfy.com/?q=google+android+swift новостям год, с тех пор никаких телодвижений. Это какие-то мечты твои потаённые что ли?
>>955502 Шта? >>955505 >Свифт разве в быстроту умеет? Да, а еще умеет в интеграцию с Pure C искаропки >Моно - это .Нет для Линукса и Андроид, где он никому нужен не был и не будет. Ну на серверах может и нет, а вот десктопное приложение сразу для Linux/Mac OS X/Android/Ios/Windows написать на одном C# писать очень даже неплохо/ >>955635 Ну как бе не секрет, что Google срется с Oracle из-за Java и что-то им решать надо. За год тебе они чтоли должны перейти, но таки за этот год гугель стал использовать clang по умолчанию в NDK, и вообще отказался от поддержки gcc. А еще всякие новые плюшки в Android Studio, вроде ConstraintLayout, полностью спижженные с auto layout в Xcode. Так что процесс обэпплевания девелоперских инструментов андроида идет полным ходом.
>>955675 > За год тебе они чтоли должны перейти Нет конечно. Но хотя бы пресс релизы должны быть. Хоть разговоры, что они SDK обновляют. А тут разговоры и забыли
>>955921 >А через 5 лет они с Apple также сраться будут из-за Swift. Что в слове опенсурс тебе непонятно? >Им в таком случае сразу на GO переходить надо. Дженерики то завезли? Go - это говно без задач с возможностями уровня паскаля какого-нибудь. Сами создатели языка говорили, что сделали Go для начинающих тупых быдлокодеров, что по максимуму ограничить их в возможности говнокодить и заставить писать что-то поддерживаемое. И на этом невыразительном блеклом говне ты меня, сеньора-помидора, хочешь заставить серьезные проекты писать? Да иди ты лесом.
>>955940 Ну я тебе привел пруфы того, что гугл активно перенимает инструменты разработки эппл. В частности полностью переходят на Clang, а к нему и swift прикрутить - дело техники.
>>955945 ну ты сказанул. Одно дело когда ты копируешь GUI и фичи, а другое, когда ты язык меняешь. Конпелятор для swift'а открытый? SDK менять это тоже не так-то просто
>>955948 >а другое, когда ты язык меняешь В чем твоя проблема? К JVM уже даже сторонние разработчики swift прикрутили, уже бери и используй. Но если без JVM, то как раз в GUI и проблема, огромная кодовая база на Java. >Конпелятор для swift'а открытый? О хоспаде, https://ru.wikipedia.org/wiki/Clang
проблемы в том, что твой словарный запас на этом заканчивается.
>Дженерики то завезли? >Go - это говно без задач с возможностями уровня паскаля какого-нибудь. >Сами создатели языка говорили, что сделали Go для начинающих тупых быдлокодеров, что по максимуму ограничить их в возможности говнокодить и заставить писать что-то поддерживаемое. >И на этом невыразительном блеклом говне ты меня, сеньора-помидора, хочешь заставить серьезные проекты писать? Да иди ты лесом.
>>956021 >проблемы в том, что твой словарный запас на этом заканчивается. Найн >ты истеричка Ну мож быть, просто успев поработать от линухов, через винду, до мобилок. Писал серверные, десктопные, мобильные приложухи. Сидел днями и ночами в Visual Studio, Eclipse, KDevelop, CLion, Xamarin Studio, Android Studio и Xcode. Компилил Clang'ами и gcc. Какой только фигни не испробовал. И считаю что могу прокукарекать свое мнение, а оно таково, что девлоперсике инструменты Apple - просто манна небесная по сравнению со всем остальным. А уж то, что они опенсурсят самые свои передовые разработки, вроде LLVM, CLang и Swift - это просто божественный дар человечеству. И меня сильно поражает то, что у кого то поворачивается язык вообще высказываться в пользу гугловского way. Уж не знаю почему, но практически все, до чего гугл дотягивается - непойми как работающее глючное костылесборище, и Android тут как раз ярчайший пример. Но гуглы все же не дураки, понимают что городят фигню, потому и постепенно перенимают позитивный опыт конкурентов. Господи, да гуглы только полгода как запилили возможность C++ на андроиде с брейкпоинтами в Android Studio дебажить (что в прочем все равно осложняется просто невыносимой тормознутостью этой студии), а за год до Майкрософт мать его уже запилило такую возможность в Visual Studio. Макрософт едрить его ети сделало жизненно необходимые девелоперсие тулзы для Андроида на год раньше гугла! И сделало не в пример лучше кстати того тормозного дерьмеца, что наблюдается в Андроид Студии.
>>956086 Да ничего не заменит, есть языки и лучше, есть даже и быстрее, есть гораздо безопаснее, которые так же могут занимать ту нишу, в которой сидят кресты, но вот только никто серьезно на таких языках писать не будет, ведь программистов для таких языков неоткуда взять. Хорошо когда ты там один на расте говнокодишь свои прожекты, но вдруг придется расширять комманду, да где ты даже второго такого растонаркомана то найдешь. Так что как минимум на таком самоподдуве кресты продержатся еще возможно не один десяток лет. И даже все эти новые стандарты крестов будут никому не нужны, ведь зашоренные тимлиды на местах хоть им какие доводы разума приводи, все равно будут уверены, что всякое auto - от лукавого, деды писал "Kokoko<Kukarek>* a = new Kokoko<Kukarek>();", и ты пиши.
>>956131 Kokoko<Kukarek>* a = new Kokoko<Kukarek>(); Деда бы за такое выебали бы в жёппу. На любом ревью использование new/delete в клиентском коде завернули бы/завернут накуй. Меньше тряси жиром и лучше-ка готовься к ЕГЭ. мимо-крокодил
>>956132 Ты "multipl" в начале выставляешь равным 1. Если "c" равно нулю, то цикл не выполняется. Если цикл не выполняется, тогда почему ты считаешь, что "multipl" должен измениться?
>>956134 Ты кокойто заграничный крокодил, чесслово.
В этой стране типичный C++погромист - это линуксоид прежде всего, пишет он СЕРДЦЕМ потому что ничего более не знает и не умеет. Позавчера сдали вовсе неработающий проект, а сегодня погрызлись со мной за кружкой чая (бешеный линуксоид победил) и вот и день прошёл. А там и вся жызнь прошла.
>>956134 >На любом ревью использование new/delete в клиентском коде завернули бы Нахуй иди. В том же Qt - это абсолютно стандартное действие, потому что у любого QObject есть хозяин, который его убивает.
Как правильно объявлять в .h и инициализировать в .cpp константы которые не члены класса? Например такое не компилится: some.h: const QMap<QString,qint32> DICT; some.cpp: const QMap<QString,qint32> DICT{ {"one",1}, {"two",2}, };
Обязательно нужно extern в .h добавлять? Или константы вообще НЕ ПРИНЯТО в .cpp инициализировать?
Ебанный школьник иди нахуй мать твою ебал сука. Заебали погромизды-эксперты которые два слова на своем говне JS напишут и уже хоронят на дваче кресты и Сяшку. Ебанутые? вам заняться нечем?
>>960008 >хейтит что-то и срется в тырнетах. Как что-то плохое. >когда макака которая знает только JS и обсирает С То это очень мило - такая няша же :3
>>960011 >Как что-то плохое. Разумеется плохо. Только идиоты возводят все в абсолют. А хейт к чему-либо не бывает отчасти или непредвзятым. А уж тратить время на то, чтобы кидаться во что-то своим собственным говно - вообще пушка.
Сап. Возникла задача поработать с web API под WIN . Раньше в QT был WebView. Но в последних релизах его не стало RIP . Все пишут что бы использовать MSVC 2015. но энивей это не работает нормально. Так вот задача есть как е решить в QT для меня это тайна. Есть что нить по этому поводу? =/
>>956142 Нет, потому что 1 это правильный ответ. Произведение нуля элементов равно единице, так же как сумма нуля элементов равна нулю. Почему? Потому что 1 - это нейтральный элемент для умножения, а 0 - для сложения.
>>961240 Я то слышал, но еще год назад работал на проекте, где молодой в общем то тимлид то, всего чутка за 30, упирался всеми силами в свой манямирок, не слушая доводов разума, и не разрешал умные указатели применять, типо "логика усложняется", блядь. Помот с привеликим скрипом unique_ptr разрешил. И таких долботимлидов миллионы.
>>947374 (OP) Условие нормального программиста всё то же -- он обязан знать си с классами. Он может не иметь большого опыта с этим языком, но понимать арифметику указателей маст хев. Иначе он упускает мощный инструмент для байтоёбства. А байтоёбить иногда надо.
>>961247 >и не разрешал умные указатели применять, типо "логика усложняется" Если тебе нужны умные указатели, то у тебя проблемы с архитектурой. У ресурса всегда должен быть явный владелец.
>>961339 >Если тебе нужны умные указатели, то у тебя проблемы с архитектурой. У ресурса всегда должен быть явный владелец. С многопоточностью ты явно не знаком.
Постепенно, людей пишущих на машинных кодах стало относительно немного и все уже писали на Ассемблере...
Пока не появился Си.
Но тут ассемблеровцы ополчились на сишников, типа мудачьё тупое, JS какой-то высокоуровневый, Scratch бля, знания о процах и памяти лишь поверхностные итд. Ну, короче, лохи полные и вообще ничоо не понимают, то ли дело мы. Кто они такие в сравнении с нами?
А ещё чуть погодя, все уже писали на Си.
Странно, что вам, новым поколениям эту старую историю не рассказывают в ваших институтах или где вы там учились.
Можете не верить, но смерть плюсов напрямую зависит от новых технологий в мире hardware и небольшого количества новых идей по разработке софта.
Плюсы заменит более высокоуровневый ЯП, который практически не будет проигрывать в скорости, а в чём-то и превзойдёт и при этом даст возможности низкоуровнего управления железом, когда понадобится. А в железо встроят его поддержку, ясное дело.
Программирование станет простым и быстрым и сами программы будут работать очень быстро. К тому же, всё кроссплатформенное и из коробки.
В год, когда появится этот новый ЯП, плюсы можно будет закапывать.
Да, плюсисты покричат, попрыгают по веткам, покидаются говном, но через 3 года весь Мир, кроме конченных маргиналов, уже будет писать на этом новом совершенном языке.
Людишки будут драться не только за рабочие места с девелопингом на новом ЯП из-за более высоких зарплат, они будут драться даже за места на учебные курсы.
Эволюционный прогресс только ускоряется, а обезьяна остаётся обезьяной. Но ничего страшного, скоро за вас программировать будут машины. Причём, писать код они будут для других машин...
Так что всё самое страшное ещё впереди.