Обновить
0
Александр Гальцев@Longes

Пользователь

2
Подписчики
Отправить сообщение
1. Ну так на русскую википедию посмотрите. Там просто статья хуже, поэтому я на английскую сослался.
2. Вы утверждали, что все объекты нуждаются в идентификаторе. Так вот, квантовая физика показывает, что все элементарные частицы неотличимы друг от друга. Они не обладают свойствами позволяющими сравнить две частицы и найти различие.
Вот простое опровержение вашей гипотезе: элементарные частицы неотличимы друг от друга. Следовательно идентификаторов нет.
Так, то есть кроме самого мироздания у нас есть еще и некий Создатель, которому это мироздание для чего-то нужно?
1. Определите
«внутренний мир»

2. Кому необходимо? Для чего? Что теряется при отсутствии идентификатора?
Начнем с самого начала.
Я утверждал, что каждого субъекта необходимо идентифицировать, то есть присвоить ему отдельный идентификатор.

А вы можете это доказать?
Понятие/ощущение времени исчезнет при отсутствии изменений. Цикличность тут ни при чем. Мы, например, для измерения времени используем распад ядер. А он не цикличен.
Ну так не используйте органы чуств. Поставьте в комнате часы. Или помидор положите. Или банку с ураном. И наблюдайте за изменениями. Можете даже из другой комнаты наблюдать.
Два измерения однородны, а третье измерение тяготеет к телесной оболочке. Трехмерная пространственность концентрируется именно вокруг человеческого тела, а вдали от него исчезает.

А бинокль, стало быть, расширяет круг трехмерности?
Не совсем. Волновая функция, это величина показывающая (в данном случае) вероятность нахождения частицы в определенной точке. Когда происходит коллапс, частица фиксируется, и вероятность становится 1. При частичном коллапсе мы избавляемся от некоторого числа вероятностей (они уходят в ноль), но точное положение частицы еще не устанавливается.
Ну как же, а чудо-стол в Mass Effect 2?
Минковского.
Все эти «разные» парадигмы являются развитием одного и того же предка.
Не совсем. Императивное программирование растет из машины Тьюринга, а функциональное — из лямбда-исчисления. Это не одно и то же.
Нет. Можно писать в функциональном стиле, но при этом иметь все четыре атрибута ООП.
А насчет ооп элементов в хаскелле, это как функциональные элементы в Java и C# — они как бы есть, и это как бы клево, но всем пофиг.
В хаскелле есть все четыре пункта, но ООП языком он не является.
Системы более гибкой, чем та что написана на LISPе у вас никогда не будет.
Проблема с определением ООП-языка, как языка имеющего:
-Абстракцию
-Полиморфизм
-Наследование
-Инкапсуляцию
в том, что множество не ООП языков имеют эти особенности. Эти четыре пункта не позволяют однозначно определить язык как ООП язык.
Это всё, конечно, очень бла-ародно, но какова у вас в работе пропорция между простыми геттерами, и красивым хорошим кодом с триггерами и событиями?
В принципе конечно да, getters/setters могут осуществлять доступ к данным по сколь угодно закрученным схемам, НО:
— Это делается очень редко. Большинство getters/setters являются простым return field; и this.field = field; Тем самым ничем не отличаясь от простого public Field field;
— Это все равно доступ к данным снаружи.

Информация

В рейтинге
Не участвует
Откуда
Россия
Дата рождения
Зарегистрирован
Активность