Category: образование

Category was added automatically. Read all entries about "образование".

flow

Польза из сочетания случайностей

Живя в городах мы привыкли к сквозной нумерации домов, "улица такая-то, дом такой-то". Мы знаем, что с большой вероятностью найдём дом 6 между домами 4 и 8, при этом дом 7 будет на противоположной стороне улицы, а дом 32 где-то вдали, в том же направлении, что от 6 к 8. Это удобно.

Однако, такой подход работает только при сочетании нескольких факторов:
1. Квартальная городская застройка (а не "микрорайонная с пустырями", например).
2. Грамотность пользователя, который должен уметь читать и считать. Начиная с двадцатого века мы воспринимаем это как данность, но так было не всегда. Да и сейчас трудности с распознаванием латиницы или кириллицы могут быть, например, у туриста из Китая.
3. Традиция и практика размещения хорошо читаемых табличек с номерами домов.

Ок, у нас есть грамотные пользователи и мы можем так строить. Эти условия сложились случайно, независимо от нас. Можно добавить сквозную нумерацию домов и получить пользу.

Мне кажется, что данный пример хорошо показывает работу архитектора информационных систем - нахождение новой пользы в существующей случайной данности. Да и работу инженера/изобретателя вообще.
flow

Документирование

Наткнулся на пару постов, где внятно описываются различия между теми информационными объектами, которые обычно теряются за одним термином "документация проекта":
http://gaperton.livejournal.com/60277.html
http://gaperton.livejournal.com/60632.html

Предложения по организации процессов (в хвосте второй части) комментировать не буду, у каждого своя страна эльфов. Но с демистификацией согласен.

Есть:
1. Документация над проектом: стандарты, соглашения, usability guidelines, истории сложных для принятия решений в архивах issue tracking system. Это необходимо, и может оказаться важнее, чем наработанная code base.
2. Документация внутри проекта, сам код как спецификация и реализация. Он и так есть. И не обязательно изображать из себя Капитана Очевидность и комментировать всё, если только один метод в классе имеет нетривиальную сигнатуру, требующую строки комментария.
3. Документация для новых разработчиков, обучающая литература. Будь это печатное издание или учебник на каком-то сайте.

Третий случай окупается лишь тогда, когда этих новых разработчиков становится несколько тысяч. Впрочем, написать учебник может и один из них. Получив с этого какие-то деньги и опыт, а возможно просто самовыражение и плюсик к статусу. Сделав это даже лучше вас. Пока вы занимаетесь своим делом.