18 часов назадКартинки можно дополнить текстом.
http://www.chemometrics.ru/materials/textbooks/matrix.htm
2 дня назадМы были на прошлой неделе в Белоруссии проездом, было очень холодно: ночью в Гомеле -32 %) Спасибо за приглашение, у меня есть сильное желание приехать и послушать доклады, интересные темы, но всё же в следующий раз, когда будет потеплее ;)
5 дней назадНаконец нашел что-то путное по теме. Начну разжевывать. Несколько дней уйдет, однако.
1 неделя назадМне пришлось столкнуться с тем, что элементарно не работает комбинация клавиш Ctrl + C и Ctrl + V. Причем переустанавливали Flash и не раз. Может быть, есть здесь те, кто сталкивался с этой проблемой и как-то смог решить ее?
1 неделя назадХотелось бы узнать, Как вы относитесь к пиву? Если положительно, то какое предпочитаете? Если отрицательно, то почему? Просто интересно...
Thе Flex SDK Community Committee, или Общественный Комитет по Flex SDK — это несколько человек, лучшие флекс-умы, которые ставят перед собой задачу работать над улучшением Flex SDK. Они представляют сообщество Flex, предлагая Adobe конкретные и выполнимые действия, кординируют голосование за багфиксы в Adobe JIRA и отправку патчей, продвигают использование готовых возможностей Flex SDK. Этой новостью порадовал сегодня Андрей Панас, а я хотел сказать:
Выбор людей в Flex SDK Community Committee не случаен. Именно они уже долгое время проявляют наибольшую активность на форумах Adobe, посвященных обсуждению Flex SDK. Пример из недавних событий:
После публичной онлайн-встречи архитекторов и разработчиков Flex SDK с Flex-разработчиками Adobe сделала дальнейшие шаги по итогам встречи, одним из которых стало решение выносить важные вопросы архитектуры SDK на публичное обсуждение.
Началось это с того, что 6 февраля 2009 года Мэтт Хотин опубликовал кулуарные дискуссии самих архитекторов на форуме Adobe. Мэтт сообщил, что есть т.н. Architecture Review Board (ARB) — Совет Пересмотра Архитектуры, состоящий из разработчиков Flex SDK. Между собой они обсуждают все ключевые и конфликтные моменты SDK, принимая решения о том, как именно будет развиваться или изменяться Flex. В своей первой публикации по этой теме Мэтт процитировал дискуссию Совета про наболевшему вопросу введения префикса "Fx" в названия компонентов ("FxButton"). Против введения этого префикса ноднократно высказывались различные Flex-разработчики, справедливо нарекая на то, что это усложнит понимание SDK, особенно новичками (что использовать: Button или FxButton?), автокомплит и т.д.
Затем в этой же ветке форума по вопросу высказались представители сообщества (вы тоже можете сделать это, зарегистрировавшись).
После этого Мэтт сделал еще одну публикацию по вопросу "Fx prefix revisited", и еще одну, и еще и еще. А разработчики писали свои соображения на эту тему.
Все это привело к тому, что в данный момент по вопросу префикса принята компромиссная резолюция Общественного Комитета Flex SDK, общий смысл которой сводится к тому, что префикса в названиях компонентов не должно быть, но есть моменты — рекомендую ознакомиться.
Вообще, указанные выше ссылки на треды адобовского форума могут принести немало знаний по вопросам проектирования и архитектуры. Воды там нет.

Комментарии
они бы лучше сделали нормальный tree...
Thе Flex SDK Community Committee works!
Сьогоднішнє повідомлення від Matt Сhotin
"Kittens saved, Fx prefix will go away"
http://www.adobeforums.com/webx/.59b7e849
The high-level plan (which is subject-to-change
based on further spec and investigation and re-reading of all the posts plus
requests for additional feedback) is:
- 3 namespaces for MXML, the MXML 2009 language namespace, the Halo
namespace, the Spark namespace
- We will not turn on the option for merging namespaces as a) most customers
are actually saying that they don't mind the separation and b) this is what
ends up causing all the future headaches with tooling, source portability,
and future issues. We can consider the namespace merging/importing a future
feature.
- CSS will need to support namespaces which means that FB will need to
support CSS with namespaces. Work needs to be scoped/spec'd.