Category: дети

Category was added automatically. Read all entries about "дети".

left

Дизайнер на конференции .Net-разработчиков

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

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

Про саму платформу Кагл до этого раньше не знал, спасибо Александру Карпичу. Толковые ребята со всего мира рубятся, решая задачи по обработке данных огромных объемов. Скажем, твиттер выкладывает логи на 500 ГБ, описывает задачу, что с ними сделать и объявляет бюджет. Любой может участвовать в соревнованиях. Бюджет распределяют по степени полезного вклада между участниками.

Не знал и про существование глобального банка данных http://data.worldbank.org, из которого можно черпать мировую статистику в хронологии, делая запросы на любом приличном языке программирования.

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

Саша Бындю делился опытом работы с заказчиком: impact mapping, story mapping, kanban-доска, а также свой набор антиграбель. Например, не видел раньше диаграммы прозрачность-доверие.

Доклады выйдут на видео. Беседы в кулуарах, естественно, нет.

Полезно выходить из дома по воскресеньям. Мне хватило двух докладов и общения с людьми, чтобы зарядиться и понять, что у нас тут огого — есть крутые спецы и команды. Спасибо Саше Бындю и его ребятам за организацию конференции.
left

Приём «Пусть полежит»

В сложных, состоящих из нескольких частей задачах легко увязнуть в деталях. Это мешает продвигаться к законченному целостному образу решения. В такие моменты помогает приём «пусть полежит». Его красноречиво изложил Георгий Петрович Щедровицкий на одной из лекций курса ОРУ в 1981 году.

«Двадцать два года назад я занимался исследованием детских учебных задач. Там была такая проблема. Есть прямые арифметические задачи: на дереве сидело пять птичек, прилетело шесть, сколько стало всего? Эти задачи дети решают легко и быстро. А косвенные задачки: на дереве сидели птички, прилетело еще шесть, стало одиннадцать, сколько было вначале? — дети почему-то решают с трудом. И вот методисты, педагоги, психологи — все ломают голову. А оказалось, что все очень просто. Их учили так: если у тебя птички прилетали, надо складывать, а если улетали, то надо вычитать. Их так учат, а потом дают им косвенную задачку. А у ребенка правило, которому он доверяет: птички прилетают, надо прибавлять. Вот он и тут пытается: шесть плюс одиннадцать — семнадцать. Ерунда получается!

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

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

Косвенную задачу дошкольник решает так же. Говорят: сидели птички — он выкладывает четыре палочки. Ему говорят: мы же не знаем, сколько сидело. Он говорит: неважно, пусть пока эти палочки полежат, а потом мы выясним, сколько должно быть.

Значит, дети, фактически, кладут X: они кладут четыре палочки, но при этом твердо знают, что это неопределенное количество. Так делают маленькие дети, еще не заученные в школе.

Так вот я делаю то же самое. Я не знаю, как все это устроено. Но я пока рисую вот так»

Когда чувствую, что завяз, постулирую любой вариант — «пусть полежит», и двигаюсь дальше.
left

Проблема заказчика

Есть такое суждение: кто платит, тот и барин. Это так, и не так.

Не существует же как такового Заказчика. Мы все — то заказчики, то исполнители. Это парадоксально, но мы забываем как оно там с другой стороны.

Когда обращаются с просьбой посоветовать дизайнеров «с подходом», приходится объяснять, что хорошие ребята выбирают проекты, в которые стоит вкладываться. Потому что их ответственное отношение к собственной жизни не позволяет браться за бесперспективняк и халтуру.

В роли заказчика мы думаем, что продавать должны нам. И не видим, что, если хочется охуенчика, важно «продать» себя тем, кто захочет помочь его организовать. То есть, рассказать сначала чем занимаешься, что хочешь в мир привнести.

Мне нравится смотреть на заказ как на партнёрство. То что деньги идут в одном направлении, не делает отношения вертикальными. Сотрудничество на равных — вопрос жизненной позиции и договорённости.


Вернёмся к ситуации. Допустим мы хотим работать с кем-то. У нас есть наша боль, которую мы хотим разрешить. И мы думаем, что вон те бодрые ребята помогут нам с ней справиться. Что нам делать?

Мой ответ — помочь им проверить коллинеарность с нами на старте. Помочь им ответить себе на вопрос: почему они захотят с нами сделать эту вещь. Отсюда первая проблема заказчика — как заинтересовать левшу. В сфере АйТи она не решается только деньгами.

Вторая проблема заказчика кроется к том, что он «думает, что вон те бодрые ребята помогут ему справиться с его болью». Но об этом в другой раз.
left

Современный подход к использованию дискового пространства

Совсем недавно мы ломали голову над тем, как наиболее корректно обращаться с объемом свободного дискового пространством на машине пользователя в своем новом продукте. Хотелось уважать этот ресурс и не использовать слепо сие благо во имя создания какого-то другого. И совершенно случайно я наткнулся на ряд фактов в своей домашней Винде (Windows 7 Ultimate), обнаружив весомую потерю в дисковом пространстве. Сел посмотреть и сделал следующие наблюдения:

  • Microsoft Zune засрал одними обложкамимне 110 Мб
  • Google Chrome не постеснялся хранить серию из 4 своих апдейтов в папке пользователя \AppData\Local\. Каждый из них весило по 100..200 Мб. При этом надо понимать, что эту папку среднестатистический пользователь вряд ли когда-нибудь в жизни откроет и прошерстит на предмет пропажи. Для сравнения, размер кэша в Firefox у меня не более 50 Мб, а кэш браузера — это самое «горячее» ходовое пространство.
  • Рекордсменом стал Temp Windows. Он занимал 400 Гб.

Ребята, на дворе 2011 год, винду пишут уже почти 25 лет, а программы в ней и сама она не умеют обращаться с дисковым пространством. С Майкрософтом всё понятно — «кремния не жалеть». Но Гугл то чего делает?