а зачем всё это? ну кроме того, чтобы написать операционную систему и её интерфейсы. и свистелко-перделки на крышу юзера. в конечном счёте какую цель имееют новые языки? ничего кроме маркетинга и в голову не приходит. про питон не говорю, но и сам Гвидо плохо читал мануалы видимо, - не в этом суть. решать что в, рамках планеты, новые языки призваны то?
да потому что мои мысли и домыслы неуместны на форумах домохозяек и прочего шлака, а здесь есть весьма почтенные и уважаемые люди, с которыми интересно вести дискуссию. уж извини, если считаешь что такой вот недостойный обращается к Вам)
у нормальных языков есть свои фишки. ocalm - математически выверенно clojure - лисп для людей. "знают все на свете, но не знают какой ценой" с - тру язык, и не лисп. "знают что и какой ценой" go - си для многопоточных людей asm - свобода от парадигм и ограничений. "свободен тот кто гол как сокол, свобода есть, но в чем же здесь прикол?" с++, java, javascript, python - так исторически сложилось. А у многих, исторически не сложилось.
Я выбрал асм исходя из своих задач и ни разу не пожалел. Наверное большинство так и делают. Часть новых языков появляется видимо потому что кому-то в голову приходит светлая (на его взгляд) идея, а в комитеты его не берут. Свой собственный яп с блекджеком и всей атрибутикой лучший способ воплотить все свои светлые идеи.
питон не нужен, это абсолютно бесполезный и конченый язык. Был нормальный перл, нет, придумали какую-то ерунду, где надо считать пробелы в коде. sn0w, скажи честно, а ты перед написанием постов на форум употребляешь то, что созвучно с твоим ником? Просто интересно, для себя. f13nd, асм хороший яп, но я все же перешел на Си, т.к. слишком сложно решать на Асме некоторые вещи (тот же СОМ, я хз как ты его писал, там Ад даже на плюсах). Но плюсы уже слишком засраны этими ООП, а Си - самое то.
Если ты про семпл про olя-автоматизацию ворда, это вообще из курсовой работы по информатике. Тогда времени было много, можно было любой ад написать. Если надо на асме много что-то юзать из ком, делаю прокладку из функций и макросов, получается довольно удобно. Хапнув явы начал понимать что любители высокоуровневых яп в них находят - ни читать справку по апи, ни помнить ничего не надо, ходишь автокомплитом по методам, где-нибудь да дайдешь нужную дурундуль. Все типизировано до маразма, если что-то не то сделал IDE даст по крестику кликнуть и выбрать что исправить.
Собственно да. Если взять какой-то С++ билдер (это как дельфи, только Си), то там сделать простой гуи можно вообще методом тыка. Чем и хорошо.
Концепция СОМ достаточно сложная для понимания, все эти интерфейсы, методы и т.д. и т.п. Я долгое время не мог въехать даже в самые базовые примеры, пока наконец-то в одной книге не прочитал "СОМ - это очень просто, это обычный абстрактный интерфейс!". И вот когда я открыл книжку по ООП в плюсах, и понял, что такое интерфейс, абстрактный класс - тогда стало немного понятней вся эта магия. Без понимания ООП в СОМ неясно ничего, т.к. теряется момент с наследованием , реализацией и т.д.
ну тогда уважайте тех, с кем ведете беседу. Вам предупреждение за мат. В следующий раз в бан улетите. Ведете себя как ребенок.
Лично я не понимаю этих баталий "markdown vs assembler". Для разных задач свои инструменты, и те, что не выдержали конкуренции с новичками - оказываются на обочине истории. Нормальный программист не будет зацикливаться на одном языке, это путь на выход из отрасли. Нам же, труженикам... кхм... кайла и лопаты, выбирать вообще не приходится. Как задачу поставили - так и реализуй ее, а питон там, си или машинные коды - это уже проблема исполнителя. Использование в одной задаче двух-трех-четырех даже не языков, а технологий, не редкость, и OLE из них далеко не самая сложная.
Сейчас понаразвелось много хипстеров, которые двигают новые языки, которые обязательно должны оказаться "волшебной пилюлей" от всех-всех-всех проблем, присутствовавших в других языках. Только вот одна проблема - на новых языках можно научить писать и макаку, а вот когда начинается разговор о понимании нутрянки всего того, что они используют, тогда большинство "программистов" и садится в лужу. Конкретный пример - не понимаю вообще хайпа вокруг Kotlin. Ну кривой же язык, в котором концепции придумывались на ходу, сильно ослаблена типизация, да и без IDE вообще чёрт в нём ногу сломит.
я вас понял --- Сообщение объединено, 27 сен 2019 --- да, именно так, оттуда вся эта атмта и рождается.
разумеется, - по 2 дороги на ноздрю. иначе какой смысл от всех этих диалогов? --- Сообщение объединено, 27 сен 2019 --- я тоже не понял. наследование таблицы - такое же как и база->производный, сетап в конструкторе и деструкторе, pure virtual - заглушки в таблице. чё там может быть непонятным?
ну чисто технически он - лучшая версия гуано-джавы, до котлина нормальной альтернативы не было... скала - слишком сложная для большинства со своей функциональщиной, груви - недопилен и медленный, кложура - лисп (все ненавидят лисп), всякая изотерика типа eta (хаскелл на джвм) никому никуда не впилась... поэтому все любят котлин, даж гугл его рекомендует для андроид разработки... да и потом джетбрейнс - культовая для экосистемы джавы компания, они умеют грамотный маркетинг языку делать и все джависты кушают взахлеб... и кстати сейчас за котлин платят даж побольше, чем за джаву... это к слову о хайпе... ну ты же адепт вб6, при этом... ну когда это делаешь на сишечке/асме есть некоторые проблемы с созданием правильной структуры для класса и заполнением ее функциями, реализующего несколько интерфейсов, которые наследуются от других интерфейсов, которые наследуются от других интерфейсов и тд... vtable - это не всегда тривиально, есть места, где можно ошибиться, а потом долго дебажить... в плюсах за тебя это прекрасно сделает компиль, а в сишечке/асме придется делать самому... ну это к вопросу о том, зачем нужны языки...
уважаемый Rel, ну нет никаких неопределённостей - иначе бы компилер попросту бы не закомпилил. есть хреново доведённый материал до пользователя или попросту непонимание - это есть. тотже cpprefernce если заставить читать неофита - то дотпродукт будет бессвязная каша. всё это нужно понимать не литературно а технически, с отладчиком и нулевыми оптимизациями кода - тогда всё встаёт на свои места. это я относительно понимания - помогает разобраться во всём. тащемта именно таким образом я и находил баги в msc компилере, и тут о них писал не раз. к слову - vft нарастает в порядке иерархии, также как и классовое наследие - в один момент времени, куда ни смотри в иерархии - есть только базовый класс и производный. всёёё, в каком порядке вф обьявлены в базе, в таком они и в таблице. если ты делаешь override то место в таблице замещается новым обработчиком, если добавляещь новый виртуальный метод - таблица дополняется новым указателем, если ничего не делаешь - то в ней сохраняется указатель на метод предыдущего класса. если это pure virtual метод, который вполне себе может иметь тело - то в таблице на его месте будет ртл-заглушка но ты всегда его можешь вызвать используя full-qualified-name-lookup
