.note | Apple Notes

Давеча прислали ссылку на относительно спорную статью на IXBT касательно «смерти Apple».

Ну что сказать — сначала хотел написать что-нибудь “умное” в ответ автору, но потом оказалось что на форуме автору уже давно всё популярно объяснили. Ну или почти почти всё, ибо свои пять копеек я всё же вставил, а точнее:

Я, конечно, уважаю таких писак, которые могут накропать так много текста при этом не сказав практически ничего, тем не менее, считаю, что судить о чём-либо не попробовав — дурной тон. Это, кстати, относится не только к технологиям, но и ко всему в мире вообще, но не суть…

К чему это всё? Да к тому, что автор рассматривает не столько MacOS, как центральный продукт Яблок, а скорее их хард (который, между прочим, даст фору по юзабилити любому существующему компу). На МакОсь он всего лишь плюётся со стороны. Сразу видно, что человек просто никогда не пробовал «что езмь МакОсь», а потому и судит о ней исходя из каких-то совершенно пространственных соображений.

За себя скажу просто — я не средний пользователь, а вполне такой продвинутый гомо-сапиенс с в.о. по информатике. Более того, мой комп — это мой единственный источник дохода, а потому он у меня должен отвечать (и отвечает) массе требований. К чему это всё? Да к тому, что относительно недавно я сделал очень серьёзный шаг купив себе Apple Macintosh вместо своего вполне рабочего PC, и, о чудо, до сих пор не было ни одного момента когда бы я пожалел об этом решении. Более того, каждый раз, когда мне неволней приходится сталкиваться с простым PC на основпе WinXP — я чувствую себя немощным инвалидом.

Так что дело не в «анальном вау-факторе», а в том, что работать реально удобнее и быстрее.

Herewith, I rest my case.

Dec. 23, 2005 // 02:36 | Комментарии (4)

.upgrade | InTerra 1.40 beta

Кстати на dull.ru уже вертится новогодняя версия InTerra с древовидными комментариями =Р Кто-то ещё сомневается в том, что это Самый Лучший и Самый Быстрый движок для блогов в рунете?

Dec. 20, 2005 // 13:50 | Комментарии (14)

.news | Feature Update

Проект «InTerra Classic» всё же нуждается в наборе подарков к Новому Году, а посему планируется в скором будущем сделать вот что:

  • Древовидные Комментарии
  • Больше опций нотификации
  • Авто-отключение комментов через N дней

Есть ли желающие помочь?

Dec. 19, 2005 // 16:38 | Комментарии (29)

.impressions | Ruby

Вот за что мне нравится Ruby, так это за подобные кострукции:

или вот за такое

Dec. 19, 2005 // 13:05 | Комментарии (6)

.note | GMail

А вы знали, что новые сообщения в вашем gMail ящике можно получать в виде RSS потока (to be more exact — an atom feed)?

Dec. 06, 2005 // 18:07 | Комментарии (4)

.tech | Ruby

Надоел PHP, теперь я весь в «Ruby» ;) С помощью «Rails» могу сделать с нуля InTerra за пару дней!

Dec. 04, 2005 // 19:12 | Комментарии (13)

.link | GB

Как-то совершенно незаметно был запущен «Google Base».

Dec. 01, 2005 // 16:57 | Комментарии (1)

.poll | PM Utopia

Дамы и Господа,

Вы пользуетесь «BaseCamp»? В каких целях? Используете ли вы этот продукт для групповой работы над проектами? Отвечает ли софт вашим требованиям?

К чему это всё? Да мне как-то надоело платить за эту прекрасную тулзу, вот и задумался над тем, чтобы сделать свою.

Nov. 29, 2005 // 16:31 | Комментарии (5)

.bug | InTerra 1.31

Те, кто ставил блог в поддириктории вероятно заметили, что RewriteEngine начало как-то странно косячить. Не стоит расстраиваться, чтобы всё снова работало как на масле надо в файле .htaccess заменить все /index.php на просто index.php.

Для тех, кто боится накосячить — новый .htaccess.

Nov. 29, 2005 // 12:26 | Комментарии (2)

.release | InTerra 1.30

Релиз небольшого апгрейда к самому быстрому движку для блогов. В версии 1.30 следующие новинки:

[ Подробности ]

Nov. 27, 2005 // 20:47 | Комментарии (19)

.mac | Last but not Least

Ну вот что взять с производителей ПО кроме анализов а? Я — честно хочу заплатить деньги за программу "ruSpell", а её в сетке купить просто нереально.

Посему готов произвести с кем угодно данную операцию на местности — вы мне ruSpell, а я вам яндекс бабки (в двойнном размере), или домен в подарок, или аккаунт на mp3spy.ru, или — ой, я столько всего умею и я такая блядь... так что дело за малым — договориться.

Nov. 24, 2005 // 02:06 | Комментарии (8)

.stop | Google Analytics

Отныне SpeSta и прочие теперь нафиг никому не нужны, ибо Гугл опять зажёг.

Nov. 15, 2005 // 00:37 | Комментарии (17)

.note | MySQL

Давеча с kel.as провели очень интересный бенчмарк MySQL 4.1. Оказывается, что при использовании движка InnoDB СУБД:

  • Выполняет SELECT запросы с LEFT JOINами на 52% быстрее, нежели с MyISAM
  • Выполняет INSERT запросы чуть ли не в 9 раз медленнее, чем на MyISAM

В добавок ко всему, PostgreSQL в среднем в полтора раза медленнее (9 секунд на массовую операцию из 26 Left Joins по пулу данных в 650 000 записей, против 6 на мускуле).

Nov. 09, 2005 // 13:10 | Комментарии (2)

.note | Mental Costs of Interruption

Нарушать поток каких-либо действий — самое губительное, что можно сделать для КПД отдельно взятого индивидуума. То бишь предъявы из серии: «а может быть быстренько вот сделаем вот это, перед тем, как закончим вот то?» — повысят временные издержки и снизят качество, как этого, так и того.

Отчего же всё так плохо-то а? Элементарно, Ватсон — в среднем представителю расы гомо-сапиенс надо около 30 минут, чтобы влиться в какой-либо процесс и не более одной-двух минут, чтобы от этого процесса полностью и бесповоротно отвлечься. Что это значит на практике? А значит что любой «подкат» к кому-либо с дурацкими или мелочёвными просьбами будет стоить минимум полчаса времени, а скорее многим больше, ибо нельзя рассматривать каждый «подкат», как отдельно взятую единицу действия, потому как в большинстве случаев оно повлечёт за собой целую цепочку прочих «побочных эффектов».

К чему это всё? Да к тому, что, во-первых, никогда ни к кому нельзя лезть с вопросами, на которые в состоянии найти ответ сам. Во-вторых, надо ценить чужое время, и если вопрос не удаётся решить самому (притом, заметьте, при решении вопроса самостоятельно, личная цепочка действий не разрывается), то стоит использовать некую систему передачи знаний, не требующую моментального ответа (wiki, интранеты, форумы).

Именно поэтому я всегда нахожусь в состоянии away в ICQ и в принципе не отвечаю на банальные вопросы (unless I have nothing else to do).

Цените чужое время.

Пы.цы. — весь этот бред навеян комментарием в жж — ага, верно, давайте отнимем у кучи народу массу времени, а сами «экономим» 30 минут на решении тривиальной задачи, RTFM, anyone?

Nov. 01, 2005 // 21:06 | Комментарии (9)

.note | GTD – feature overload?

Многие разработчики, которые считают себя необыкновенными гуру своего дела, тем не менее не имеющие практически никакого коммерческого опыта продвижения проектов попадают в стандартную западню «дрожжевого эффекта» (между прочим, жертвами этой западни часто становятся управленцы или, чего хуже, топ менеджеры).

Что это, Берримор? Это, господа, погоня на «фичами». В софт набивают весь функционал, который приходит в голову, притом не замечая что:

  1. Большинство пользователей в нём (функционале) не нуждаются — принцип Парето
  2. С каждой новой фишкой софт подсознательно воспринимается как нечто сложное
  3. Рефакторинг софта становится очень ресурсоёмким процессом
  4. Каждая фишка несёт в себе тучу зависимостей и потенциальных ошибок и уязвимостей

Так что выводы довольно просты — любой функционал будет в большинстве случаев лишним. Это правило, между прочим, применимо как к разработке бесплатного софта и/или сервисов, так и к разработке софта платного (рассматривается, конечно, Shrinkwrap модель, а не OnDemand разработки).

Ну и что же тогда делать? А что, ничего, просто следовать следующим принципам:

  1. Создайте концепт идеи.
  2. Скажите НЕТ.
  3. Соберите достаточно доказательств того, что без этого концепта дальнейшая работа невозможна.
  4. Ещё раз попробуйте сказать “НЕТ”, если всё же при любом раскладе получается «да», то продолжаем…
  5. Предварительная детальная разработка концепта и «обсасывание идеи».
  6. Дизайн интерфейсов
  7. Ура, пишем код.
  8. -33. Тестируем, Рефакторинг, Тестируем, Рефаторинг, Тестируем, Рефакторинг
  9. Документируем
  10. Ищем недовольных и нанимаем киллеров
  11. Планируем новый релиз? Поднимаем цены?
  12. Запускаем!

Ну а кто сказал, что будет легко? Делать удобные и успешные вещи не так-то просто, как может показаться. Главное помнить, что «more is less», и что все вокруг идиоты.

Oct. 28, 2005 // 19:19 | Комментарии (9)