Спасибо за совет

Согласен

чертовски верно

Согласен, чел. Мне удобнее пихать всё в функции и мне всё равно что там сейчас модно.

А я немного дополню вас. При выборе подходов и написании кода помните что то что вы пишите, будет потом читаться в том числе и людьми, в том числе и вами. Так что не ленитесь "красиво" оформлять ваш код. (Если ещё и комментарии будут - то вообще супер) И старайтесь при выборе подходов и парадигм так же обращать внимание на распространенность своего выбора. Пример: круто если вы можете написать игровой движок на brainf#ck, но это будет бесполезно, т.к. кроме вас никто его не поймёт.

ахахаха)))))))))))) это и есть 42!

:DDD

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

Василий Голубцов Докупать оборудование вечно нельзя. Дешевле писать сразу код без лишнего оверхеда.

Евгений Витальевич Да что ты, а у ведущих мировых гигантов получается, а ты так и пиши без лишнего оверхеда, ты же ГЕНИЙ, а они глупые и богатые, но это такое, они же все равно не чета такому ГЕНИЮ, работающему за печенюшки.

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

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

Самое дорогое, это не создание приложения, а его поддержка и развитие... И тут мы упираемся в текучку кадров и оплату того времени, которое они будут тратить на изучение программы и ее дебаг... Например дебаг в 1С занимает минуты...

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

@@smilk1000 именно поэтому 1с постоянно в каком-то месте сломана? Тип зпачем писать хорошо, когда за минуты можно понатыкать костылей?

ошибок больше без ооп

@@fatoldhikki4837 1 с это сплошной костыль сама по себе

солидарен

Какие именно издержки есть у ооп?

@@princessmary5556 1) хранение указателя на таблицу виртуальных функций в каждом объекте абстрактного класса - самое очевидное. 2)Полиморфизм рушит предсказания переходов в процессоре. Ещё, я бы сказал, передача неявного this во все методы, но на это мне возразят "а как же иначе". Справедливо, в некоторые функции в процедурном стиле всё равно пришлось бы передавать указатель. Но ведь если код в процедурном стиле, то и нет необходимости столько процедур привязывать к объектам, было бы больше глобальных переменных и меньше параметров, передаваемых туда-сюда по вызовам.

Ауф

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

Бдя, жиза.

После слов race condition и deadlock. Пришлось пару часов доп литературу читать.

И ничего не запомнил...

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

Когда 14,хд

Не переживай. Полгода назад я так-же ничего не понимал, 3 месяца назад и половины не понял. Сейчас скорее всего все понял, но неверно. 21 год. Человек.

Я думаю проблема в авторе который моментами говори что видел для всех и дабе для новичков,но тем не менее объясняет неплохо,но использует ее простые слова,короче ощущение,что автор хочет показать как он умный и поумничать модными словами а не научить чему-то

Там понимать нечего.

@@label5 😂😂😂 думаю, практика и опыт , расставят всё по местам. 36 л. Человек ... Всё ещё. И слава Богу!

Правильно . По этому были придуманы ЯП : Php , Python. Человек не машина и ищет среднее , оптимизированное , упрощённое +)

Прошло конечно 4 года, но ответ: Intel 64 and IA-32 Architectures Optimization Reference Manual

То-то я думаю, у меня каждый сайт при нажатии на кнопку думает ещё пару секунд прежде, чем что-то начать шевелиться

@@Eraston смени комп, если у тебя сайты по паре секунд думают.

@@aammssaamm а может ещё добавить - это жрёт реклама которую разраб впихивает в код что б бабло грести?))

Зачем ты лайкаешь свой комментарий? Из-за неуверенности в том, что ты говоришь и попытках привлечь единомышленников к твоему мнению, чтобы сработал стадный инстинкт, и люди стали лайкать то, что уже кто-то лайкнул? А если серьезно, то все дело в компромиссах: - делаешь хуже для cpu, но лучше для человека - делаешь хуже для человека, но лучше для cpu Мне, например, не нужны языки с синтаксических сахаром. Я бы работал напрямую с ISA, но это слишком непрактично, поэтому я беру Си, мне хватит. От задачи, к задаче.

> Зачем ты лайкаешь свой комментарий? На случай, если это влияет на ранжирование комментариев. Бывает, что внизу идет сотня комментов без лайков, выше десяток комментов с единицами и наверху самый жир. Это увеличивает вероятность того, что он вообще будет хоть кем-то прочитан. Ну и да, эффект разбитого окна, стадное чувство работает. А если этот сахар не замедляет программу? ну мне например очень в матлабе нравится конструкция a=b[1..n,1..m], чтобы не писать развернуто циклы, когда тебе надо просто кусок массива скопировать. А если ты не последний программист в этой компании? Ты сам хаешь Дэвида Эберли, за то, что он пишет адово нечитаемый код. До этого были цитаты Торвальдса, Дейкстры и остальных, что ООП это классный способ создать нечитаемую дичь. Блин, да увеличение читаемости и *понятности* - это самый классный способ избежать программерских ошибок, которые делают код тормозным или глючным. Ну и вспомнил плюс ООП - когда используешь чужой объект, с кучей свойств по дефолту и меняешь только пару из них для своих нужд. Вот как бы это дико выглядело в процедурном стиле.

Код впервую очередь пишется, чтобы программа работала. А не чтобы его читали. Читать тебе в библиотеку. Кстати ООП как раз очень не читаемый код. Это спагети в соусе. Хотели уйти от спагети и сделали вечное спагети. О чем кстати в видео было показано в примере. Разобраться в коде становится сложно. А еще при ООП программа медленней работает. Встает вопрос, если плохо читается, медленней работает, то может ООП не так хорош?

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

Это всё работало тогда, когда код был write-only - один раз написал и забыл, работало годами. Прошивку для какого-нибудь тамагочи/тетриса на сях, или автоматизацию банка на коболе. Сейчас, когда бизнес теснее связан с разработчиками и уже программы подстраиваются под постоянно меняющиеся и развивающиеся бизнес-процессы, а не наоборот, тогда выходит на первое место скорость внесения изменений (послушайте Грефа из сбербанка, он об этом в каждом интервью говорит). А тут без человекочитаемого кода далеко не уедете. Да, остаются ещё области, где write-only код уместен - всякий embedded, который "написал, прошил, забыл". Но там и денег меньше. Поэтому сейчас и рулит много где Python, который создавался с главной мыслью, что "код читают чаще, чем пишут". И ту же Java пытаются заменить на Kotlin/Scala. Блин, да даже контроллеры стиралок уже подключают к интернету и прочий IoT, чтобы прошивки обновлять. А там где обновления и уж тем более срочные патчи - код должен быть красивым и читаемым. Иначе лажанёте где-нибудь и разорвёт вашу стиралку нахрен. А ещё часто бывает, что дорабатывает код не тот, кто его написал. Сами, небось, открывая какую-нибудь библиотеку сишную восклицали "какой криворукий урод её писал? не понятно же ни черта!", и сами же призываете людей быть такими "криворукими уродами".

Не только дизеля. На бензине тоже есть ТНВД (та же GDI от Mitsubishi, к примеру). Но мне тоже слух резануло НТВД))

А почему проще 3д художника? Это из за его мышления, как мыслит художник или из за чего?

@@bekzhan356 эм.. как минимум потому что не придется выбивать старые навыки и вбивать новые.. Абстракция.. Что проще, забить гвоздь или вытащить старый?

@@ex-format подколотить старый гвоздь чтобы держался - проще.

@@osamablinkdagger2535 в нашем случае нужен совершенно другой по форме и материалу гвоздь. И варианта "подколотить старый" нет.

да у него все, что не С, то гавно)

А javascrip lisp scheme они тоже как функциональные так и ооп парадгменные яп?

поправочка не "не смог разобраться", а "разбираться с этим - это все равно что будучи сантехником, чинить телевизор". Т.е. вы делаете работу, от которой толку для вас как сантехника ноль. Программирование - это не чтение диаграмм, а понимание принципов работы платформы(ЭВМ), и программирования под нее. Тот факт, что гении абстрагировали все до такого, что таким как ты не стоит думать о памяти не значит, что о ней не стоит думать. Слишком уж много вас таких, кто не думал, а теперь люди вынуждены писать на всяких там С++ и Java.

Вы правы! Абстрагирование в последнее время зашкаливает и отдаляется от сути - от изначального предназначения алгоритмов для железа. Поэтому и появилось много "программистов", делающих, например сайт на конструкторе wordpress, который в свою очередь написан на php, который в свою очередь написан на C. И поэтому 80% сайтов в интернете такие медленные - результат усложнений на каждом уровне. Зато "программисты" выучив wordpress будут с пеной у рта доказывать, как ты посмел кинуть камень в наш огород и их wordpress самый лучший, а ничего другого не знаем и знать не хотим, нажал кнопки, настроил и у тебя готовый сайт, а лучше ctrl c, ctrl v, классно же оно само по себе как-то работает. Зато о машинном времени никто не задумывается, и закулисами творится полный хаос. Полностью поддерживаю идею упрощения жизни для памяти и железа в целом (которое тоже имеет ряд инженерных недоработок, и не может быть по факту идеальным на 100%, хотя и работает, пока не вылезут эти просчёты в реальный сбой), и чем ближе код к машинному - тем лучше и надежнее это работает (как и задумывалось изначально). Касаемо темы ООП - идея классная, абстрагировать от реального мира - дает массу возможностей для коллективного творчества команды программистов, захотел сделать робота, создал объект робота и задал параметры и методы. Да, будет чуть медленнее работать, чем чистый ассемблер, но появляется полет для творческой фантазии. Поэтому думаю нужен какой-то компромисс между скоростью выполнения программы железом и читабельностью кода, и ПОНИМАТЬ все процессы на каждом уровне и постоянно ОБУЧАТЬСЯ! И если даже писать с помощью ООП, всегда думать о памяти и максимальном упрощении и ускорении кода, в пределах ограничений инструмента. А видео классное! Спасибо огромное за ваш труд! Много полезного и интересного для себя узнал. В ООП новичок, изучаю Python, с программированием познакомился на PHP, MySql (в основном писал процедурное и функциональное) изучаю программирование MK (C), ПЛИС (Verilog).

@@semionmorozov5359 ​дело в том, что современному миру нужно больше программистов (даже не очень квалифицированных), чем людей в состоянии на достаточном уровне изучить C, assembler, принцип работы процессора, памяти и учитывать это всё. А само написание многих программ на том же C нецелесообразно и экономически неэффективно. Если рынку нужен какой-то сайтик на коленке, то проще найти "программиста" на wordpress, чем платить кучу денег хорошему специалисту и ждать хрен знает сколько времени. И совершенно плевать, что в первом случае сайт будет грузиться 1,5 секунды, а во втором 1.

хакеры этим и занимаются через взлом (просмотром кода)

Не дам. Он мой любимый Python обосрал. Я жабу ненавижу и все си-подобные языки программирования за их никчёмные фигурные скобки. Ненавижу фигурные скобки и тех, кто их придумал применять в коде, да ещё и в таком количестве. Python-код на много красивей выглядит, чем всякие жабы. Одно только удручает - хреново с ним в винде работать и *.exe файлы плохо создавать. Может тот пикус и умные вещи излагает про концепции программирования, но он явно жабофил и питонофоб. Пайтону не сложней обучиться, чем джаве, а может даже проще. Мне лично ДЖава не интересна. Я лучше Си шарп выучу, чем на жабу даже посмотрю.

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

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

++++

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

@@vpzbavmbiibjpjc Самый прикол что даже у инсты рекламный кабинет из "говна и палок" много работает неудобно, так и выходит что сотни тысяч денег уходит от неюзабельности

@@vpzbavmbiibjpjc согласен., что за ересь когда один запущенный браузер жрёт оперативки столько сколько едят две запущенные одновременно игры такие как армата и етс 2? или я чего то не понимаю?

Нужно было с Паскаля наяинать он реально учит программировать поэтому с++ тебе сложным показался я учил Паскаль и с++ ну и с тоже для меня учились хорошо и легко были конечно моменты но с опытом на паскале я легко разобрался в этих языках

@@Hauiui не по Столярову случайно учишься?

Байт код

@Юрий Sky питон написан на плюсах, как он может быть быстрее плюсов?😳