Статья хороша и информативна. Плюсанул. Даже несмотря на то, что автор живёт в какой-то другой реальности в которой TS стал фактически стандартом веб-разработки.
Насколько я знаю Smalltalk является наиболее чистый объектно-ориентированный язык программирования. Кроме того, что там есть только 3 оператора, так и действительно всё есть объект.
Лично моё мнение: если в объектно-ориентированном языке программирования появляются не объектные типы и операторы, для работы с ними (например: +, -, if-else, while, for), то язык начинает становиться "загрязнённым". Сразу скажу, что я не считаю, что это плохо.
Наиболее "грязный" объектно ориентированный язык программирования, по моему мнению, - это PHP. А наиболее чистыe, не считая Smalltalk, - это Java, C# и JavaScript. Есть и другие объектно-ориентированные языки программирования с которыми я мало работал, по этому не берусь утверждать что-либо про них.
Но автор ничего не сказал про "грязные" языки объектно-ориентированного программирования в статье. А именно, из-за "грязности", и пошло много такого странного понимания ООП, я считаю.
Я с этой статьи начинал и у меня не получилось сделать загрузочную флешку. А вы какой DMG-образ успешно смогли развернуть на флешку? Ссылку или название файла помните?
Количество фотографий Маска в этой статье похоже достигла максимума. Хмм... Вам точно Маск ничего не проплачивал?... И Тесла, которая припаркована недалеко от дома где Вы живёте, точно не Ваша?)
Есть такой университет УПП. Так там целая система разработана по работе над собой через прививание новых привычек. Называется Дистанция. Ей уже больше 10 лет. С ней не встречались?
Задам свой любимый вопрос: а с отладкой как обстоят дела? 80% времени и нервов уходит именно на этот процесс. Что Вы сделали, чтоб программисту на Вашем языке было удобно отлаживать свой код?
Если у вас такой богатый функционал, то почему нет статьи ?
Ну когда я научусь писать статьи так-же хорошо как и Вы, тогда и напишу) А сейчас меня хватает разве-что на примеры использования на странице проекта на GitHab-е.
Про посылку сообщения я говорил относительно статьи, где указано, что это один из основных принципов ООП. Мне кажется, что объектам не обязательно слать друг другу сообщения. Можно и по другому взаимодействовать. И при этом объекты останутся объектами и программирование будет объектно-ориентированным и дальше.
В моём понимании объекты на первом месте. А то, как они взаимодействую, это уже каждый выбирает сам.
Ясно. Ясно. Я понял Ваш подход. Это хорошо, что Вы придумали свой подход. Больше библиотек - больше шансов найти что-то по душе)
В моём случае вместо 0 можно и $i поставить. Это же строка в двойных кавычках. Можно ещё * поставить, тогда обойдены будут все элементы и результат вернётся списком. Можно и фильтр использовать в [] как в xpath. Есть и функция if() и другие. Но в любом случае Ваш подход тоже хорош: он будет работать быстрее чем у меня. У меня всё таки парсинг выражения происходит перед его исполнением, а это лишние вычисления.
Я за годы программирования на Smalltalk привык, что ООП - это когда объекты реального мира отображаются на объекты в коде. Этот подход прост и достаточно хорошо работает по моему опыту.
При этом не обязательно посылка сообщения должна быть. Когда объект в реальном мире взаимодействует с другим (например прикасается или давит на другой), он не посылает сообщений. Технически, программно можно вызвать метод или занести значение в публично доступное поле объекта.
Есть ещё такой вопрос: а действия могут быть объектами? А то я часто встречаю когда их упаковывают каждый в отдельный сервисный класс.
Я лично в своей библиотеке unipath.php использую xpath подобный синтаксис для "вытаскивание" данных из сложных структур. Например вот так: uni("response/response/GeoObjectCollection/featureMember/0/GeoObject/metaDataProperty/GeocoderMetaData/Address/formatted/ifEmpty('Адрес не найден')")
Не думали тоже подобный способ реализовать? Так ведь короче.
Мне кажется хорошо было бы подписать фрагменты кода: где на bash и где на python. Было бы немного удобнее. Лично я не сразу понял когда начал читать, что второй фрагмент - это уже на питоне.
Я так понял element.style.color = 'red' обрабатывается так-же как и element.style.setProperty('color', 'red'). По этому тесты на скорость не проводились такого варианта соответственно?
Статья хороша и информативна. Плюсанул. Даже несмотря на то, что автор живёт в какой-то другой реальности в которой TS стал фактически стандартом веб-разработки.
В дискусиях репозитория llama.cpp на GitHub-e можно ещё встретить вот такую табличку:
Ссылка: https://github.com/ggml-org/llama.cpp/discussions/2094#discussioncomment-6351796
Плюс за простоту идеи и реализации.
Похоже, очередная статья сгенерированная нейросетью. Печаль.
Насколько я знаю Smalltalk является наиболее чистый объектно-ориентированный язык программирования. Кроме того, что там есть только 3 оператора, так и действительно всё есть объект.
Лично моё мнение: если в объектно-ориентированном языке программирования появляются не объектные типы и операторы, для работы с ними (например: +, -, if-else, while, for), то язык начинает становиться "загрязнённым". Сразу скажу, что я не считаю, что это плохо.
Наиболее "грязный" объектно ориентированный язык программирования, по моему мнению, - это PHP. А наиболее чистыe, не считая Smalltalk, - это Java, C# и JavaScript. Есть и другие объектно-ориентированные языки программирования с которыми я мало работал, по этому не берусь утверждать что-либо про них.
Есть ещё глава про "Чисто объектно-ориентированные и гибридные языки" на викибукс - https://ru.wikibooks.org/wiki/Объектно-ориентированное_программирование
Очень хорошо структурированная статья. Плюсую.
Но автор ничего не сказал про "грязные" языки объектно-ориентированного программирования в статье. А именно, из-за "грязности", и пошло много такого странного понимания ООП, я считаю.
Насколько я знаю Internet Recovery стали добавлять в прошивку компьютеров Apple с середины 2011 года. У меня 2007 года iMac. По этому я в "пролёте")
Я с этой статьи начинал и у меня не получилось сделать загрузочную флешку.
А вы какой DMG-образ успешно смогли развернуть на флешку? Ссылку или название файла помните?
Количество фотографий Маска в этой статье похоже достигла максимума. Хмм... Вам точно Маск ничего не проплачивал?... И Тесла, которая припаркована недалеко от дома где Вы живёте, точно не Ваша?)
Есть такой университет УПП. Так там целая система разработана по работе над собой через прививание новых привычек. Называется Дистанция. Ей уже больше 10 лет. С ней не встречались?
Смело, смело. Подпиливать такой огромный проект - Вы наверное весьма не ординарный программист!)
Интересный синтаксис определения классов. Я если буду улучшать свой littlelisp.js возможно попробую перенять некоторые конструкции.
Правда, пересылка сообщений, на мой взгляд, усложнение. Можно и просто сделать поиск и вызов метода объекта.
Задам свой любимый вопрос: а с отладкой как обстоят дела?
80% времени и нервов уходит именно на этот процесс. Что Вы сделали, чтоб программисту на Вашем языке было удобно отлаживать свой код?
Ну когда я научусь писать статьи так-же хорошо как и Вы, тогда и напишу) А сейчас меня хватает разве-что на примеры использования на странице проекта на GitHab-е.
Я не про Smalltalk говорил.
Про посылку сообщения я говорил относительно статьи, где указано, что это один из основных принципов ООП. Мне кажется, что объектам не обязательно слать друг другу сообщения. Можно и по другому взаимодействовать. И при этом объекты останутся объектами и программирование будет объектно-ориентированным и дальше.
В моём понимании объекты на первом месте. А то, как они взаимодействую, это уже каждый выбирает сам.
Ясно. Ясно. Я понял Ваш подход. Это хорошо, что Вы придумали свой подход. Больше библиотек - больше шансов найти что-то по душе)
В моём случае вместо 0 можно и $i поставить. Это же строка в двойных кавычках. Можно ещё * поставить, тогда обойдены будут все элементы и результат вернётся списком. Можно и фильтр использовать в [] как в xpath. Есть и функция if() и другие. Но в любом случае Ваш подход тоже хорош: он будет работать быстрее чем у меня. У меня всё таки парсинг выражения происходит перед его исполнением, а это лишние вычисления.
Я за годы программирования на Smalltalk привык, что ООП - это когда объекты реального мира отображаются на объекты в коде. Этот подход прост и достаточно хорошо работает по моему опыту.
При этом не обязательно посылка сообщения должна быть. Когда объект в реальном мире взаимодействует с другим (например прикасается или давит на другой), он не посылает сообщений. Технически, программно можно вызвать метод или занести значение в публично доступное поле объекта.
Есть ещё такой вопрос: а действия могут быть объектами? А то я часто встречаю когда их упаковывают каждый в отдельный сервисный класс.
Я лично в своей библиотеке unipath.php использую xpath подобный синтаксис для "вытаскивание" данных из сложных структур.
Например вот так:
uni("response/response/GeoObjectCollection/featureMember/0/GeoObject/metaDataProperty/GeocoderMetaData/Address/formatted/ifEmpty('Адрес не найден')")Не думали тоже подобный способ реализовать? Так ведь короче.
Мне кажется хорошо было бы подписать фрагменты кода: где на bash и где на python. Было бы немного удобнее. Лично я не сразу понял когда начал читать, что второй фрагмент - это уже на питоне.
Я так понял element.style.color = 'red' обрабатывается так-же как и element.style.setProperty('color', 'red'). По этому тесты на скорость не проводились такого варианта соответственно?