бамп
Ща, доем шаверму и поясню за всю хуйню
Хочу писать на ассемблере код для avr микроконтроллеров.Ассемблер сложный?Можно ли его выучить без знаний высшей математики?
нахуя тебе множественное наследование, болезненный?
Можешь без высшей обойтись.
Очень интересно на асме было лабы писать, все эти аккумуляторы, счетчики, адреса.
Удобно потому что, пидор.
>множественное наследование
Короче, ОП, ты хуй.
Множественное наследование — признак хуёвой архитектуры, если оно у тебя появилось, значит ты ебаный говнокодер и твою архитектуру нужно рефакторить блядь
В успешных языках пасаны отказались от мн. наследования, чтобы петухи вроде тебя не мешали жить нормальным людям, которым потом в твоём коде разбираться. А чтобы петухам было комфортнее, оставили обрубок в виде интерфейсов — стильно, модно, молодёжно и настолько же уёбищно, насколько уёбищно множественное наследование.
Если тебе, ОП, это удобно — это не значит, что твоё ебаное наследование не приведёт к полнейшему архитектурному пиздецу. Тебе дали композицию — нет, блядь, не хочу, хочу жрать говно.
>юзая GOTO
Где ты его нашёл, ёпта? Даже самой зелёной студентоте с первого курса вбивают, что c GOTO кодят только дауны.
костыли писать удобно, эникей ебаный?
чо ты там множественно наследовать будешь пример приведи?
>да и вообще тогда лучший ОО язык это СИ, или вовсе ассемблер, там нету нихуя ООП, а значит проще
>лучший ОО язык
>нет ООП
Ты блять что ?..
Удачи тебе писать фронт-энд на ассемблере или какой интнрпрайз на с. Каждый язык подходит для каких то задач лучше чем другой. Бизнес вбухивает бабки в то что ему выгодно в долгосрочной перспективе. Это не программист решает какой язык лучше, а рынок.
ОП — наркоман.
Что с тобой разговаривать. Почитай сорцы boost и сравни дезигн одних и тех же сущностей с java-либами. Потом сделай бочку и сосни хуйца.
ясна
слит
Интерфейсы это не обрубок. Интерфейсы это способ энкапсуляции твоего кода от клиента. Например есть API и под него можно кодить на чем угодно и как угодно. Клиент будет использовать твой интерфейс и не ебать мозги о том, как там все написано и как оно работает. Через 10 лет всю бизнес логику поменяют, половину девелоперов к хуям уволят, а интерфейс по прежнему будет доступен клиенту, несмотря на то что вся архитектура могла быть поменяна 10 раз.
Зачем ты ему так нагло врёшь? Вот прочитает тебя человек и ассемблером начнёт обмазываться.
А там матан, просто пиздец, я написал хеллоуворлд на ассемблере и охуел. Для простейшего хеллоуворлда нужно знать как минимум диффуры, уметь рассчитать pn переход в транзисторе и тайминги для инструкций, это же охуеть можно. Кучу разных областей матана надо знать. А если что-то не так пойдёт, то ещё и ошибки обрабатывать, а это ж пиздец. У меня одногруппник чуть головой после ассемблера с матаном не поехал, благо, как пересадили его с матана на аниме, начало отпускать. Еле-еле третий курс закончил, потом числанули, не выдержал. Не понимаю, как на ассемблере компиляторы пишут, там вообще анхуманы, походу.
>Где ты его нашёл, ёпта? Даже самой зелёной студентоте с первого курса вбивают, что c GOTO кодят только дауны.
>
НО ОН ЕСТЬ В ШАРПЕ.
очевидно что на шарпе кодят дауны
А интерфейс не костыль?
Размазали абстрактный класс, и обмазываются.
>НО ОН ЕСТЬ В ШАРПЕ.
Ну вот у тебя есть дрель с насаженным на неё дилдаком. Ты ей каждый день пользуешься ? Правильно, нет, только раз в год когда твоей бабушки дома нет.
например?
В полностью ООП шарпе нет множ. наследования.
Так может сделать С@ в котором не будет вообще ООП, а только структуры.
Ну а шо, обрезать ООП ради повышения ООП же наш путь, ага.
Интерфейс -- это контракт, ёпта, так что тут ты не прав. А с остальным, по большей части, согласен. Хочется иметь плюсы мн-го наследования -- юзай композицию или миксины, ОП.
>Интерфейсы это не обрубок. Интерфейсы это способ энкапсуляции твоего кода от клиента. Например есть API и под него можно кодить на чем угодно и как угодно. Клиент будет использовать твой интерфейс и не ебать мозги о том, как там все написано и как оно работает. Через 10 лет всю бизнес логику поменяют, половину девелоперов к хуям уволят, а интерфейс по прежнему будет доступен клиенту, несмотря на то что вся архитектура могла быть поменяна 10 раз.
Для библиотек или компонентов, связанных только через этот интерфейс — да, удобненько. Но, блджад, я на своём рабочем проекте насмотрелся деревьев типов навроде IFuck -> AbstractFuck -> BasicFuck -> FuckYouLeatherMan (с указателем на FuckYouLeatherManImpl). Причём это и есть полное дерево, больше никакие классы от IFuck/AbstractFuck не наследуются. Пиздец короче.
Множественное наследование не нужно. Потомучто никто(98% кодеров) не разберется в коде мудака, которому захотелось наследоваться от нескольких классов
15_лет_в_продакшоне-кун
>рефакторить
>архитектуру
>композицию
Не то же.
> миксины
А это то.
И даже в жабе есть.
Сначала взаимоисключающие параграфы, затем это. Я не понимат вообще.
С# не полноценный ОО-язык.
В ANSI С нет ООП.
Ты мудак.
Множественное наследование не нужно. <- Личное мнение.
Сажа, скрыл.
>В ANSI С нет ООП.
Ващет есть, но оно там очень хуёвое и небезопасное. Я пробовал.
а что такое полноценный оо-язык? а также полноценный М-язык, если вдруг есть по этому поводу какое-то мнение.
Как вы заебали. Если вы имитируете его дрочкой таблиц указателей на функции представляющие виртуальные методы это не значит что оно есть.
а когда дрочкой таблиц его имитирует компилятор, то сразу все ок?
Я сделал тульпу ООП в ANSI C. Оно существует!!11
> Если вы имитируете его дрочкой таблиц указателей на функции
Лол. Ты так написал, будто бы в других языках оно работает по-другому
Когда у меня есть удобный синтаксис – ок. Компилятор ничего не иитирует, имитируешь его ты.
что-то "есть", если для него есть удобный синтаксис, иначе его "нет". прекрасно.
Он этого не видит - значит, оно не существует.
Именно. Язык поддерживает ООП - значит оно в нем есть. А так, конечно, парадигма живет в голове и является мышлением - тогда какой смысл поднимать вопрос ее существования в языках если она есть везде? Речь о поддержке. Все, иди нахуй. Покормил.
И так,язык проебал часть парадигмы потому что СЛОЖНА, схуяли он ОО?
>СЛОЖНА
Кончай передёргивать, уёба. Сам-то писал проект больше 2000 строк?
МОЖНО ПОЗИЦИЮ РУССКИХ РЕПЕРОВ ПО ЭТОМУ ВОПРОСУ ПОЖАЛУЙСТА
Оксимирон говорит, что Java лучший язык.
и какую часть парадигмы он проебал? а также "сложно" для кого?
Унаследоваться от 100 классов!
ООП - ХУУЙ
Мдя, примесей нет, мультинаследования нет.
Развитие.
А потом поубирают лямбды
Развитие.
А потом поубирают лямбды
> композицию
> Не то же.
Почему это? Ты просто можешь просто сделать инкапсулировать внутри несколько объектов классов, которые ты хочешь отнаследовать, по факту -- решение, которое, к тому же, не засоряет тебе класс. В некоторых языках миксины выражаются через наследование, в том числе и мн-е, но с ограничениями на него.
>А потом поубирают лямбды
Чур тебя, чур.
У меня горит пердак от C++03, в котором лямбд конкретнее — замыканий нет ВООБЩЕ. Куча крутых решений идёт нахуй в угоду сраного велосипедирования.
Ща тебе про лисп поведают, в котором всё было уже тогда.
Разве тут не рушится идея ООП, в плане моделирования объектов реального мира и их взаимосвязей связей? а она основополагающая
Мы же юзаем hasa вместо isa.
>>-интерфейс это "может"
>>В итоге мы можем сгондобить костыль через интерфейс, но чото петушинно оно, да и "не повторяйся" нарушается.
Джуник не палится. Иди читай про разницу между интерфейсом и абстрактным классом. А потом возращайся.
Я столько скобочек даже в аське не писал.
если бы обсужадемый вопрос меня волновал, то больше интересовало бы мнение алана кея, греди буча, люка карделли итд, а так детский сад какой-то. из того с чем приходилось сталкиваться, в c++, java, js, Python, R, везде сделано по-своему, а проблемы вида "вот тут мы пишем код в два раза дольше, потому что нет множественного наследования" возникают реже раза в год.
А нормальных людей типа Кнута, Дейкстр и прочих?
За то это симпсоны мира IT.
Там уже всё было.
Ну кроме GPGPU.
А разве кто-то запрещает использовать IS-A? Просто, если нужно мн-е наследование, то чаще всего оно просто не нужно и признак не очень хорошей архитектуры. Даже не из за того, что это не отображает, быть может, предметную область, а потому, что это ОЧЕНЬ ТРУДНО ОТЛАЖИВАТЬ и искать ошибки. Всегда можно нормально рефакторнуть и прийти к компромису: описание предметной области и при этом, хорошо поддерживаемый код(часто они идут вместе). А по факту, весь этот срач про ООП и что там чище, есть ли полное соответствие SOLID везде заканчивается там, где начинается практика. Только там ты поймёшь и узнаешь: зачем, почему и как. Все юзкейсы зависят от задач и предметной области, да и все принципы, паттерны пришли от конкретных задач.
А есть что почитать, не про то как сделать, а про то "почему так, а не иначе"?
>Пересадить с мочи на говно
Ебать вы молодцы
Покодь без гото в низкоуровневых языках, а я посмотрю.
Зачем мне ебаться с байтами, я успешный высокоуровневый девелопер.
вот что-то никто не переживает что multiple dispatch почти нигде нет, (в лиспе есть, да), потому что не в курсе что так вообще можно.
Я когда не знал про лямбды, мне было хорошо и спокойно, а сейчас я без них жить не могу. Такс, надо это теперь провернуть с этим вашим multiple dispatch, пойду прокрую что это такое. Обрекаешь людей на страдания, анон!
Весь твой код преобразуется в сущий высер на машинном, из-за таких как ты и задаются невероятные системные требования в играх и программах.
Знаешь, это звучит очень хорошо в теории, но на практике ты сталкиваешься с кучей сопутствующих проблем: время, читабельность кода, покрытие тестами, ненужность преждевременной оптимизации. Это нужен опыт, чтобы понять где я могу наебашить "строителя", а где лучше обойтись "телескопическим конструктором", например. Я просто помню свой первый мини проект рабочий и я конечно захотел сделать пиздато, с шаблонами, красивой архитектурой(например, там можно было делать замену парсеров, стратегии обхода деревьев и пр.). Это конечно получилось, но итог: я потратил кучу времени на поддержку ненужных фич(ток жсон парсить, да), которые нахуй никому не всрались и на красивый код, проебал срок,а по коду были разбросаны ненужные там шаблоны.
Его на всех языка можно сделать, только на хуя?
А мне вообще норм, зачем ориентироваться на 1% нищебродов, которые не могут позволить себе нормальный комплюктер? Скорость разработки — охуительное преимущество, ради которого можно положить с прибором на низкоуровневый дроч в никуда.
и насколько твой код обгоняет -O3 ?
А. Дмитриевич?
кто это.
Ой не знаешь иди нахуй
Он хоть работает
Так, я прочитал. Поясняй теперь — чем это лучше простого if'а? С точки зрения асма/производительности разницы вообще нет.
cmp jz наше все, я понимаю.
Сап, двач.
Хочу пояснить тебе за такую хуйню как КОНКУРЕНЦИЯ.
Вот смотри. Рубль упал, время непростое, количество рабочих мест сокращается. Да ты и сам или твои родители испытали на себе сокращение. Но тем не менее каждый день здесь проскакивает как минимум 1 тред о вкатывании в программирование. И при этом находятся те, кто готов помогать левому хую, советовать куда обращаться и какие технологии учить. ЗАЧЕМ?
Ты понимаешь, анон, что чем больше мудаков вкатится в айти, тем меньше у тебя будет зарплата и тем выше шанс, что тебя просто пидорнут? Работодатели и так смекнули, что бывает выгоднее взять три залупы после универа с горящими глазами, которые будут въебывать по 12 часов, получая при этом копейки, чем одного мидла. В 40 лет у тебя будут серьезные проблемы с тем, чтобы задержаться в профессии, если только не свалишь за бугор.
Или вот. Совсем недавно тестировщики получали хорошие деньги. Буквально год назад туда повалило очень много скама с улиц - и зарплата просела. ТЫ этому поспособствовал, если давал советы в таких тредах. Вместо того, чтобы вайпать или хотя бы игнорировать тред, ты помогал вчерашнего официанту и быдлосу с завода, который в школе тебя гнобил, вкатиться в программирование. Ты не только не получил НИКАКИХ профитов с этого многие хуи на этой борде даже спасибо не говорят, но и ухудшил свое положение как специалиста. Это банальная статистика.
Думаешь, быдлос - тупой и не сможет в кодинг? Ошибаешься. Он может и тупой, но его можно надрочить на выполнение однотипных задач. То, что раньше ты выполнял сам, сейчас будет делать он, а твоя квалификация постепенно станет не нужна. Да, ему будут платить не больше чем платили на заводе, но теперь станет выгодно иметь 1-2 координаторов сильных синьоров и десяток обслуживающего скама, который вчера разносил пиццы. А вот тебе попасть в эти 1-2 синьора станет значительно сложнее, потому что спрос на них, как видишь, упадет, а предложение не изменится никто из нынешних синьоров не захочет съябывать в макдаки и другие сферы, уж поверь. Уже сейчас выпускник может знать новые технологии лучше, чем программист с 5 годами опыта.
Так что не способствуй тому, чтобы в айти лезло всякое говно, выталкивая тебя оттуда.
Хочу пояснить тебе за такую хуйню как КОНКУРЕНЦИЯ.
Вот смотри. Рубль упал, время непростое, количество рабочих мест сокращается. Да ты и сам или твои родители испытали на себе сокращение. Но тем не менее каждый день здесь проскакивает как минимум 1 тред о вкатывании в программирование. И при этом находятся те, кто готов помогать левому хую, советовать куда обращаться и какие технологии учить. ЗАЧЕМ?
Ты понимаешь, анон, что чем больше мудаков вкатится в айти, тем меньше у тебя будет зарплата и тем выше шанс, что тебя просто пидорнут? Работодатели и так смекнули, что бывает выгоднее взять три залупы после универа с горящими глазами, которые будут въебывать по 12 часов, получая при этом копейки, чем одного мидла. В 40 лет у тебя будут серьезные проблемы с тем, чтобы задержаться в профессии, если только не свалишь за бугор.
Или вот. Совсем недавно тестировщики получали хорошие деньги. Буквально год назад туда повалило очень много скама с улиц - и зарплата просела. ТЫ этому поспособствовал, если давал советы в таких тредах. Вместо того, чтобы вайпать или хотя бы игнорировать тред, ты помогал вчерашнего официанту и быдлосу с завода, который в школе тебя гнобил, вкатиться в программирование. Ты не только не получил НИКАКИХ профитов с этого многие хуи на этой борде даже спасибо не говорят, но и ухудшил свое положение как специалиста. Это банальная статистика.
Думаешь, быдлос - тупой и не сможет в кодинг? Ошибаешься. Он может и тупой, но его можно надрочить на выполнение однотипных задач. То, что раньше ты выполнял сам, сейчас будет делать он, а твоя квалификация постепенно станет не нужна. Да, ему будут платить не больше чем платили на заводе, но теперь станет выгодно иметь 1-2 координаторов сильных синьоров и десяток обслуживающего скама, который вчера разносил пиццы. А вот тебе попасть в эти 1-2 синьора станет значительно сложнее, потому что спрос на них, как видишь, упадет, а предложение не изменится никто из нынешних синьоров не захочет съябывать в макдаки и другие сферы, уж поверь. Уже сейчас выпускник может знать новые технологии лучше, чем программист с 5 годами опыта.
Так что не способствуй тому, чтобы в айти лезло всякое говно, выталкивая тебя оттуда.
Пентипл сук
Однотипные задачи никому не нужны. Быдлос как не мог, так и не может в кодинг.
Ну ты же понимаешь как смешно выглядит такой пост от анимешного придурка? Это как если бы быдлюк бухал на лавочке с друзьями пивас и рассуждал о политике, например.
А нахуя мне париться об общественном мнении на анонимной борде?
а паста про конкуренцию в каждом треде выглядит лучше?
А сейчас ты звучишь как обросший вонючий городской псих, который слоняется по улицам и громко разговаривает сам с собой.
Ммм.
Тред не читал. Пришел к выводу, что большая часть паттернов проектирования нужны далеко не всегда, и нужно четко понимать зачем если решишь их использовать.
Фактори не нужны если кодишь под конкретный проект, т.е. под одного пользователя своих решений.
Разделение по слоям тоже не особо нужно если один фронт.
Непонимание приводит к большому количеству бойлеркода и потерянным человекочасам.
Понимание приходит с опытом.
Спите, завтра на работу.
Фактори не нужны если кодишь под конкретный проект, т.е. под одного пользователя своих решений.
Разделение по слоям тоже не особо нужно если один фронт.
Непонимание приводит к большому количеству бойлеркода и потерянным человекочасам.
Понимание приходит с опытом.
Спите, завтра на работу.
>рабочий и я конечно захотел сделать пиздато, с шаблонами, красивой архитектурой(например, там можно было делать замену парсеров, стратегии обхода деревьев и пр.). Это конечно получилось, но итог: я потратил кучу времени на поддержку ненужных фич(ток жсон парсить, да), которые нахуй никому не всрались и на красивый код, проебал срок,а по коду были разбросаны ненужные там шаблоны.
Ты описал то чем я занимаюсь.
>же сейчас выпускник может знать новые технологии лучше, чем программист с 5 годами опыта.
Хуйня.
Опыта то нет.
а еще в шарп это от мокрософта со всему вытекающими.
Множественное наследование нинужно
скрыл тред петуха
это все справедливо может только для рашки-пидорашки
Нормальные синборы давно кодят на белых господ, которые живут в странах, где спрос на дешевого относительно белого сеньора достаточно высок. Нахера платить >10к синьору из сшашки если можно отдать 4к нашему и будет тоже самое? То то и оно.
Почитай http://www.labirint.ru/books/273378/
Там расжевывают как использовать ООП, так что любой дебил поймет.
Зачем ООП еще живо? Вот бы все на лишпе писали. БОГ СКОБОЧЕК НЕДОВОЛЕН
Хоти
Но компиляторы не на асме пишут
Если только лушчий для репа
Я пишу для пиков на асме. Месяц назад начал. Доступно для лашков типа меня разжевано на Ютубе на канале mychippic.
Пики то забыл. Онли для интереса пилишь, или с прицелом на работку? Я б хотел для мк писать, но туда довнов не берут. А еще вопрос, без покупки железа ведь никак?
Я не понимаю эту картинку.
Статическая типизация нужна чтоб исключить проблемы с несовместимыми типами. Когда пытаются один обьект использовать в том месте где ожидается другой. Это исключает тонну ошибок еще на стадии разработки.
ide нужен для рефакторинга, организации проекта, подключения модулей, еще уйма всяких полезных функций. Неужели кто-то кодит в блокноте?
Помимо нетбинса еще есть несколько альтернатив. Да и нетбинс не плохой.
Памяти не так уж много хавается если писать адекватный код. Да и не 96 год сейчас чтоб каждый бит считать. Если это конечно не код длякакой-то встроенной железки.
Что не так с указанием типа обьекта с которыми работает коллекция? Чем это кого то травмирует?
Просто стёб над джавистами. Это как стебаться над пэхэпэшниками, только над джавистами.
>любой дебил поймет.
самокритично
Питоно-аноны, поясните за pep8. Это мастхэв? Нас препод так с ним заебывал, что пиздец.
Да, абсолютный и бесповоротный
Я про Java\C# и прочие "современные" cладкие хлебушки.
Меньше ошибок - хуй, "талантливый" погромист обосрётся везде.
При этом:
-композиция это "имеет"
-наследование это "это"
-интерфейс это "может"
В итоге мы можем сгондобить костыль через интерфейс, но чото петушинно оно, да и "не повторяйся" нарушается.
Проще? Так тоже хуй. да и вообще тогда лучший ОО язык это СИ, или вовсе ассемблер, там нету нихуя ООП, а значит проще
И да, изосрать весь код смесью говна и спагетти юзая GOTO(C#) значит дохуя пиздато, энтерпрайз и вообще просто, хорошо, читаемо, и сокращает ошибки.
А унаследовать от двух классов - нет.