Сохранен 230
https://2ch.hk/pr/res/947374.html
24 декабря 2023 г. Архивач восстановлен после серьёзной аварии. К сожалению, значительная часть сохранённых изображений и видео была потеряна. Подробности случившегося. Мы призываем всех неравнодушных помочь нам с восстановлением утраченного контента!

C++. Закат Эпохи.

 Аноним 06/03/17 Пнд 03:37:13 #1 №947374 
IMG468053.jpg
l1.jpg
IMG468032.jpg
IMG468042.jpg
Давным давно у людей был только Машинный Код, потом появился Ассемблер и мишиннокодовцы стали ненавидеть Ассемблер и поливали ассемблерщиков грязью. Они лохи и вообще не тру, они не знают даже как компьютеры устроены и работают с нуля, забывают электротехнику, не знают физику в целом, абстрагируются от реального мира, пластмассовый искусственный язык и такой же пластмассовый искусственный мирок, убивают ультраприродное естество мироздания богомерзким НТП и своей сраной эволюцией человечества, убивают фундамент всего сущего итд итп

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

Но тут ассемблеровцы ополчились на сишников, типа мудачьё тупое, JS какой-то высокоуровневый, Scratch бля, знания о процах и памяти лишь поверхностные итд. Ну, короче, лохи полные и вообще ничоо не понимают, то ли дело мы. Кто они такие в сравнении с нами?

А ещё чуть погодя, все уже писали на Си.

Странно, что вам, новым поколениям эту старую историю не рассказывают в ваших институтах или где вы там учились.


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

Плюсы заменит более высокоуровневый ЯП, который практически не будет проигрывать в скорости, а в чём-то и превзойдёт и при этом даст возможности низкоуровнего управления железом, когда понадобится. А в железо встроят его поддержку, ясное дело.
Программирование станет простым и быстрым и сами программы будут работать очень быстро. К тому же, всё кроссплатформенное и из коробки.

В год, когда появится этот новый ЯП, плюсы можно будет закапывать.

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

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


Эволюционный прогресс только ускоряется, а обезьяна остаётся обезьяной. Но ничего страшного, скоро за вас программировать будут машины. Причём, писать код они будут для других машин...
Так что всё самое страшное ещё впереди.
sageАноним 06/03/17 Пнд 03:48:36 #2 №947378 
>>947374 (OP)
std::cout << "Держи в курсе" << std::endl;
Аноним 06/03/17 Пнд 03:57:45 #3 №947379 
Можете изложить свои мысли о таком ЯП. Каким вы его видите, что вы от него ждёте, что именно вам нужно. Ваши идеи, как это осуществить лучше. Всё только серьёзно.
Аноним 06/03/17 Пнд 04:05:52 #4 №947380 
>>947379
This PL is ready - Rust.
Аноним 06/03/17 Пнд 07:33:09 #5 №947397 
>>947379
Ну так это c# после того, как его сделали нативно компилируемым несколько лет назад.
Аноним 06/03/17 Пнд 07:57:39 #6 №947399 
>>947374 (OP)
>Людишки будут драться не только за рабочие места с девелопингом на новом ЯП из-за более высоких зарплат, они будут драться даже за места на учебные курсы.

Обоссаный прорамистишко на полном серьезе считает, что его дрочево на байтики что то значит для реального мира.
sageАноним 06/03/17 Пнд 09:10:10 #7 №947420 
Проснись, ОП, ты серишь.
Аноним 06/03/17 Пнд 10:35:31 #8 №947476 
>>947399
Толсто, уёбывай.
Аноним 06/03/17 Пнд 10:51:31 #9 №947490 
>>947476
Пук тебе в ебло програмистишко обоссаный.
Ты нахуй не нужен
Аноним 06/03/17 Пнд 11:34:29 #10 №947510 
>>947374 (OP)
>но через 3 года весь Мир
тогда и приходи
Аноним 06/03/17 Пнд 15:17:01 #11 №947645 
eDGzh.jpg
>>947374 (OP)
Всё так. Когда-то быть программистом означало знать C++, но уже в середине нулевых плюсы окончательно стали полностью нишевым языком. Дядя Боб говорил: "ЦПП - мужской, насыщенный тестостероном язык для решения больших проблем". Но стоит отметить, что подобные "мужланские" языки для мастеров на все руки, как и сами эти мастера, нужны только в сырой, ещё не проработанной индустрии, где нихуя нет, а нужно всё делать. В проработанных же отраслях, все большие проблемы давно разбиты на мелкие и под каждую есть свой удобный инструмент, а то и два. Так с появлением "женской" джявы, уже можно было много чего не знать, но при этом успешно решать задачи поставленные бизнесом. А с появлением ещё более "жеманного" руби оказалось, что программирование вообще может быть "по фану", со всеми удобствами, политое сладким кремом и посыпаное розовым сахарком. С появлением питона оказалось, что программирование - это вообще просто и понятно, и стать программистом можно за неделю. Сегодня языков так много, что их можно выбирать не только ориентируясь под задачу, а просто как одежду или плейлист для прослушивания, руководствуясь модой, чувствой собственного стиля и прочей чисто субъективной хуйнёй. Хотя, сейчас, даже олдовые, гротескные языки, вроде няшной выбираются так же: школьник посмотрел фильмы про крутых хакеров-нагибаторов и решил овладеть железом, лол. Языки стали полноценным объектом общества потребления. Разумеется, труёвые цппшники на фоне этого выглядят как приклейтед.
Аноним 06/03/17 Пнд 15:33:19 #12 №947655 
>>947645
Если брать процентное соотношение, то C++ действительно язык из опущенного уровня. Не такой уж он и распространённый. Вся Винда давно на .Нет перешла, Опен Сорс на Питон, а на маке свои ЯП.

Добавим сравнение зарплат плюсистов и джавистов и то как плюсисты ломают головы над кодом временами и как джависты не знают бед.

Плюсы живы до сих пор лишь по одной причине, нужен низкоуровневый и высокоскоростной язык, хотя бы один. А его одного и используют, остальные низкоуровневые мертвы, на С только маргиналы ядро Линукса пишут до сих пор. А вот высокуровневые - их десятки живых и применяемых и ещё больше становится. А почему так? Да потому что и плюсов уже по горло, даже там говна наешься.
Аноним 06/03/17 Пнд 16:46:37 #13 №947724 
>>947374 (OP)
А как же функциАнальное программирование? Мне кажется будущее за ним и в полной отвязке от какого-то реального железа. Рано или поздно машинное обучение применят для кодогенерации, уже есть к этому сподвижки, программист будет писать высокоуровневый абстрагированный код, а компилятор будет переводить его в оптимизированный под конкретное железо. Чем более код абстрагированный, тем больше возможностей для оптимизации. Будут программисты, которые будут писать однострочники, обладая недюжей квалификацией для этого, производя средства производства, а так же будут операторы средств производств (сайтостроители, мобилкоаппликаторы или что там еще будет). Естественно первых будет мало, но в их большом количестве и нет большой нужды. Формошлепы же будут составлять основную массу и работать будут с блоксхемами и WYSIWG.
C++ и C будет использоваться, так же как сейчас ассемблер, для ряда задач с условиями жесткой экономии ресурсов. Java и C# отправятся вслед за коболом.
Аноним 06/03/17 Пнд 17:16:55 #14 №947751 
Screenshot2.jpg
>>947724
Аноним 06/03/17 Пнд 17:25:50 #15 №947758 
>>947751
двачую
Аноним 06/03/17 Пнд 21:43:47 #16 №947965 
Я вот не понимаю. Чего такого есть в C++, что не могут придумать ему полноценную замену? По сути нужно просто придумать ещё один компилируемый язык без сборщика мусора (на этом моё понимание языков ограничивается; простите, если кого-то оскорбил). Хватило бы практически копии самого C++, просто без кучи ебучего мусора, который на нём на рос за время жизни, и с парой полезных фич.
Аноним 06/03/17 Пнд 21:50:03 #17 №947969 
>>947965
Ну так сделай, умник блять.
Аноним 06/03/17 Пнд 21:57:51 #18 №947975 
>>947724
Я и описываю высокоуровневый язык, где нет привязки к конкретному железу, а все низкоуровненвые фитчи станут универсальными, это будет некий общепризнанный стандарт, который будут поддерживать все основные разработчики и производители железа.
Но эти фитчи применять будут редко. Реально программировать же будут умень многие ещё со школы, т.к. это им по жизни много где понадобится в наш развитой век.
Да, все будут шаблоноклёпами.

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

Речь о статической забивке правил, привязок,... перегона высокоуровнего кода в низкоуровневый.
Высокоуровневый будет похож на манипуляцию блоками низкоуровнего.

Java и С# будут продолжать жить и развиваться. В них влкадывают большие деньги и будут продолжать это делать. Возможности будут расширяться. Уже готовая огромная инфраструктура. В новом же языке всё с нуля нужно будет создавать.
Аноним 06/03/17 Пнд 21:58:30 #19 №947976 
>>947969
Разработка такого языка - работа для команды опытных людей. Но мне не нужно быть профессионалом, чтобы указать на явные недостатки, просто сравнив с тем, что уже есть.
Аноним 06/03/17 Пнд 22:04:42 #20 №947980 
А какие ЯП можно было бы назвать среднеуровневыми языками?
Аноним 06/03/17 Пнд 22:06:05 #21 №947983 
>>947980
Си
Аноним 06/03/17 Пнд 22:14:38 #22 №947997 
>>947378
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
Аноним 06/03/17 Пнд 22:15:05 #23 №947998 
Будущее за ARM.
Аноним 06/03/17 Пнд 22:47:20 #24 №948028 
>>947998
POWER 9
Аноним 06/03/17 Пнд 23:44:35 #25 №948065 
Изучаю в универе ассемблер... Такая дичь, пока разберешься что и куда intelом 8086 станет твоя голова
Аноним 06/03/17 Пнд 23:48:32 #26 №948070 
>>948065
Собери проц в Майнкрафте, всё сразу же на свои места встанет.

Какая там дичь может быть, прошли и забыли, это не ваша специализация.
Аноним 06/03/17 Пнд 23:51:49 #27 №948072 
>>947374 (OP)
Тоже подкасты Рахима слушаешь?
Аноним 07/03/17 Втр 00:03:42 #28 №948077 
>>947379
Очевидная скала-натив. Когда её допилят, скала станет практически одинаково работать в jvm, браузере и нативе и станет универсальным языком.
Аноним 07/03/17 Втр 00:13:28 #29 №948079 
>>948077
просто съеби нахуй
Аноним 07/03/17 Втр 00:22:29 #30 №948083 
>>948079
Поссал тебе в рот.
Аноним 07/03/17 Втр 00:50:37 #31 №948107 
Левый парень с двача хоронит C++? Что-то новое, никогда такого не видел! Как же жить теперь?

Аноним 07/03/17 Втр 01:10:13 #32 №948120 
>>947374 (OP)
>Давным давно у людей был только Машинный Код, потом появился Ассемблер и мишиннокодовцы стали ненавидеть Ассемблер и поливали ассемблерщиков грязью.
Давно я так не проигрывал. Когда появился ассемблер, все наконец вздохнули с облегчением, потому-что наконец можно было отказаться от куска говна настолько неудобного, что ввод HelloWorld занимал час!
Аноним 07/03/17 Втр 01:48:07 #33 №948151 
>>947379
Такой уже есть, и это D. То, чем должны были стать плюсы, но не смогли
Аноним 07/03/17 Втр 02:04:01 #34 №948168 
Скала, Д, и остальной мусор, который даже сейчас не взлетел.
Давайте не будем рекламировать языки, которые нам нравятся.
Вы путаете желаемое с действительным.
Д родился мёртвым. Скала - применяется в очень узкой области. Я думаю, найдётся и другая достойнкая присоска-паразит к Java в ближайшем будущем, ещё лучше.

Но речь совсем не о том.
Аноним 07/03/17 Втр 02:29:00 #35 №948193 
>>947965
>По сути нужно просто придумать ещё один компилируемый язык без сборщика мусора (на этом моё понимание языков ограничивается; простите, если кого-то оскорбил). Хватило бы практически копии самого C++, просто без кучи ебучего мусора, который на нём на рос за время жизни, и с парой полезных фич.
Ты мыслишь правильно.
Такой есть, Clay называется, проблема в том, что на С++ помимо ебучего мусора написаны гигатонны полезного кода, а еще он совместим с С, а мусор не так уж и мешает - это в основном кривизна синтаксиса, к которому привыкнуть не сложно. Большая часть гемора от С++ в реальных проектах связана как раз с его низкоуровневостью. Поэтому С++ всех устраивает, и речь скорее идет, чтобы допилить С++ до достойного 21 века языка - с пакетами-хуетами и т. п., чем пилить язык с нуля.
Аноним 07/03/17 Втр 15:36:03 #36 №948469 
>>948065
Но ведь ассемблер гораздо проще и понятнее всяких си. Там инструкции прямые, понятные. А в си не понятно как что работает.
Аноним 07/03/17 Втр 15:50:32 #37 №948475 
>>948469
А машинный код ещё понятней, там ты познаёшь суть мироздания.
Аноним 07/03/17 Втр 16:00:19 #38 №948479 
>>948193
Он совместим с Си, но Си почти мёртв.
Очнись ты уже.

С++ невозможно допилить до 21 века, как и Java, там есть такая штука, как обратная совместимость, начнёшь переделывать, и уже написанные "гигатонны кода" начнут отваливаться десятками мегатонн после каждого такого обновления и никто это переписывать не будет.

Новые дебилизмы накладываются на старые.
И это говно нарастает там как снежный ком.

К тому же, делать к этому говну привязки в железе никто не станет. Для начала необходимо создать специализированный для этого язык.
И куда там вставлять эти новые фитчи, есла там столько дебилизма. Этим будет невозможно пользоваться. Это потеряет всякий смысл.

На плюсах, как уже говорилось, писать дольше и сложнее, чем на высокоуровневых, больше головной боли, больше времени и других затрат.
На больших проектах это офигенный перевес даёт в сторону той же Java.
Аноним 07/03/17 Втр 16:01:07 #39 №948480 
>>947374 (OP)
Лисп-машины вспомнил.
Аноним 07/03/17 Втр 17:17:28 #40 №948499 
>>948479
>Очнись ты уже.
Мне 28 и слухи о смерти С++ я слышу столько же, сколько сижу на бордах. С тех пор я вижу, как подыхают супер-пупер технологии типа WPF, rails или backbone.js, а мои вложения времени в С++ окупились множество раз и ничего не устарело.

>С++ невозможно допилить до 21 века, как и Java, там есть такая штука, как обратная совместимость, начнёшь переделывать, и уже написанные "гигатонны кода" начнут отваливаться десятками мегатонн после каждого такого обновления и никто это переписывать не будет.
Переделывание оставь растоблядкам.
С++ возможно допилить до 21 века. Для этого нужно добавить пакетную систему, модули, варианты, нормальное программирование во время компиляции вместо лиспа на шаблонах и еще немного по мелочам. Переделывать ничего не надо. И уж точно не надо пилить язык с нуля, обнулив всю кодобазу.
Аноним 07/03/17 Втр 17:39:28 #41 №948515 
>>948499
Уже только из твоего сообщения понятно, что плюсам пиздос, никто и ничего этакого в плюсах точно менять и добавлять не будет. Многие вещи могут усугубить ситуацию.

Плюсы повторят судьбу Си один в один.
Аноним 07/03/17 Втр 18:03:02 #42 №948537 
>>948515
Ты бы планы комитета посмотрел, добавят все рано или поздно. Чего точно не будет, так это необратносовместимой замены.
Аноним 07/03/17 Втр 18:32:24 #43 №948575 
>>948537
говорят же хана, ханааа
Аноним 07/03/17 Втр 18:46:39 #44 №948602 
https://www.youtube.com/watch?v=ND-TuW0KIgg
Аноним 07/03/17 Втр 19:12:38 #45 №948637 
>>948537
К 2200 году
Аноним 07/03/17 Втр 19:21:48 #46 №948649 
>>947374 (OP)
>высокоуровневый ЯП, который практически не будет проигрывать в скорости, а в чём-то и превзойдёт Си и при этом даст возможности низкоуровнего управления железом, когда понадобится.
Такой язык уже есть. C++ называется.
sageАноним 07/03/17 Втр 19:33:10 #47 №948663 
>>947374 (OP)
>А в железо встроят его поддержку, ясное дело
Такой хуйнёй только IBM страдает.Остальные в лучшем случае в компилятором ограничиваются.
> Мир, кроме конченных маргиналов, уже будет писать на этом новом совершенном языке.
D уже 10 лет, раст всё ещё для наркоманов.
Легаси дороже новых фич.
sageАноним 07/03/17 Втр 19:36:54 #48 №948666 
>>947379
Это будет голосовой интерфейс к вольфраму, который сам распарсит ТЗ по телефону, реализует его в лучше виде и задеплоит на сервер всего за полчаса.
Аноним 07/03/17 Втр 19:57:04 #49 №948687 
>>947374 (OP)
Когда убьют, тогда и приходите.
Аноним 08/03/17 Срд 01:59:05 #50 №948893 
Появился давно уже, C# называется.
Аноним 08/03/17 Срд 02:22:40 #51 №948903 
>>948637
В 2010-м и 2017-й казался очень далеко. Однако нет, вот он. С++ язык стариков, время летит бысто.
Аноним 08/03/17 Срд 06:57:50 #52 №948951 
>>947374 (OP)
>Плюсы заменит более высокоуровневый ЯП, который практически не будет проигрывать в скорости, а в чём-то и превзойдёт и при этом даст возможности низкоуровнего управления железом, когда понадобится.
Rust же.
Аноним 08/03/17 Срд 10:05:52 #53 №948988 
>>948893
C# под виртуальную машину написан, он не может быть заменой.
Аноним 08/03/17 Срд 11:36:21 #54 №949035 
Си умрет тогда когда эмбеддед будет достаточно мощный чтобы пихать туда высокоуровневые языки
Аноним 08/03/17 Срд 11:39:23 #55 №949038 
>>947975
Бред, чем дальше тем меньший уровень вхождения в КОМПУКТЕРЫ, и чем дальше тем сильнее будет падать уровень познаний среднего юзера
Аноним 10/03/17 Птн 02:00:30 #56 №950302 
>>949038
я об этом и говорю
Аноним 10/03/17 Птн 02:09:27 #57 №950304 
>>949035
Си умрет, когда макаки научатся писать DSL для эмбеддеда. Но они никогда не научатся, потому что они макаки.
Аноним 10/03/17 Птн 02:34:33 #58 №950310 
>>950304
Форт постарше сишки будет. Но быдлу непонятно, да.
Аноним 10/03/17 Птн 14:32:17 #59 №950552 
>>947374 (OP)
>Плюсы заменит более высокоуровневый ЯП

И называться он будет Lisp.
Аноним 10/03/17 Птн 14:37:24 #60 №950559 
>>950304
Embedder уже есть
sageАноним 10/03/17 Птн 14:47:25 #61 №950566 
>>947374 (OP)
Этот поехавший и в /матх свои излияния постил, срывая покровы с производных и пределов, которые НИПРАВИЛЬНЫЕ.

Алсо, кресты действительно не нужны, есть же растсвифт.
Аноним 10/03/17 Птн 14:55:29 #62 №950576 
>>950566
Ты еще скажи, что бесконечность правильная, а не жидовская выдумка.
Аноним 10/03/17 Птн 14:57:24 #63 №950580 
>>950552
Lisp - 1958 год
C++ - 1983 год
Аноним 10/03/17 Птн 15:02:31 #64 №950585 
>>948988 Net. Native.

Аноним 10/03/17 Птн 15:42:40 #65 №950603 
>>950580
ALGOL - 1958 год
Аноним 10/03/17 Птн 16:01:50 #66 №950622 
>>948479
>но Си почти мёртв
Экспертное мнение двачера такое экспертное.
Аноним 10/03/17 Птн 18:02:06 #67 №950713 
>>950566
Я не тот человек, но видел, нет не я видел, а у меня есть друг... Вот. Он видел ту тему, потому рассказал про неё мне, ну а я прочитав и всё поняв, что производная - неопределённость, которая может и не раскрыться итд потом его пример посмотрел и я был сильно удивлён, оказывается, скорость, которую показывает производная в ряде случаев не отображает реальную мгновенную скорость, она просто ошибочна в тех случаях. И область применения производной ограничена.
И ещё то, что функция не может быть бесконечно мала там, где она равна нулю.

Тот человек явно всё правильно говорит, но находятся глупцы, которые смеют спорить с Мастером.

Ну так вот, я взял пример с него - срыв покровов и всё такое. Я попытался предугадать наше будущее и объяснить настоящее.
Но те же глупцы, что не верили ему, не верят и мне. Значит, проблема в этих глупцах.
Аноним 10/03/17 Птн 18:04:13 #68 №950714 
Итак. Почему Я - Д'Артаньян...
Аноним 10/03/17 Птн 19:20:14 #69 №950777 
>>949035
Pure C не умрёт никогда. Это Ассемблер же. Тот же Ассемблер под другим углом. Си++ сдохнет, да
Аноним 10/03/17 Птн 21:01:47 #70 №950851 
>>947374 (OP)
>А в железо встроят его поддержку, ясное дело.

В ARM есть расширение для поддержки исполнения Java-опкодов или что-то вроде того - Jazelle.

>Плюсы заменит более высокоуровневый ЯП, который практически не будет проигрывать в скорости, а в чём-то и превзойдёт и при этом даст возможности низкоуровнего управления железом, когда понадобится.

Если случится так, как ты говоришь, и этот ЯП не будет сожержать ограничений особенностей машины и не будет иметь неотключаемый GC - отлично. Вот только я боюсь, что произойдёт что-то похуже. Вёб-сайты ведь уже давно не на плюсах, а на пыхе.
Аноним 10/03/17 Птн 21:21:08 #71 №950864 
>>948893
Кому нахуй нужна эта ваша пиратская джава со вкусом баттхерта майкрософта? Никому вне гейдева, ибо юнити.
Аноним 10/03/17 Птн 21:47:16 #72 №950880 
>>950864 Второй по популярности язык веб-бекэнда, маня.
Аноним 10/03/17 Птн 22:20:48 #73 №950903 
>>950880
> в майкрософте
Аноним 10/03/17 Птн 23:02:05 #74 №950933 
>>950903 https://w3techs.com/technologies/overview/programming_language/all
>server-side
Аноним 11/03/17 Суб 06:18:35 #75 №951027 
>>950851
Веб сайты уже на JS
Аноним 11/03/17 Суб 06:21:52 #76 №951028 
У Оракла Java, у Майкрософт - С#.

Майкрософт владеет МайнКрафтом. МайнКрафт написан на Java, на C# его переписывать не будут.

С языком определились. Спор закончен.
Аноним 11/03/17 Суб 06:23:15 #77 №951029 
>>950864
Щому сразу гейдев?

В опенсорсе пидорасов на порядок больше. Они его, говорят, и изобрели.
Аноним 11/03/17 Суб 11:59:10 #78 №951084 
>>950585
Ага. И не конпилируется ни под что, кроме windows 10. Даже под более старые винды
Аноним 11/03/17 Суб 17:00:25 #79 №951298 
>>950933
>>951029
Потому что кроме юнити и майкрософта никому говношарп и прочие ASP нахуй не нужен -
> Кому нахуй нужна эта ваша пиратская джава со вкусом баттхерта майкрософта? Никому вне гейдева, ибо юнити. Всякое формошлепство даже не считаю за направление.

Сишарп плотно завязан на одном вендоре КОКОКО .NET CORE и не может в кровавый тырпрайз и хуйлоад.

Реальность очень проста. JVM-based языки выгнали нахуй сисярп из серьезного бизнеса. А в несерьезный бизнес сисярп так и не закатывался, будучи не пущенным PHP и потом уже питоном и теперь хипсторской нодой.
Говно без задач вне гейдева.
sageАноним 11/03/17 Суб 17:03:00 #80 №951308 
>>950713
Соси хуй, быдло.
Аноним 11/03/17 Суб 17:17:02 #81 №951328 
>>951298
Вот почему так много инженерного и финансового софта имеют или C++ или C# .NET API?
Нужно всего пару простых модулей дописать, ради этого прийдется погружаться в экосистему.
Аноним 11/03/17 Суб 18:03:20 #82 №951361 
>>948499
> WPF
Обоснуй за смерть Windows Presentation Foundation. Пока я спал там что-то новое изобрели?
Аноним 11/03/17 Суб 19:14:37 #83 №951425 
>>951298 Животное, зачем ты игнорируешь тот факт, что шарп второй язык по популярности в вебе?
Аноним 11/03/17 Суб 20:29:16 #84 №951470 
>>947976
Эти команды опытных людей хотят разрабатывать прикладной софт. Цпп всех устраивает и менять его в ближайшие десятилетия никто в здравом уме не будет, т.к. придется переписать миллиарды строк кода, накопленные за прошлые десятилетия. Хотя, для проекта с нуля без зависимостей уже сейчас есть смысл попробовать раст.
Аноним 11/03/17 Суб 20:32:03 #85 №951472 
>>951425
Только в твоих маня-мечтах. 90% серверов - под линуксом, и шарпом там и не пахнет
Аноним 11/03/17 Суб 20:38:44 #86 №951475 
>>951472
90% of modern servers = gnu/linux hadened + selinux + golang
Аноним 11/03/17 Суб 21:25:11 #87 №951510 
>>951470
Если бы он устраивал там кого-то, люди бы не перекатывались в своё время на жабаподобные языки.
Аноним 11/03/17 Суб 21:40:40 #88 №951521 
>>951328
на хуй иди, пидор
Аноним 11/03/17 Суб 21:44:38 #89 №951524 
>>951028
Да, Java давно окончательно победила C#.
Аноним 11/03/17 Суб 21:51:27 #90 №951534 
>>951475
А кто не голанг, тот не модерн.
Аноним 11/03/17 Суб 22:10:04 #91 №951547 
>>951524
> Java
Её собственный JVM похоронил с котлином.
Аноним 11/03/17 Суб 22:16:10 #92 №951552 
>>951028
Моды сломаются же. Только хуже всем станет.
Аноним 11/03/17 Суб 22:23:17 #93 №951556 
>>951547
Что ты несешь вообще.
Аноним 11/03/17 Суб 22:26:18 #94 №951557 
>>951472 Ты дегенерат, по выше приведенной ссылке перейти можешь? Или ты предпочитаешь не покидать пределы манямирка?

Аноним 11/03/17 Суб 22:29:05 #95 №951561 
http://www.tiobe.com/tiobe-index/
Почему шарп растет, а жаба летит на дно?
Аноним 12/03/17 Вск 07:02:19 #96 №951729 
>>951561
Спермодауны совсем тупые?
Жаба на первом месте, успешно обогнав сишку.
А шарп даже разложившие кресты обогнать не может.
Аноним 12/03/17 Вск 07:06:23 #97 №951730 
>>950933
Хороший график. Сразу видно, какие языки используются для серьезных проектов, а какие - для сайтов-визиток васянов.
Аноним 12/03/17 Вск 08:13:00 #98 №951736 
>>951729
>>951730
Такое отставание - результат того, что шарп появился на пять лет позже. И, таки, уверенно набирает свою долю, оставив ту же жабу далеко позади в вебе.
Аноним 12/03/17 Вск 16:41:05 #99 №951989 
>>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 сайт нормальный и то вряд ли ты нашел бы там работу.
Аноним 12/03/17 Вск 19:43:45 #100 №952108 
14518676191270.png
>>951736
> for websites
Уже подпустил подливу под себя. Алсо проиграл с популярных сайтов, где половина это Microsoft, четверть ноунеймы и оставшаяся четверть что-то не IIS юзает в http server. Боязно выставлять эту хуйню в интернет? :3

Но Аллах с ними сайтами - визитками Васянов и сайтами Microsoft, ты лучше доставь проекты, написанные на шарпе, уровня хадупа, спарка, кассандры и прочего хуйлоада с кровавым тырпрайзом.
Што? Нету? Как так?
О чем можно говорить, если использование распределенных транзакций обязательно требует наличия винды с настроенным DTC, который еще хуй знает как будет работать со всем, кроме Microsoft SQL Server.
Сисярп (судя по гуглу) вообще не поддерживает JMS-транзакции (и тем более JMS и SQL в рамках единой распределенной транзакции).

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

Реальность очень проста. Если бы не юнити и гейдев, то место сишарпа сейчас было бы подле Алгола.
Аноним 12/03/17 Вск 19:44:14 #101 №952109 
>>952108 -> >>950933
Аноним 12/03/17 Вск 20:42:55 #102 №952150 
>>952108
> > for websites
> Уже подпустил подливу под себя. Алсо проиграл с популярных сайтов, где половина это Microsoft, четверть ноунеймы и оставшаяся четверть что-то не IIS юзает в http server. Боязно выставлять эту хуйню в интернет? :3

> Но Аллах с ними сайтами - визитками Васянов и сайтами Microsoft, ты лучше доставь проекты, написанные на шарпе, уровня хадупа, спарка, кассандры и прочего хуйлоада с кровавым тырпрайзом.
Стак оверфлоу, бенк оф Америка. Да я и сам пилю тырпрайз на аспе в конторе, смешно тебя читать.
> И с такой хуитой вместо языка ты мне пытаешься втирать какую-то дичь, что сисярп где-то нужен вне майкрософта и сайтов-визиток васянов? Ну это просто мортира.
Ну сорян, что шатаю твой манямирок своей мортирой.
> Реальность очень проста. Если бы не юнити и гейдев, то место сишарпа сейчас было бы подле Алгола.
Ага, и все вакансии по гаражу это большей частью Юнити? Не позорься клоун, шарп большей частью это энтерпрайз веб/десктоп.
Аноним 13/03/17 Пнд 04:12:14 #103 №952338 
>>951729
> Жаба на первом месте
За счёт андроидов. Жаба это язык программирования под андроид. Всё. Без него она бы давно ушла ниже 10-го. Она без ведра есть только у IBM и банков. Больше ни у кого. Зачем нужен такой язык?
Аноним 13/03/17 Пнд 08:28:48 #104 №952428 
>>952338
Это манямирок, на жабе пишут почти все тяжёлые бекенды, тырпрайз, бигдату.
Аноним 13/03/17 Пнд 08:58:46 #105 №952450 
>>952150
>шарп это энтерпрайз веб
проиграл с подливой.
у делфепидоров мания величия.

формочки рисуйте долбаебы. никто в сдравом уме не делает бэкенд на шарпе. ибо эта ссанина не масштабируется не кластеризируется и не умеет нихуя из того что умеет ява
Аноним 13/03/17 Пнд 09:02:57 #106 №952452 
>>952338
> и банков
Финансовая индустрия кормит столько всякого узкосцециализированного софта, что это не "только", а "используется повсеместно и хорошо оплачивается".
Аноним 13/03/17 Пнд 10:16:56 #107 №952492 
>>952428
> почти все тяжёлые бекенды
Это какие? Facebook & Вконтакте?
>>952452
Подсосов считать это вообще зашквар
Аноним 13/03/17 Пнд 10:51:12 #108 №952505 
>>952492
Все что не влезают в пхп, но ещё не нуждаются в переписывании на кресты.
Аноним 13/03/17 Пнд 13:43:33 #109 №952726 
>>947374 (OP)
>Плюсы заменит более высокоуровневый ЯП, который практически не будет проигрывать в скорости
Начнём. Открой 200к потоков без дикого оверхеда.
>К тому же, всё кроссплатформенное и из коробки
Простите, а кресты на линухе, коммерческих никсах, винде или макоси не работают?
>>947724
>Мне кажется будущее за ним и в полной отвязке от какого-то реального железа
А что, с++ привязан к какому-то конкретному железу? Не более, чем любой другой из ныне существующих.
>>947975
>это будет некий общепризнанный стандарт
Внезапно, у c++ есть тоже обще признаный стандарт. Сиречь с++98, с++03, с++11, с++14, с++17. И да. с++ продолжает развиваться.
Аноним 13/03/17 Пнд 13:54:24 #110 №952744 
>>952726
>Начнём. Открой 200к потоков без дикого оверхеда.
Ты дебил? Каким образом нативные потоки относятся к языку?
Аноним 13/03/17 Пнд 15:43:55 #111 №952845 
>>952744
Таким, что #include <Windows.h> и CreateThread - элементарные конструкции в C++, которые тривиально используются.

Ни в одном другом языке, кроме C и C++ это недоступно без ебли с пакетами, unsafe, P/Invoke и подобной поебени. Ещё и другие будут тебя обсирать за то, что "используешь ко-ко-ко нипиринасимый код".

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

Мимо другой кун
Аноним 13/03/17 Пнд 15:45:57 #112 №952849 
>>952845
>Windows.h
Спермач, иди нахуй.
Аноним 13/03/17 Пнд 15:53:48 #113 №952854 
>>952849
Я ожидал подобной реакции. Неудивительно, ведь за почти 30 лет ни на одном языке не создали лучшей библиотеки, чем Windows.h. Вот завистники и бесятся.
Аноним 13/03/17 Пнд 16:03:05 #114 №952856 
>>952726
> Открой 200к потоков без дикого оверхеда.
Открыл 2кк горутин без дикого оверхеда.
Аноним 13/03/17 Пнд 16:25:05 #115 №952859 
>>952854
Ммм, WinApi, WinSock, как же вкусно.
Аноним 13/03/17 Пнд 16:46:12 #116 №952868 
>>952859
Да. Архитектура и интерфейс идеальны. А хейтерам не понять.
Аноним 13/03/17 Пнд 17:09:46 #117 №952879 
>>952845
>#include <Windows.h> и CreateThread
Ты действительно дебил.
Это не имеет никакого отношения к языку.
Ты можешь дергать винапи из любого языка, из которого есть возможность дергать внешние библиотеки, или блядь делать сестемные вызовы.

С тобою вообще не о чем говорить, если ты не понимаешь такой простой вещи, что язык и его окуржение - это сука разные вещи.
Ну-ка дерни мне нативный createthread из своих плюсов, которые будут крутиться в интерпретаторе написанном на js внутри браузера. Понимаешь?
Нихуя ты не понимаешь.
Аноним 13/03/17 Пнд 17:33:41 #118 №952887 
>>952845
>CreateThread - элементарные конструкции в C++


Как ты собираешь дергать многопоточность из своих плюсов в средах, где нет многопоточности от слова совсем? Или как ты свой CreateThread из windows.h (который оказывается конструкция языка) дернешь хотя бы в линуксе.

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


Аноним 13/03/17 Пнд 18:08:50 #119 №952904 
>>952845
Ты умственно отсталый хуесос, потоков не может выполняться больше, чем есть ядер у процессора.
Аноним 13/03/17 Пнд 18:26:56 #120 №952912 
>>952879
>Ты можешь дергать винапи из любого языка, из которого есть возможность дергать внешние библиотеки, или блядь делать сестемные вызовы
Да, могу. Если Васян написал байндинг. А если не написал или написал неправильно или я не доверяю Васянам, то только дёргать ручками .dll'ки, вручную переопределяя все struct'ы и enum'ы. И не дай Страуструп ошибиться.

>С тобою вообще не о чем говорить, если ты не понимаешь такой простой вещи, что язык и его окуржение - это сука разные вещи
Окружение создаётся под язык. Если я хочу поплавать, я залезу в бассейн с водой. И неважно, что слово "бассейн" не подразумевает наличие в нём воды.

>Ну-ка дерни мне нативный createthread из своих плюсов, которые будут крутиться в интерпретаторе написанном на js внутри браузера. Понимаешь?
Нет компиляторов кроме MSVC, всё остальное от лукавого. Если в данном компиляторе нет либ WinAPI - это плохой, негодный компилятор.

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

>>952887
>Как ты собираешь дергать многопоточность из своих плюсов в средах, где нет многопоточности от слова совсем?
А зачем мне дёргать многопоточность, если я пишу под платформу без многопоточности?
>Или как ты свой CreateThread из windows.h (который оказывается конструкция языка) дернешь хотя бы в линуксе
Никак, линукс не нужен.
>который оказывается конструкция языка
Это не конструкция языка, это конструкция, которая есть в языке.
>язык
C++
>рантайм языка
Visual C++
>стандартная библиотека
Майкрософтовская
>окружение
Windows
Никаких проблем.

>>952904
Ты когда-нибудь слышал про мультизадачность?
Аноним 13/03/17 Пнд 18:33:52 #121 №952915 
>>952912
>мультизадачность

Не мог пройти мимо.
Довн ты реально считаешь что при переключении контекста ты выиграешь из-за лишнего треда?
Аноним 13/03/17 Пнд 18:36:15 #122 №952917 
>>952915
>выиграешь
-> /po
Аноним 13/03/17 Пнд 18:38:45 #123 №952918 
>>952915
Человек спросил, как создать 200к потоков, я сказал, как создать 200к потоков. Выиграет он или нет - это его дело.
Аноним 13/03/17 Пнд 18:44:38 #124 №952920 
>>952912
Ты когда-нибудь слышал про форкджоинпул и зелёные потоки, петухан?
Аноним 13/03/17 Пнд 18:44:39 #125 №952921 
>>952912
>Окружение создаётся под язык
Ору.
Аноним 13/03/17 Пнд 19:56:42 #126 №952959 
>>952917
Шта?
Аноним 13/03/17 Пнд 20:04:44 #127 №952963 
>>952959
Репорт.
Аноним 13/03/17 Пнд 20:43:05 #128 №952983 
>>952963
Ты сумасшедший?
Выигрыш производительности.
Аноним 13/03/17 Пнд 20:54:22 #129 №952992 
>>952912
>MSVC
Плетётся за кленгом и гцц, отставая на несколько лет.
Аноним 13/03/17 Пнд 23:33:54 #130 №953138 
>>952920
Это тут при чём?

>>952921
Ну да, немного не к месту сказал. Но суть моего послания ты уловил, думаю.

>>952992
Проверенное промышленное решение "отстаёт" от какого-то хипстерского говна. Ну и пусть отстаёт, зато не в тупик катится.
Аноним 14/03/17 Втр 00:43:01 #131 №953181 
адыхай.jpg
>>953138
> gcc
> хипстерское говно
Аноним 14/03/17 Втр 03:01:53 #132 №953258 
>>953181
Всё так и есть. Под линукс пишут только хипстеры в старбаксе. Ведь винда - это поддержка плохих корпораций, ай-яй-яй.
Аноним 14/03/17 Втр 09:10:43 #133 №953357 
1200px-Postgresqlelephant.svg.png
apache-logo1.png
MySQL.svg.png
tYoVju31.png
>>952912
>Нет компиляторов кроме MSVC
gcc. Если ИДЕ, то код блокс, нетбинс, да что угодно.
>>953258
>Под линукс пишут только хипстеры в старбаксе
Ок.
Аноним 14/03/17 Втр 09:48:21 #134 №953370 
>>953357
>gcc
laba1 - это не компилятор.
>Ок.
Ладно.джпег
Аноним 14/03/17 Втр 09:54:50 #135 №953373 
>>953258
>Ведь винда - это поддержка плохих корпораций
Плохие корпорации на крестах под винду уже сто лет не пишут. В интерпрайзе везде шарп, а у нас еще и некродельфи.
Аноним 14/03/17 Втр 10:01:26 #136 №953375 
>>953370
Кто-то не осилил мануал и передачу параметров?
Или сложнее ctrl+alt+f7 не запомнить ничего?
Аноним 14/03/17 Втр 10:10:52 #137 №953379 
>>953357
>gcc
Говорю же, хипстерское говно. Ещё и опенсорсное, буэ.
>Если ИДЕ, то код блокс, нетбинс, да что угодно
И ЭЛТ-монитор к компьютеру на Селероне с шариковой мышкой. Красота, наверное.

>>953373
На крестах или нет - факт остаётся фактом: только хипстота, по причине жгучей ненависти к M$, использует gcc. Потому что ОПЕНСОРСНОСТЬ и ОТКРЫТОСТЬ.
Аноним 14/03/17 Втр 10:12:42 #138 №953380 
>>953375
>мануал и передачу параметров?
Типичные пердомантры типичны.
Хипстота never change.
Аноним 14/03/17 Втр 11:14:47 #139 №953412 
>>947380
Унылая игра
Аноним 14/03/17 Втр 14:24:54 #140 №953537 
>>953380 Сегодня хороший день, что бы выйти на связь. Буду очень признателен.
Аноним 14/03/17 Втр 14:29:10 #141 №953539 
>>953537
Ты кто?
Аноним 14/03/17 Втр 16:04:00 #142 №953603 
>>953539 Мудак ты в кубе, кто я могу быть, как не тот кто еще верит в существование.
Аноним 14/03/17 Втр 18:24:25 #143 №953765 
>>953379
>На крестах или нет - факт остаётся фактом: только хипстота, по причине жгучей ненависти к M$, использует gcc. Потому что ОПЕНСОРСНОСТЬ и ОТКРЫТОСТЬ.
Ненависть к MS это что-то из девяностых и нулевых. Сейчас это даже не самая злая корпорация, а более злые, тот же гугл и фейсбук, внезапно, пилят опенсорс и пользуются gcc, а MS включает в состав винды убунту. Эпл же не пользуется gcc только по той причине, что запилила собственный компилятор.
MS на С++ весьма так подзабила, поэтому поддержка новых стандартов идет с запозданием, если нужен гуи - все равно приходится брать Qt, потому что больше нихуя нет, и вообще на винде сидят только те несчастные, у которых проектам по 10-15 лет и они за лочены на говно типа MFC или WinApi. В остальном С++ или перелез на линукс, или кроссплатформа.
Аноним 14/03/17 Втр 18:51:33 #144 №953777 
>>953379
>Потому что ОПЕНСОРСНОСТЬ и ОТКРЫТОСТЬ
Потому что поддержка кучи архитектур и современных стандартов. К тому же сейчас легче из под линкуса мингом все собирать, чем искать/качать нужные либы под MSVC.
Аноним 14/03/17 Втр 19:26:52 #145 №953789 
Проиграл с автора топика, чуть не обдристался от эпичности проигрыша.

Скажу лишь 2 вещи:
1. Любая новая железяка нуждается в брингапе. На чем обычно делается брингап? Правильно, на каких-нибудь никсах(зачастую линуха), либо какая-нить микроядерке, ртоси, исходя из задачи, из которых 99% написаны на чем? Правильно, на православных сях и крестах. Соответственно все ХАЛы, воркараунды и хаки эррат и православные фиксы хв-багов пишутся на них и только на них. Посему, пока при текущем статусе кво будут выходить новые девайсы, кодеры-крестописцы будут востребованы.

2. Но когда же поменяется статус кво? Не раньше чем лет так через 50. Почему? Да потому что ебучий легаси, вот печему! 2017 на дворе. 14 стандарт крестов уже готов, 17 на подходе. На каком все пишут? Хорошо, если на 2003 и тр1, т.к. любой мало-мальский продукт, имеющий историю хотя-бы лет 5-10 намертво застрял в 98ых крестах и не может с них сползти, несмотря на всю охуенность, безопасность, удобство и вообще имбовость новых стандартов. На 11тый переползают лишь избранные, не говоря уже о 14(между прочим, 3 года давности уже!), и то это происходит главным образом в стартапах и при разработке новых компонент с нуля.

Потому что никто в индустрии не дает денег на рефакторинг и портирование.

НИКТО
И
К
О
Г
Д
А Блджад!

Только если кровькишкипиздапидораситнеизбежно, и даже здесь не всегда.

И это, заметьте, речь лишь о 99,9999%(с учетом уебищных неописанных стандартом конструкций, которые внезапно стали запрещенными в следующих) синтаксически-совместимом переползании с древней версии на более новую одного и того же языка.

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

Вот за что-что, а за долгое(но не факт, что прекрасное) будущее крестов я уверен. Это тот язык, что хуй похоронишь, в реалиях современной софтварно-хардварной индустрии.
Аноним 14/03/17 Втр 19:48:20 #146 №953800 
>>953789
>т.к. любой мало-мальский продукт, имеющий историю хотя-бы лет 5-10 намертво застрял в 98ых крестах и не может с них сползти
Хуйню несешь. Код обратно совместим, поэтому наполнять его фишками из новых стандартов можно постепенно, главное, чтобы компилятор это поддерживал. Собственно, 5 лет назад C++0x уже вовсю входу был.
Аноним 14/03/17 Втр 20:44:18 #147 №953841 
>>953765
> только те несчастные, у которых проектам по 10-15 лет и они за лочены на говно типа C++. В остальном С++ умер и не нужен.
Фикс
Аноним 14/03/17 Втр 23:01:38 #148 №953971 
20100411266476423x600.jpg
Когда вы все уже поймёте, что:

ХИПСТЕР != ПИДОР
Аноним 15/03/17 Срд 01:51:09 #149 №954042 
>>953971
Внатуре, это оскорбительно по отношению к пидорам.
Аноним 15/03/17 Срд 23:03:52 #150 №954733 
>>952845
Наркоман? Я Треды и Таски в Шарпе привязал как по щелчку пальцев. Там точно также просто организовать многопоточность. И, да, это будут low level потоки
Аноним 15/03/17 Срд 23:12:57 #151 №954742 
кококо C мертв кококо пишем гавно на питоне
вот и весь тред
а на самом деле С один из популярнейших языков
https://tproger.azureedge.net/wp-content/uploads/2016/03/graph.png
Аноним 16/03/17 Чтв 22:50:16 #152 №955347 
>>954742
Си никогда не умрёт. У него всегда есть ниша
Аноним 17/03/17 Птн 00:52:03 #153 №955455 
>>947380
Вот бы сейчас обмазываться миллиардами типов указателей.
This PL is ready - Swift.
Аноним 17/03/17 Птн 00:53:14 #154 №955456 
>>955455
swift не кроссплатформенный
Аноним 17/03/17 Птн 00:55:46 #155 №955458 
>>948151
14-е плюсы ебут твой D в рот и жеппу. Забудь ты вообще о таком языке как D, он как хачкель, кукареков много, но никто на нем не пишет.
Аноним 17/03/17 Птн 01:10:00 #156 №955464 
>>955456
Пока есть всякие костыли вроде:
http://perfect.org/
http://www.elementscompiler.com/elements/silver/
Но вообще swift - опенсурс, уже гугл собирается андроид на него переводить.
Как убежденный крестовик, перепробовавший всякие Scala,Kotlin,Ocaml,F#, на Go даже не взглянувший из-за отсутствия дженериков, категорично заявляю, Swift - охуеннее всего из современных языков.
Аноним 17/03/17 Птн 01:24:45 #157 №955475 
>>955464
Это навсегда и останутся костыли. Язык под платформу.

Это как шарп.
Он вроде и не только на винде то в итоге, а что толку?
Аноним 17/03/17 Птн 01:27:53 #158 №955478 
>>953800
Удачи с деплоем клиентам. И не дай бог ты поставляешь свой говнокод в либах.
Аноним 17/03/17 Птн 01:36:34 #159 №955483 
>>955475
>Язык под платформу.
Там где есть Clang - там есть Swift искаропки.
google android блядь на swift будет переводить, на серверах уже бери используй, и даже под .Net и JVM есть уже.
Но нет, ты кукарекаешь про язык под платформк, был бы под платформу - его бы Apple не опенсурсила. Самая дорогая корпорация преподнесла тебе божественный подарок, а ты плюешь.

>Это как шарп.
>Он вроде и не только на винде то в итоге, а что толку?
Сишарп сейчас - охуенное средство кроссплатформенной разработки, всякие Mono и Xamarin, уже выкуплены майкрософтом и получает всестороннюю его поддержку.
Аноним 17/03/17 Птн 03:09:54 #160 №955501 
>>955458
Как и на Питоне, ни одного достойного проекта до сих пор.
Аноним 17/03/17 Птн 03:15:01 #161 №955502 
>>955464
>крестовик

вот вспомнил тут, много ваших на льду потануло
Аноним 17/03/17 Птн 03:26:14 #162 №955505 
>>955483
Свифт разве в быстроту умеет?

Моно - это .Нет для Линукса и Андроид, где он никому нужен не был и не будет.

А C# - язык для маленьких программ под Винду.
Тормозит не хуже Джавы.
Аноним 17/03/17 Птн 10:54:23 #163 №955635 
>>955464
> гугл собирается андроид на него переводить
Чаго? Пруфы?
http://lmgtfy.com/?q=google+android+swift новостям год, с тех пор никаких телодвижений. Это какие-то мечты твои потаённые что ли?
Аноним 17/03/17 Птн 12:32:57 #164 №955675 
>>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.
Так что процесс обэпплевания девелоперских инструментов андроида идет полным ходом.
Аноним 17/03/17 Птн 20:02:58 #165 №955921 
>>955675
А через 5 лет они с Apple также сраться будут из-за Swift.
Им в таком случае сразу на GO переходить надо.
Аноним 17/03/17 Птн 20:31:48 #166 №955940 
>>955675
> За год тебе они чтоли должны перейти
Нет конечно. Но хотя бы пресс релизы должны быть. Хоть разговоры, что они SDK обновляют. А тут разговоры и забыли
Аноним 17/03/17 Птн 20:36:24 #167 №955943 
>>955921
>А через 5 лет они с Apple также сраться будут из-за Swift.
Что в слове опенсурс тебе непонятно?
>Им в таком случае сразу на GO переходить надо.
Дженерики то завезли?
Go - это говно без задач с возможностями уровня паскаля какого-нибудь.
Сами создатели языка говорили, что сделали Go для начинающих тупых быдлокодеров, что по максимуму ограничить их в возможности говнокодить и заставить писать что-то поддерживаемое.
И на этом невыразительном блеклом говне ты меня, сеньора-помидора, хочешь заставить серьезные проекты писать? Да иди ты лесом.
Аноним 17/03/17 Птн 20:36:57 #168 №955944 
Сап, аноны, я - ньюфаг, как подключить bits/stdc++.h?
Куда это: https://gist.github.com/eduarc/6022859
?
Аноним 17/03/17 Птн 20:38:11 #169 №955945 
>>955940
Ну я тебе привел пруфы того, что гугл активно перенимает инструменты разработки эппл.
В частности полностью переходят на Clang, а к нему и swift прикрутить - дело техники.
Аноним 17/03/17 Птн 20:45:41 #170 №955948 
>>955945
ну ты сказанул. Одно дело когда ты копируешь GUI и фичи, а другое, когда ты язык меняешь. Конпелятор для swift'а открытый? SDK менять это тоже не так-то просто
Аноним 17/03/17 Птн 20:47:52 #171 №955951 
>>955944
https://bratan.org/325
Аноним 17/03/17 Птн 20:58:35 #172 №955958 
>>955948
>а другое, когда ты язык меняешь
В чем твоя проблема? К JVM уже даже сторонние разработчики swift прикрутили, уже бери и используй.
Но если без JVM, то как раз в GUI и проблема, огромная кодовая база на Java.
>Конпелятор для swift'а открытый?
О хоспаде, https://ru.wikipedia.org/wiki/Clang
Аноним 17/03/17 Птн 22:03:07 #173 №956021 
>>955943
>Что в слове опенсурс тебе непонятно?

проблемы в том, что твой словарный запас на этом заканчивается.


>Дженерики то завезли?
>Go - это говно без задач с возможностями уровня паскаля какого-нибудь.
>Сами создатели языка говорили, что сделали Go для начинающих тупых быдлокодеров, что по максимуму ограничить их в возможности говнокодить и заставить писать что-то поддерживаемое.
>И на этом невыразительном блеклом говне ты меня, сеньора-помидора, хочешь заставить серьезные проекты писать? Да иди ты лесом.

ты истеричка
Аноним 18/03/17 Суб 00:19:35 #174 №956086 
Ну так что там заменит плюсы?

>мимо-ленивый-читать-тред
Аноним 18/03/17 Суб 03:18:01 #175 №956126 
>>947374 (OP)
Двач, где я проебался?
http://pastebin.com/UjF3S0p5
Если ввести 0, то в произведении выходит 1.
Аноним 18/03/17 Суб 03:26:23 #176 №956130 
>>956021
>проблемы в том, что твой словарный запас на этом заканчивается.
Найн
>ты истеричка
Ну мож быть, просто успев поработать от линухов, через винду, до мобилок. Писал серверные, десктопные, мобильные приложухи. Сидел днями и ночами в Visual Studio, Eclipse, KDevelop, CLion, Xamarin Studio, Android Studio и Xcode. Компилил Clang'ами и gcc. Какой только фигни не испробовал.
И считаю что могу прокукарекать свое мнение, а оно таково, что девлоперсике инструменты Apple - просто манна небесная по сравнению со всем остальным. А уж то, что они опенсурсят самые свои передовые разработки, вроде LLVM, CLang и Swift - это просто божественный дар человечеству.
И меня сильно поражает то, что у кого то поворачивается язык вообще высказываться в пользу гугловского way. Уж не знаю почему, но практически все, до чего гугл дотягивается - непойми как работающее глючное костылесборище, и Android тут как раз ярчайший пример. Но гуглы все же не дураки, понимают что городят фигню, потому и постепенно перенимают позитивный опыт конкурентов. Господи, да гуглы только полгода как запилили возможность C++ на андроиде с брейкпоинтами в Android Studio дебажить (что в прочем все равно осложняется просто невыносимой тормознутостью этой студии), а за год до Майкрософт мать его уже запилило такую возможность в Visual Studio. Макрософт едрить его ети сделало жизненно необходимые девелоперсие тулзы для Андроида на год раньше гугла! И сделало не в пример лучше кстати того тормозного дерьмеца, что наблюдается в Андроид Студии.
Аноним 18/03/17 Суб 03:33:32 #177 №956131 
>>956086
Да ничего не заменит, есть языки и лучше, есть даже и быстрее, есть гораздо безопаснее, которые так же могут занимать ту нишу, в которой сидят кресты, но вот только никто серьезно на таких языках писать не будет, ведь программистов для таких языков неоткуда взять. Хорошо когда ты там один на расте говнокодишь свои прожекты, но вдруг придется расширять комманду, да где ты даже второго такого растонаркомана то найдешь.
Так что как минимум на таком самоподдуве кресты продержатся еще возможно не один десяток лет. И даже все эти новые стандарты крестов будут никому не нужны, ведь зашоренные тимлиды на местах хоть им какие доводы разума приводи, все равно будут уверены, что всякое auto - от лукавого, деды писал "Kokoko<Kukarek>* a = new Kokoko<Kukarek>();", и ты пиши.
Аноним 18/03/17 Суб 03:34:02 #178 №956132 
>>956126
Бамп, гляньте плес, я довольно глупый.
Аноним 18/03/17 Суб 03:55:39 #179 №956134 
>>956131
Kokoko<Kukarek>* a = new Kokoko<Kukarek>();
Деда бы за такое выебали бы в жёппу. На любом ревью использование new/delete в клиентском коде завернули бы/завернут накуй. Меньше тряси жиром и лучше-ка готовься к ЕГЭ.
мимо-крокодил
Аноним 18/03/17 Суб 03:58:47 #180 №956135 
>>956132
Ты "multipl" в начале выставляешь равным 1. Если "c" равно нулю, то цикл не выполняется. Если цикл не выполняется, тогда почему ты считаешь, что "multipl" должен измениться?
Аноним 18/03/17 Суб 04:23:25 #181 №956139 
>>956134
Ты кокойто заграничный крокодил, чесслово.

В этой стране типичный C++погромист - это линуксоид прежде всего, пишет он СЕРДЦЕМ потому что ничего более не знает и не умеет. Позавчера сдали вовсе неработающий проект, а сегодня погрызлись со мной за кружкой чая (бешеный линуксоид победил) и вот и день прошёл. А там и вся жызнь прошла.
Аноним 18/03/17 Суб 04:43:50 #182 №956142 
>>956135
Спасибо, перед циклом добавлю if с проверкой на != 0 - нормально будет?
Аноним 18/03/17 Суб 09:03:26 #183 №956166 
>>956134
Ты наркоман? Только стеком пользоваться? Многопоточность еще не проходили в универе?
Аноним 18/03/17 Суб 09:11:36 #184 №956170 
>>956131
>Да ничего не заменит, есть языки и лучше, есть даже и быстрее, есть гораздо безопаснее
Угу, только нет одновременно. C++ неплох.
Аноним 18/03/17 Суб 09:39:07 #185 №956185 
>>956170
>Угу, только нет одновременно.
Dlang же
Аноним 18/03/17 Суб 09:44:27 #186 №956192 
>>956185
Там сборщик мусора и классы-ссылки.
Аноним 18/03/17 Суб 11:06:40 #187 №956229 
>>956134
>На любом ревью использование new/delete в клиентском коде завернули бы
Нахуй иди. В том же Qt - это абсолютно стандартное действие, потому что у любого QObject есть хозяин, который его убивает.
Аноним 18/03/17 Суб 11:09:29 #188 №956232 
>>955943
>Дженерики то завезли?
Нахуя они там? Для их задач крудошлепства хватает рефлекшена в рантайме.
Аноним 18/03/17 Суб 11:29:24 #189 №956243 
>>956185
ещё паттерны, шаблоны и ООП
Аноним 18/03/17 Суб 22:03:33 #190 №956561 
>>956232
Ну кто-то предлагал Go как замену джаве на андроиде, вот я и спросил хоть про дженерики.
Аноним 24/03/17 Птн 10:09:34 #191 №959967 
1293381399188.jpg
Как правильно объявлять в .h и инициализировать в .cpp константы которые не члены класса? Например такое не компилится:
some.h:
const QMap<QString,qint32> DICT;
some.cpp:
const QMap<QString,qint32> DICT{ {"one",1}, {"two",2}, };

Обязательно нужно extern в .h добавлять? Или константы вообще НЕ ПРИНЯТО в .cpp инициализировать?
Аноним 24/03/17 Птн 11:29:36 #192 №959988 
>>948479
Си переживет и кресты, и тебя.
Аноним 24/03/17 Птн 11:35:48 #193 №959992 
>>948077
>>947397
>>947380

С кем я сижу на одной борде? я понимаю что C++ слишкам сложна и хейтить его модно, но чтоб писать такое..
Аноним 24/03/17 Птн 11:37:54 #194 №959993 
>>959992
Где-то вверху вообще Питон как альтернативу для опенсорса назвали, лол.
Аноним 24/03/17 Птн 11:39:02 #195 №959994 
>>948479
>но Си почти мёртв.

Ебанный школьник иди нахуй мать твою ебал сука. Заебали погромизды-эксперты которые два слова на своем говне JS напишут и уже хоронят на дваче кресты и Сяшку. Ебанутые? вам заняться нечем?

или может вы пытаетесь свою самооценку поднять?
Аноним 24/03/17 Птн 11:50:37 #196 №960005 
>>959994
>JS
Язык Богов.
>кресты и Сяшку
Мертвое ненужное говно.
Аноним 24/03/17 Птн 11:51:08 #197 №960006 
>>960005

Толсто. Уебывай.
Аноним 24/03/17 Птн 11:52:04 #198 №960007 
>>960006
>Толсто.
А ты прогнись и расслабься, няша, и совсем не толсто будет :3
Аноним 24/03/17 Птн 11:54:17 #199 №960008 
>>960007

На самом деле я не хейтер JS, всему свое применение. Только школота хейтит что-то и срется в тырнетах.

Лично я планирую выучить JS для веб макакинга. Но когда макака которая знает только JS и обсирает С это реально рвет шаблон.

Аноним 24/03/17 Птн 11:59:53 #200 №960011 
>>960008
>хейтит что-то и срется в тырнетах.
Как что-то плохое.
>когда макака которая знает только JS и обсирает С
То это очень мило - такая няша же :3
Аноним 24/03/17 Птн 13:09:34 #201 №960040 
>>960011
>Как что-то плохое.
Разумеется плохо.
Только идиоты возводят все в абсолют.
А хейт к чему-либо не бывает отчасти или непредвзятым.
А уж тратить время на то, чтобы кидаться во что-то своим собственным говно - вообще пушка.
Аноним 24/03/17 Птн 14:26:11 #202 №960073 
>>960040
Ты недавно тут?
Аноним 24/03/17 Птн 14:51:39 #203 №960091 
>>960040
>кидаться во что-то своим собственным говно
Как что-то плохое :3
>вообще пушка.
А то!
Аноним 24/03/17 Птн 18:11:47 #204 №960190 
new1-Notepad++2017-03-2418-11-36.png
Суп Си++-господа, существует ли способ осуществить задуманное?
Аноним 24/03/17 Птн 18:24:05 #205 №960199 
>>960190
Larn C.
Аноним 24/03/17 Птн 18:44:01 #206 №960214 
>>960199
что?
Аноним 24/03/17 Птн 18:46:27 #207 №960217 
>>959967
extern обязателен, если твоя константа где-то еще используется.
Аноним 24/03/17 Птн 22:00:40 #208 №960351 
>>960190
Существует.

Аноним 24/03/17 Птн 22:06:48 #209 №960359 
>>960351
расскажи
QT oleja 25/03/17 Суб 15:17:10 #210 №960677 
Сап. Возникла задача поработать с web API под WIN . Раньше в QT был WebView. Но в последних релизах его не стало RIP . Все пишут что бы использовать MSVC 2015. но энивей это не работает нормально. Так вот задача есть как е решить в QT для меня это тайна. Есть что нить по этому поводу? =/
Аноним 25/03/17 Суб 15:25:46 #211 №960682 
>>960677
QWebPage
Аноним 25/03/17 Суб 15:32:50 #212 №960685 
>>960682
Так MinGW ругается на webkitwidgets (Unknown module in Qt)
Аноним 25/03/17 Суб 16:24:14 #213 №960728 
>>960685
если QTextBrowser не подойдет, тогда х.з.
Аноним 25/03/17 Суб 17:58:44 #214 №960844 
>>960677
Полистай это:
http://doc.qt.io/qt-5/qtwebenginewidgets-qtwebkitportingguide.html
Аноним 25/03/17 Суб 22:33:31 #215 №960995 
>>960091 На связь вышел!
Аноним 25/03/17 Суб 22:39:56 #216 №960999 
>>947374 (OP)
> все уже писали на Ассемблере... Пока не появился Си.

После ассемблера самым популярным языком стал Фортран. Историю надо знать.
Аноним 26/03/17 Вск 06:52:14 #217 №961106 
>>956142
Нет, потому что 1 это правильный ответ. Произведение нуля элементов равно единице, так же как сумма нуля элементов равна нулю. Почему? Потому что 1 - это нейтральный элемент для умножения, а 0 - для сложения.
Аноним 26/03/17 Вск 06:54:57 #218 №961108 
>>961106
Сори, я хуйню написал, я думал что ты ищешь произведение n элементов. Тогда норм, сделай проверку, если ввели 0, то произведение равно 0
Аноним 26/03/17 Вск 06:57:50 #219 №961109 
>>960190
template<typename D>
А дальше твоя функция
Аноним 26/03/17 Вск 08:24:28 #220 №961113 
Зачем мерзкий C++ если есть божественный С#?
Аноним 26/03/17 Вск 08:29:34 #221 №961114 
>>961113
Зачем нож если есть пила?
Аноним 26/03/17 Вск 09:29:47 #222 №961123 
>>960685

http://doc.qt.io/qt-5/qtwebenginewidgets-qtwebkitportingguide.html
http://www.qtcentre.org/threads/65740-Where-is-QWebView-in-QT5-6
Аноним 26/03/17 Вск 13:53:50 #223 №961240 
>>956166
ты что веб-дебил? Про RAII и умные указатели не слышал?
Аноним 26/03/17 Вск 13:59:04 #224 №961247 
>>961240
Я то слышал, но еще год назад работал на проекте, где молодой в общем то тимлид то, всего чутка за 30, упирался всеми силами в свой манямирок, не слушая доводов разума, и не разрешал умные указатели применять, типо "логика усложняется", блядь. Помот с привеликим скрипом unique_ptr разрешил. И таких долботимлидов миллионы.
Аноним 26/03/17 Вск 14:06:22 #225 №961258 
>>961113
Напиши мне драйвер на C#
sageАноним 26/03/17 Вск 14:06:58 #226 №961260 
>>947374 (OP)
Условие нормального программиста всё то же -- он обязан знать си с классами. Он может не иметь большого опыта с этим языком, но понимать арифметику указателей маст хев. Иначе он упускает мощный инструмент для байтоёбства. А байтоёбить иногда надо.
Аноним 26/03/17 Вск 16:34:13 #227 №961339 
>>961247
>и не разрешал умные указатели применять, типо "логика усложняется"
Если тебе нужны умные указатели, то у тебя проблемы с архитектурой. У ресурса всегда должен быть явный владелец.
Аноним 26/03/17 Вск 16:37:44 #228 №961345 
>>961339
Одно другому не мешает как бы. Что мешает пускать по кругу данные без умных указателей?
Аноним 27/03/17 Пнд 04:01:21 #229 №961645 
>>961339

Сделй базовый класс с поддержкой manual reference counting. obj->retain(), obj->release. И наследуйся от него. 90% проблем решены.
Аноним 29/03/17 Срд 23:08:13 #230 №963337 
>>961339
>Если тебе нужны умные указатели, то у тебя проблемы с архитектурой. У ресурса всегда должен быть явный владелец.
С многопоточностью ты явно не знаком.
comments powered by Disqus

Отзывы и предложения