Планирование, постановка задачи, контроль — вот одни из важных принципов на которых строится управление проектами и web проектами в частности. А в процессе руководства удаленными командами и организации взаимодействия между ними, без использования систем постановки и контроля задач не обойтись.
В данном посте я хочу рассказать о самой популярной системе багтрекинга BugZilla и успешном ее внедрении и эксплуатации в веб-студии «Твинс». Почему-то на хабре БагЗиллу всегда упоминают вскольз. Но никто и никогда подробно не ней не останавливался. А зря…

На первый взгляд кажется что здесь черт ногу сломит. Но когда ты поработаешь в этой системе, то понимаешь, что все грамотно и четко продумано. Система обладает колосальнейшими возможностями, просто кастомизируется и легко встраивается в процесс разработки веб проектов.

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

Так что правильнее было бы поговорить, чего боятся в облачных вычислениях?

Сокращение персонала

Сейчас на обслуживание IT-инфраструктуры предприятия тратятся существенные ресурсы. 35-40 тысяч в месяц — это минимум. Обычно, суммы от 60 до 100+ тысяч. Это не только услуги связи, электричества, но зарплаты персонала. (разумеется, размер компаний разный, и у кого-то расходы могут быть миллионными). Персонал объективно ощущает, что если завтра все пересядут на хромос/ипады (или их наследников) и будут работать в гугльдоксах, то за что им будут платить деньги? Это подспудное ощущение, которое слегка кусает любого сисадмина. Скайп «каннибализирует» не только воип, но и навыки специалистов по астериску/офисным АТС. Гугльдоксы пока страшно выглядят, но стремятся к всё более приличному состоянию. Интернет становится всё доступнее, его всё меньше хочется заворачивать через прокси, системы контроля доступа, системы учёта трафика и все прочие признаки корпоративной сети. Компанию на 20 человек прекрасно обслужит SOHO-железяка, а возможно, и просто WiFi точка доступа с ноутбуками вокруг. Всего IT — один принтер, воткнутый в сетевой порт того же самого WiFi. На компьютерах скайп, гугльдоки и веб-почта.… Вы действительно думаете, что тут нужен сисадмин?

Страшно. Казавшиеся сложными и требовавшими Высоких Знаний технологии низводятся до уровня обычного домашнего пользователя… и работают. Active Directory, Exchange, sharepoint, офисы на локальных машинах, ISA, сервер WSUS, squd, собственный DNS-сервер, MX'ы, групповые политики…

Около года назад я опубликовал топик Удобное дополнение к IE при написании обзоров, в котором рассказывал о своей небольшой программке, которая позволяет одним щелчком мыши скопировать заголовок и URL страницы в удобном виде. В комментариях хабраюзеры говорили, что могут написать аналогичный пример для Firefox. Но дальше слов дело не пошло. К счастью, за бугром нашелся человек, который написал аналогичное расширение и для красной панды...

Теперь, когда я научился смотреть на вещи через призму упрощения, я вижу, что другие делают те же ошибки, что и я когда-то.

И я бы хотел им сказать — да и себе такому, каким был раньше — перестаньте все усложнять!

Я не буду в этой статье критиковать других. Просто расскажу, что раньше делал неправильно.

Самые большие проблемы проявляются, когда вы пытаетесь заставить себя заняться чем-то новым. Например, начать бегать. Или стать огранизованным и продуктивным. Или начать вести блог, или избавиться от кредитов, или даже просто что-то упростить.

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

Пример 1.

Всем привет! Стартовые дни чемпионата мира по футболу, хочется думать, вполне подходят и для старта корпоративного блога Sports.ru, в котором мы планируем писать о спортивном интернете и – шире – об эволюции медиа в digital-эпохе. Цели блога – рассказать о каких-то универсальных решениях, опробованных нами и способных улучшить не только спортивный сайты, а также услышать побольше дельных советов, способных улучшить уже Sports.ru. Сами мы эволюционируем довольно энергично – за последние пару лет Sports.ru перестал быть типичным тематическим сайтом с текстами и новостями, а стал еще, в той или иной степени:

• социальной сетью спортивных болельщиков
• игровой платформой
• базой данных о спорте

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

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

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

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

 
В комментариях к предыдущему топику много говорилось о том, что статья вышла сухая, академическая и плохо разжеванная. Да и вообще – зачем нужен DSL и какие проблемы он может решить? В связи с этим, я подготовил небольшой вводный обзор возможностей представления знаний о предметных областях в целом, чтобы рассмотреть, какое место в нем занимают DSL и чем все же удобно их использование.

На протяжении нескольких десятилетий стоит задача поиска повторяемого, предсказуемого процесса или методологии, которая бы улучшила продуктивность, качество и надежность разработки. Одни пытались систематизировать и формализовать этот, по-видимому, непредсказуемый процесс. Другие применяли к нему методы управления проектами и методы программной инженерии. Третьи считали, что без постоянного контроля со стороны заказчика разработка ПО выходит из-под контроля, что влечет за собой увеличение временных и финансовых затрат.
Информатика как научная дисциплина предлагает и использует на базе методов структурного программирования технологию надежной разработки программного обеспечения, используя тестирование программ и их верификацию на основе методов доказательного программирования для систематического анализа правильности алгоритмов и разработки программ без алгоритмических ошибок.
Данная методология направлена на решение задач на ЭВМ, аналогичной технологии разработки алгоритмов и программ, используемой на олимпиадах по программированию отечественными студентами и программистами с использованием тестирования и структурного псевдокода для документирования программ в корпорации IBM с 70-х годов.
Методология структурного проектирования программного обеспечения может использоваться с применением различных языков и средств программирования для разработки надежных программ любого назначения.
Однако при использовании классического подхода к разработке возникают проблемы, описанные под хабракатом:

Вчера 14.06.2010 вышла новая версия легковесного дистрибутива Linux предназначенного для управления разделами.

В данной статье я расскажу, что же такое Amazon Web Services или сокращенно AWS, для чего это можно использовать, и приведу пошаговую инструкцию, как настроить их у себя с самого начала. В статье основной упор будет сделан на Amazon Elastic Compute Cloud или EC2 и Amazon Simple Storage Service или S3. Amazon CloudFront, являющийся логическим продолжением S3, хорошо рассмотрен в статье mish: Настраиваем CloudFront для работы с S3. С остальными амазоновскими сервисами вы можете познакомиться самостоятельно: Amazon SimpleDB, Amazon Simple Queue Service или SQS, а также другими сервисами Амазона. Данная статья является продолжением первой и второй статей. Итак:

Что такое Amazon Web Services

Это набор удобных сервисов, которые можно использовать как по отдельности, так и вместе. В первую очередь это «облачные вычисления» (анг. Elastic Compute Cloud). Что это значит? Это значит, что вы можете запустить в «облаке» любое кол-во компьютеров нужной вам конфигурации c нужной вам операционной системой всего за пару минут. Это действительно так. Время запуска одного инстанса (instance называется один виртуальный сервер в амазоне) обычно не превышает двух минут. Сразу после запуска инстанс начинает работать, к нему есть root-доступ по SSH или Remote Desktop, если там установлен Windows. Не правда ли, здорово! С момента запуска оплата за инстанс идет по часам. В любой момент вы можете остановить инстанс и деньги за его использование перестанут сниматься. Помимо времени работы инстанса, так же отдельно оплачивается входящий и исходящий трафик.

Amazon выпускает набор инструментов AWS SDK для .NET, которые предназначен для создания приложений, которые взаимодействуют с облачными сервисами Amazon с использованием .NET.

SDK включает в себя инструменты для работы с: Elastic Compute Cloud, Simple Storage Service, Virtual Private Cloud, SimpleDB, Relational Database Service, CloudFront, Simple Queue Service, Elastic MapReduce, CloudWatch, Elastic Load Balancing и Auto Scaling.

Сообщается, что существующие инструменты для C#/VB разработки в будущем не будут поддерживаться и Amazon рекомендует мигрировать с них на новый AWS SDK для .NET.

Требования к платформе: .NET Framework 2.0 или старше и VS 2008 или старше.
Кроме того, код SDK доступен под лицензией Apache 2.0 license.

via www.infoq.com/news/2009/11/Amazon-.NET-SDK

PS: от себя добавлю, что активность вызвана, скорее всего, скорым выходом целой линейки облачных сервисов от Microsoft под маркой Azure.

На хабре уже проскакивали периодически заметки посвященные AWS (Amazon Web-Services) — так что тема не новая. Однако, если для меня лично (да и для многих моих знакомых как выяснилось) — этот термин был знаком — однако каких-либо деталей я не знал. Попробую на основании только-что полученного опыта рассказать немного подробней, а так же изложить основные шаги по организации хостинга сервера на AWS и его преимущества. Как и несколько ссылок, которые могут оказаться полезными.

В поиске инструментов, облегчающих жизнь начинающему разработчику расширений для Firefox, я наткнулся на XULPIX — простой, но достаточно мощный визуальный редактор для разработки графическиx пользовательских интерфейсов на основе XUL. С тех пор слежу за нелегкой судьбой проекта — автор не смог его развивать. После передачи другому разработчику проект был переименован в XUL Gear и, после долгого застоя, инструмент выпущен в виде расширения к Firefox.

Хочется поделиться с хабросооществом информацией о том как я собирал домашний сервер.



Из софта на домашнем сервере будет «крутиться» следующий набор:

• torrent клиент с web-мордой
• DHCP — раздаем ip адреса и сетевые настройки
• TFTP — для сетевой загрузки
• OpenVPN — для хождения в сеть с нетбука из недоверенных сетей
• FTP/Samba/NFS — сетевые шары для доступа с домашних машин
• Radius — для WPA2 авторизации
• DigiTemp — мониторинг домашней температуры

Свершилось! Cегодня появилась в продаже новая книга Джейсон Фрид (Jason Fried) и Дэвид Хейнемейер (David Heinmeier) из 37signals. В книге рассказывается о принципах управления всем известных проектов этой студии. Rework идейно дополняет книгу Тима Ферриса (Tim Ferriss) «The 4-Hour Workweek».

В HTML 5 есть много новых возможностей, которые позволяют web разработчикам создавать более мощные и насыщенные приложения. К этим возможностям относятся и новые способы хранения данных на клиенте, такие как web storage(поддерживается в IE8) и web SQL database.

При этом если web storage ориентирован на хранение пар ключ-значение, то в случае с web SQL database у нас есть полноценный sqlite(во всех текущих реализациях применяется именно этот движок баз данных, что является проблемой при стандартизации).

Далее я расскажу, как работать с web SQL database. При этом примеры естественно будут на JavaScript. Кроме того, стоит отметить, что с поддержкой браузерами всего этого хозяйства дела обстоят, не очень хорошо, но всё постепенно меняется к лучшему и, скажем, в Opera 10.50 поддержка будет, а браузерах на движке WebKit она уже есть. Более подробно про то, какой браузер, что поддерживает можно узнать, пройдя по ссылке.

Соединение с базой данных.

Подсоединиться к базе данных очень просто:

db = openDatabase("ToDo", "0.1", "A list of to do items.", 200000);

Перевод нашел 4epT но так как кармы у него не хватает публикует от моего имени.

Эд Кэтмелл, один из создателей студии Pixar и нынешний Президент студий Pixar и Disney, рассказывает о принципах, которые позволили создать сплоченный коллектив, сформировать творческую атмосферу и справиться с экстремальными ситуациями.

Перевод: Александр Львов
Найдено тут

“Главный секрет создания популярных фильмов от студии Pixar заключается в правильном подходе к решению проблем внутри производства.”

Эд Кэтмелл

Несколько лет назад я разговаривал с главой одной из ведущих киностудий, который был убежден, что главная проблема состоит не в том, чтобы найти хороших людей, а в том, чтобы найти хорошие идеи. После этого разговора, я часто задавал представителям разным студий вопрос, что важнее — люди или идеи. К моему изумлению, примерно половина отвечала, что важнее идеи. С этим я в корне не согласен. Я думаю, такое мнение появилось из–за неправильного понимания творчества в целом. Важность идеи слишком сильно преувеличена в создании конечного продукта. И это приводит к непониманию, как в критических ситуациях управлять производством.

Доброго времени суток.

Я пришел в управление проектами из программирования. То есть, нет так давно, я еще писал код и мне это очень нравилось. Меня мало беспокоили волнения, происходящие где-то на верху — «у менеджеров». Все поменялось в 2004, когда меня назначили тим лидом.

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

Тогда я начал задумываться о причинах такой ситуации, начал читать посты и книги по менеджменту. Как программист, находящийся под впечатлением революционных архитектурных решений — таких, как MVC и паттерны Фоулера, я полагал, что есть *техническое* решение наших проблем с менеджментом — нужно его только отыскать и применить.

Следующие несколько лет я искал *супер фреймворк* для управления проектами. Но только недавно понял, что его нет и быть не может. Проблема заключается в том, что в разработке ПО одновременно используются 2 конфликтующих протокола общения между участниками Процесса.

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

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

Благодаря комментарию AllySanders, я почерпнул для себя немного из данного руководства, но большая часть книги «Руководство по получению прибыли от Свободных и Открытых Проектов», Джона Эндрюса, расчитана не для России и трудно применима к нашей среде. Поэтому давайте рассмотрим и разберём все аспекты данного бизнеса.