Pull to refresh
99
0.5
Сергей Копылов @markmariner

кое в чём разбираюсь, а в остальном — нет

Send message

Я согласен с вами по поводу стандартов, их соблюдения, да и всего посыла, только из этого никак не следует, что ООП хорош для всех

Так нет, потому, что наличие наследования хорошо и обязательно для поддерживаемого кода — это не факт, а мнение

А вам представляется, что это как земля крутится вокруг солнца, непреложный факт, многократно подтвержденный

Ну если у вас с пониманием текста проблемы, но я тут не помогу

Ну и нет разницы — это вы просто выразили свое мнение, никак его не подкрепив. Второе предложение вообще о другом

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

вы вообще в курсе о чем я спорю?

Даже если бы не было никакой альтернативы, это бы не доказывало, что ООП хорошо решает поставленную перед ним задачу

Вы с самого начала говорите, что ООП хорош, просто этого почти никто не понял. Я спорю с этим, а вы зачем-то постоянно пытаетесь сменить тему на потребление оперативной памяти, говнокодинг и спины с царствами

на самом деле это потому, что никаких доказательств того, что ООП хорош у вас и нет

Нет, конечно, вы выворачиваете наизнанку все.

если каждому хирургу рассказывают в вузе (как это происходит с ооп), что вот есть прекрасный скальпель (из вашего примера), и что это стандарт скальпелей и нужен каждому, а потом его использует на практике 1 из 100 хирургов, и никто не уволен, и люди не жалуются, то конечно плох скальпель или, как минимум, он нужен не всем.

Поэтому и не подходят примеры с программированием и всеми людьми: программирование не инструмент решения их рабочих задач. И у медиков скальпель -не инструмент решения их рабочих задач, а только у хирургов это так.

но я уверен, что вы это знаете и передергиваете специально, авось кто из аудитории не поймет разницы

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

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

Говнокодинг, к примеру, тоже не страшен, потому, что проект сдохнет через 3 года сам из-за переориентации бизнеса.

На деле, предположу, что там, где оперативная память важна (программирование игр), и где важна поддержка кода (программа будет выполняться годами на МКС) с этими требованиями всё хорошо.

Поймите, отсутствие соответствия кода принципам ООП или функционального программирования = говнокодинг -- это ваше субъективное суждение.

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

А что если ситуация другая: ООП плох для большинства задач программирования, и поэтому многие им и не пользуются в полной мере?

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

Я понял ваше первое сообщение так: вы утверждаете, что звук фортепьяно на концерте отличается от звука фортепьяно с CD-DA даже с использованием качественного аудиотракта от проигрывателя до АС или наушников.

Согласен, звук будет отличаться.

Дальше вы делаете вывод: для массового слушателя достаточно частотной полосы CD-DA, но для тренированного музыканта этого мало, ему нужна запись с частотным диапазоном до 50-100 кГц. То есть, на концерте человек каким-то образом слышит вот этот ультразвук до 100 кГц от инструмента, а на записи с компакт-диска -- нет, поэтому их и отличает. А вот с этим я не согласен.

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

Сделать это вам, а не себе я предлагаю потому, что я заведомо не догадаюсь, где пианист, а где запись. Не догадаюсь потому, что убеждён -- человек плохо различает частоты от 15 кГц, выше 20-22 кГц не различает вообще.

А причины разницы в звучании другие:

-- частотная характеристика, атака, реверберация сильно зависят от микрофонов, их местоположения, обработки сигнала. Уже здесь невозможно точно передать сигнал;

-- при воспроизведении повторную разницу создают акустические условия помещения;

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

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

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

Ну если вы не понимаете мой вопрос и ваши аргументы сводятся к тому, что вам 70, то тут вправду разговаривать не о чем.

Колонки достаточной мощности -- акустическая система, которая может создать такое же звуковое давление на месте слушателя в зале, как и фортепьяно ±6дБ

Окололинейная АЧХ -- линейная АЧХ в слышимом спектре с отклонениями по всему спектру не более ±6дБ

Как вы можете быть уверены, что это не связано просто с особенностями помещения на концерте?

Пробовали ли вы поставить колонки достаточной мощности и окололинейной АЧХ рядом с фортепьяно в том же зале, где слушаете концерт и с закрытыми глазами сказать, когда играет пианист, а когда акустика?

Вот именно, бремя лежит на утверждающем. Как вы просто в лицо искажаете действительность и не стесняетесь. Это вы утверждали без всяких доказательств, что SQL придумывали не для бухгалтеров.

Я привёл цитату авторов языка о том, что они его придумывали для бухгалтеров.

Давайте ещё раз:

Вы пишете: SQL вообще-то для аналитиков придумали.Бухгалтерам никогда никакой SQL не предлагался.
Авторы языка пишут: Примерами таких пользователей являются бухгалтеры, инженеры, архитекторы и градостроители. Именно для этого класса пользователей предназначен SEQUEL.

То есть я высказался не просто пукнув в воздух, как вы и другой комментатор, а с доказательствами. И другой комментатор пишет: да они просто лгут! Я предлагаю доказать, на что вы мне предлагаете доказать, что они не лгут фразой "Бремя доказательства лежит на утверждающем". Это просто чёрное назвать белым!

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

Ну вот авторы языка пишут прямо обратное:

A brief discussion of this new class of users is in order here. There are sane users whose interaction with a computer is so infrequent or unstructured that the user is unwilling to learn a query language. For these users, natural language or menu selection (3,4) seem to be the most viable alternatives. However, there is also a large class of users who, while they are not computer specialists, would be willing to learn to interact with a computer in a reasonably high-level, non-procedural query language. Examples of such users are accountants, engineers, architects, and uurban planners. It is for this class of users that SEQUEL is intended. For this reason, SEQUEL emphasizes simple data structures and operations.

Здесь уместно краткое обсуждение этого нового класса пользователей. Есть некоторые пользователи, чье взаимодействие с компьютером настолько редкое или неструктурированное, что пользователь не желает изучать язык запросов. Для этих пользователей наиболее приемлемыми альтернативами кажутся естественный язык или выбор меню (3,4). Однако существует также большой класс пользователей, которые, хотя и не являются компьютерными специалистами, были бы готовы научиться взаимодействовать с компьютером на достаточно высокоуровневом непроцессуальном языке запросов. Примерами таких пользователей являются бухгалтеры, инженеры, архитекторы и градостроители. Именно для этого класса пользователей предназначен SEQUEL. По этой причине SEQUEL делает упор на простые структуры данных и операции.

SEQUEL: A structured English query language, страница 250
https://dl.acm.org/doi/pdf/10.1145/800296.811515

Утверждать -- не мешки перемещать.

Я тоже могу заявить, что у меня есть секретная сетка, которая борщ готовит и ребёнка в сад водит, и это успешно получается в 13 процентах случаев, пожалуйста дайте денег и побольше, а я покажу вам её, когда будет 100%

Секретные люди ей тоже пользуются, им нравится, кто они не скажу, инфа сотка.

Information

Rating
1,556-th
Location
Петрозаводск, Карелия, Россия
Date of birth
Registered
Activity