Вообще в нашей стране можно по пальцам одной руки можно пересчитать людей, кто действительно создает музыку. Все остальные ее просто играют или записывают.
Так что стоимость создания музыки (по вашей классификации) как и стоимость создания книги равна цене бумаги и чернил.
Проблема здесь в том, как работает наша память. А запоминает она образ страницы, не содержимое, а то как страница выглядит графически и где в книге она находится. Поэтому то и так легко находить нужную страницу в книге. На устройстве чтения же страницы не имеют образа, они могут выглядеть по разному в зависимости от разных параметров расположения курсора.
Я не видел, как это сделано на айфонах, но по хорошему еще когда листаешь по скроллбару, страницы книги должны покатываться пользователю, пока тот перемещает скроллбар (без тормозов!) и при любых обстоятельствах они должны иметь один и тот же образ расположения текста (возможно, каждая страница должна иметь свой граватар, который будет генерироваться в зависимости от содержимого текста конкретной страницы и демонстрироваться во время чтения). Тогда уже не будет особой разницы между листанием в бумажной или электронной книгах.
Спрашиваю как новичок.
1. А разве в андроиде лисенеры нельзя объявить в xml?
2. А обязательно создавать классы и методы при помощи оператора new? Это не нарушает single responsibility?
В курсе pluralsight приводили такую метафору долга: представьте, что вы повар и приготовили вкусный обед. Сами сервировали стол, усаживали гостей и т.д. Т.е. по отношению к клиенту вы вроде бы выполнили работу идеально. Но можете ли вы считать теперь свою работу законченной? Для повара правильный ответ — нет. Когда он возвращается к себе на кухню, он видит там все эти горы грязной посуды, испачканную плиту и т.д. Работа повара еще не окончена, когда клиенты накормлены. Вот и работа программиста тоже как правило не кончается в момент выпуска продукта — часто там, за сценой, остаются еще горы немытой посуды.
Просто я не ожидал встретить человека, который связан с этой СУБД. О каше так редко говорят, что кажется, будто ее вообще не существует.
Я изучал язык давно, еще когда у нас стояла не Cache а MSM под дос (там программы вообще редко когда компилировались как это делается сейчас в студии), и я не разработчик, хотя в коде немного разбираюсь и пограммы писать приходилось. А сейчас даже не знаю куда развивается эта технология. Наша система собирает аэронавигационную информацию и работает на достаточно старом дистрибутиве, но данные хранятся в глобалях с их нереляционной организацией.
А можете подробнее рассказать про правила (или ссылку дать)? А то я не совсем понимаю, что имеется ввиду.
То, что вы посоветовали посмотреть, я гляну когда буду на работе — не знал, что версии хранятся.
Ничего себе, MUMPS вспомнили! Я между прочим как раз занимаюсь поддержкой одного сервера на базе Cache. Но там на самом деле данные четко отделены от методов, так что я не совсем понимаю, что вы имеете ввиду. Текстовые строки можно интерпретировать как команды на лету, да. Но эта фича является скорее опасной, чем полезной.
Лично мне подсказывает то соображение, что стандартная модель выполнения программ может не очень для этого подходить. Данные в такой системе нужно организовывать как то по другому. На уровне каких-то образов, где данные перемешаны с методами. И вот описание dataflow сильно напоминает что-то такое.
Что то мне подсказывает, что dataflow лучше подходит для создания систем ИИ. А есть ли какие-то эмуляторы этой системы на ПК или специализированные языки программирования, чтобы вот прям взять сейчас и попробовать? Было бы интересно посмотреть на конкретные примеры программ. В общем жду следующую статью.
"возьмут и перепубликуют, со ссылкой на автора или без"
Обычно воруют это когда берут произведение и присваивают его себе, как будто сами его создали. То что вы назвали это скорее пиратство, чем кража.
Так что стоимость создания музыки (по вашей классификации) как и стоимость создания книги равна цене бумаги и чернил.
Ну надо немного поднажать и будете так играть.
Я не видел, как это сделано на айфонах, но по хорошему еще когда листаешь по скроллбару, страницы книги должны покатываться пользователю, пока тот перемещает скроллбар (без тормозов!) и при любых обстоятельствах они должны иметь один и тот же образ расположения текста (возможно, каждая страница должна иметь свой граватар, который будет генерироваться в зависимости от содержимого текста конкретной страницы и демонстрироваться во время чтения). Тогда уже не будет особой разницы между листанием в бумажной или электронной книгах.
1. А разве в андроиде лисенеры нельзя объявить в xml?
2. А обязательно создавать классы и методы при помощи оператора new? Это не нарушает single responsibility?
Я изучал язык давно, еще когда у нас стояла не Cache а MSM под дос (там программы вообще редко когда компилировались как это делается сейчас в студии), и я не разработчик, хотя в коде немного разбираюсь и пограммы писать приходилось. А сейчас даже не знаю куда развивается эта технология. Наша система собирает аэронавигационную информацию и работает на достаточно старом дистрибутиве, но данные хранятся в глобалях с их нереляционной организацией.
А можете подробнее рассказать про правила (или ссылку дать)? А то я не совсем понимаю, что имеется ввиду.
То, что вы посоветовали посмотреть, я гляну когда буду на работе — не знал, что версии хранятся.
Обычно воруют это когда берут произведение и присваивают его себе, как будто сами его создали. То что вы назвали это скорее пиратство, чем кража.
блекфреймворком и СУБД.