начала мучать документацию Apple. Введение в core data. То есть самое начала.

Рассказывают об абстрактной программе для контроля работников. И сразу в чистом ООП. Говоря о сохранении в фаил сразу говорят об автоматической сериализации дерева и тд.

Возникла мысль: почему все курсы программирования, что я видел, начинают изучение снизу (для примера: как писать в фаил по байтам), а не с верху (ООП в чистом виде). По моему разумнее было бы начинать учить человека в более привычной ему среде: среде объектов, а не байтов.

ЗЫ: Одному психологу, который хотел научится программировать, но мучился с басиком и С, я посоветовал rubby. Слово rubby теперь у него в ники в аське. Он с легкостью понял как программировать на нем, а в С он решил даже не лезти больше

Мне всегда было интересно, какое оно было бы, Если бы его сделать по всем принципам open source?

Ну открытые исходники рецептов - это как раз не сложно имхо

ЗЫ: а еще круче идея. 3 кафе объединеные в одно: зона для apple, windows, и open source... С соотвествующими аттрибутами, бронированным стеклом между ними, и возможностью обмена мнениями

Вроде нам в 10 классе уже рассказали что такое супремум.

Если это бы сказал школьник 8-9 класса, я еще могу это понять (но откуда он знает это слово?)

Неужели у нас школята одна7

Сказал один знамый (хоть и мелкий) ITщник, когда говорили о любовницах

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

а ваше мнение?

При условии «стабильных отношений и сожителства» со своей второй половинкой?

скажем, если еще делить по возрастам:

• до 20
• 20-25
• 25-30
• 30-40
• >40

Считаем, что человек нормальный и ему еще надо и работать, жить и тд

Вот хочу я прослушать музыку исполнителя А.

Что я должен сделать. Предположим, что DE полностью загружен

Допустим есть схема. с некоторым кол-вом входов

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

есть желаение получить сигнал на выходе

как это делается?

первая мысль - тупо взять dt = 10^-5 c и итерировать

насколько это получится?

а на самом деле интересно, как это сделать максимально быстро

Есть не сложная схема: резистор, кадеры, пара транзисторов и тд. микросхем нет не каких. все просто

хочется посмотреть, что будет с ней, если я вход подам какой-то определеный сигнал

какой софт может это сделать? насколько это будет приближено к реальности

ЗЫ: в этом я ПОЛНЫЙ нуль

Напомните мне, как сделать так, чтобы latex использовал А4 лист целеком, оставляя всего лишь пару см палей

нужно сдавать именно так

Сабж.

Мысль возникла при общении с представителем техникума, который учится на программиста, который на фразу "у тебя лексический запаз как Эллочки-людоедки" отереагировал удивленным "а кто это такая?" (напоминание авторов этого бесметрного произведения не произвело не какого эффекта).

После долгий мучений (который были больше размышлениями, код не большой) мню была сделана библиотека, которая должна сильно упростить программирование с использование асинхронных callback'ов

Фактически она ползволяет строить последовательность из синхронных и спецаильных асинхронных (не сильно отличающихся по стилю работы от сихронных) вызовов, с опредлением обработчика исключений (возможно не одного) и блоков finalize

Это все очень похоже на deferred из twisted python'а, но местами может иметь куда большие возможности.

Это только основа, дальше надо развивать.

Что есть:

• Сам код. Небольшой. Но шаблон на шаблоне шаблоном погоняет. С небольшими артифактами.
• Очень поверхностное тестирование

Под это все надо сделать хорошее тестирование (с проверкой памати), выправить синтаксис и написать документация (а с английским у меня плохо).

Где мне искать единомышеников?

Пример кода:

using namespace sequence;

_void f1();   // асинхронно возращаем void
int f2();       // синхронно возращаем int
_int f3(int); // асинхронно возращаем int
void f4(int);

_void catch1(exception); // асинхронно обработываем исключение
void catch2(exception);   // синхронно обрабоатываем исключение

...

header<void> h; // объявляем последовательность

h.                           // задаем последовательность
dtry_<void>(&f1).
try_<void>(&f2).
dtry_<int>(&f3).
try_<void>(&f4).
dcatch_(&catch1).
catch_(&catch2);

h.toResult();     // Запускаем ее

В связи с тем. что аська еще не встала нормально (в линухе хоты бы), я решил начать переманивать пользоватле на jabber

За 2 дня у меня джабер вырос с 1 человека до 14 спасибо qip'у и ya.ru

Но пользвоателй можно переманить

Как мы и предсказывали, начатая два года назад схватка "Джобс vs. DRM" закончилась полной и окончательной победой здравого смысла над жадностью. ... глядя на сцену, над которой висела радостная надпись: "All songs DRM-free" (Все песни свободны от DRM).

Строго говоря, из десяти миллионов композиций на iTunes сейчас можно приобрести без DRM-защиты только восемь миллионов, но это уже не принципиально: оставшиеся два миллиона композиций должны освободиться в конце марта этого года. При этом, немногие сохранившиеся фанаты DRM по прежнему смогут приобрести "защищённые" песни по чуть меньшей цене. Настоящая свобода выбора.

Во как. А вы все - apple не любите

http://www.maccentre.ru/lib/34982

---

Прежде всего, агония DRM не продлится долго и не будет слишком масштабной. Конкуренты Apple, такие как Amazon, уже давно ощутили все прелести свободной музыки. Конечно, консервативные компании, такие как Microsoft со своим Zune, могут ещё попытаться реанимировать труп DRM, но тогда они быстро перестанут быть конкурентами Apple.

Наболевший, прошедший через множество тем вопрос

Как надо писать софт для людей? Кто его должен писать? И почему он должен быть бесплатный?

Все приводят в пример linux, gcc, emacs и т.д. Но давайте посмотрим внимательно на этот софт, созданный только сообществом. Удивительный факт, но почти все, что создает сообщество само, предназначено для ITшников. Нормальным людям это не надо (ну или точнее им это безразлично).

Примеры типа Open Office можно отбрость сразу. Потому что это выкидыши крупных компаний, при чем они развились не слишком сильно и хорошо. Остались почти тем же, чем были (для примера посмотрим на попытка Apple сделать конкурент M$ в области офиса. Попытка очень удачная. Они вложили другие принципы, они сделали его по другому. Они его меняют и развивают. А у нас что? M$ word 97? он же неудобен в управлении).

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

Давайте зададим себе вопрос: будем ли мы в наше свободно время (в качестве хобби) заниматься тем, что нам не нравится? Писать то, что не интересно нам? Ответ почти однозначно нет.

Теперь я опять же приведу пример того, что сообщество похоже не когда не родит: это софт для музыкантов. Даже возьму точнее: гитарный процессор. Хороший, типа http://en.wikipedia.org/wiki/Guitar_Rig

Допустим, я придумал, как взломать быстро какое нибудь шифрование, или обойти электронную защиту какого нибудь формата.

Является ли такое открытие уголовным преступлением. Как я помню, в Америке является.

>>>