Управление разработкой *

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

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

Про NTechLab все услышали в тот момент, когда демонстратор идентификационного алгоритма FindFace стал доступен в Сети — людей шокировало, что вот так просто, несколькими кликами, можно по фотографии определить сетевые координаты чуть ли не любого человека: прохожего, пассажира напротив и так далее.

Хотя путь Артёма Кухаренко по пути распознавания лиц начался задолго до этого, а наиболее значительно точкой, на самом деле, была победа в конкурсе Вашингтонского университета MegaFace — вчера компания анонсировала свой облачный SaaS-продукт FindFace.pro, которому уже сейчас сулят большое будущее.

Мы поговорили с Артёмом про алгоритмы и бизнес, а также перспективы технологий умного распознания объектов.

Знакомьтесь, Михаил.



Михаил работает в офисе, в центре Чикаго. Его офис находится в здании, которое выглядит как архитектурное чудо. Внутренние стены выполнены из лазурного мрамора, гранитные полы в коридорах, а в кабинете, под ногами, пляжный песок. Да, пляжный песок. Спокойная музыка мягко циркулирует по всему зданию.

Есть одна важная вещь о которой я забыл упомянуть.

В чужой монастырь со своим уставом не ходят: когда он у вас, вы можете не советовать ему пить, а когда он у меня, я советую ему…
Писемский. Люди сороковых годов. 3, 15.

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

Я очень уважаю Стива Джобса. Особенно лохматого и молодого, бунтаря тех времен, когда яблоко было цветным и радужным , а не серым.

Недавно посмотрел очередной фильм про Стива и был очарован главным героем героиней — Джоанной Хоффман, которую шикарно сыграла Кейт Уинслет. Я решил покопать и узнать подробнее про роль этой девушки в жизни Apple и Macintosh. Нашел пару видеозаписей, предлагаю вам самые интересные материалы из них.

(Примечание переводчика: статья была переведена с китайского на английский Цзюньсюэ Ли (Junxue Li))

Предисловие Цзюньсюэ Ли:

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

При этом многие художники оставляли комментарии, в основном в духе «Отличная работа», «Я делаю так же».

Я подумал, что эта статья может быть вам интересна, поэтому я перевёл её. Автор называет себя wscjyiyi и просит указывать её имя в репостах.

Блог не содержит призывов к свержению диктатуры авторского права и иллюстраций (на всякий случай).

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

Представьте, что у вас есть корпоративная информационная система в развитие которой вкладывается 200+ млн. рублей ежегодно. С момента внедрения документация на систему превратилась из одного Технического задания на 600 страниц в 300 Технических заданий, у каждого из которых есть дополнение в количестве от 1 до 10 штук, и теперь она занимает объем 3 офисных шкафов и это ещё не конец… Фабрика по производству ПО исправно и ритмично (с периодичностью в месяц) выпускает обновление системы и документирует изменения.



Ребята, которые разрабатывали 34-й ГОСТ явно не рассчитывали на то, что дело может принять такой оборот. Да и книги по гибким методологиям разработки тоже не дают каких-то рекомендаций как с этим быть.

Всё что нам казалось не очень важным тогда, со временем и в масштабе приобрело вид серьезной проблемы.

• Как в этом объеме документов найти те, что описывают работу определенного функционала системы?
• Как из 20 найденных документов, описывающих Как дорабатывали функционал за последние 5 лет, понять его устройство сейчас?
• Как за списком требований «сделать, добавить…» рассмотреть заложенную бизнес-логику?

Трансляция окончена.

Вчера стартовала 15-ая юбилейная конференция независимых разработчиков программного обеспечения ISDEF-2016. Мы вели трансляцию, которая по окончании сохранилась здесь — если не успевали следить, обязательно почитайте, там есть интересные идеи и инсайды. Сегодня мы продолжаем транслировать в прямом текстовом эфире всё происходящее. Читайте, обновляйтесь, пишите комментарии. Здесь есть, о чём поговорить.

UPD: завтра, 8 октября, начинаем в 10:00 по Москве. О чем поговорим — в конце поста.

C 7 по 8 октября в Москве проходит 15-ая юбилейная конференция ISDEF, конференция независимых разработчиков программного обеспечения, предлагающих свои продукты и сервисы российскому и зарубежному рынку. В рамках докладов, панельных дискуссий обсуждаются стратегии продвижения и управления бизнесом — без ответов на эти вопросы нельзя найти свое место на насыщенном и конкурентном рынке.

ISDEF это 40 спикеров — нишевых лидеров разработки ПО под собственными брендами, которые рассказывают только о своих кейсах. Целый день сегодня и почти весь день завтра мы будем вести текстовую онлайн-трансляцию с конференции, чтобы все читатели Хабра были с нами и знакомились с самыми важными тезисами. В общем, читайте онлайн, пишите вопросы в комментариях, F5. Мы будем работать для вас в прямом эфире, не переключайтесь.

Прочитав небезызвестную книгу Ханка Райнвотера “Как пасти котов”, я пришёл к мысли, что, возможно, эта книга идеально подходит для выгула уже воспитанных обитателей “фауны программистов”. Однако что делать с только что окончившими ВУЗы новичками? Воспитание новоиспеченного разработчика (недопрограммиста) очень схоже с воспитанием щенка, который пока не понимает куда справлять нужду и как не гадить дома.

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

Привет, Хабр! Это Наталия Спрогис, руководитель направления UX-исследований в Mail.Ru Group. Я продолжаю цикл статей о тонкостях организации и проведения исследований. Сегодня мы поговорим о том, как должен вести себя модератор юзабилити-тестирования. Модератор — это человек, который взаимодействует с респондентом: встречает его, проводит инструктаж и вводное интервью, настраивает оборудование для записи видео, предлагает задания текста и задаёт уточняющие и итоговые вопросы. Казалось бы, если есть хороший сценарий (о том, как его составить, можно почитать в посте Планирование юзабилити-тестирования. Часть 2), достаточно чётко ему следовать и ничего не перепутать. Однако модератор может вольно или невольно очень сильно повлиять на респондента, а в итоге и на результаты тестирования. Поэтому важно понимать, как вести себя на тесте, когда и какие вопросы задавать и как быть со сложными респондентами.

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

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

«Хорошие художники создают, великие художники крадут, а настоящие художники – выполняют заказ вовремя.»

The Other Half of «Artists Ship»

Пол Грэм, Ноябрь 2008

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

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



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

В процессе обучения на ошибках для компании нет ничего необычного. Проблема в том, что люди, которые предлагают ввести новые проверки, почти никогда не задумываются об их стоимости.

Каждая проверка имеет свою стоимость. Для примера возьмем требование о подтверждении поставщиками своей платежеспособности. Уверены, что это благоразумно? Ведь на самом деле оно ведет к существенным издержкам. Очевидны прямые потери времени людей с обеих сторон, как со стороны поставщиков, так и со стороны рассматривающих их доказательства. Но настоящие издержки именно те, о которых вам никто не скажет: компания, которая могла бы стать лучшим поставщиком, не стала участвовать в тендере из-за нежелания тратить ресурсы с учетом возможной неудачи прохождения проверки. Или которая не пройдет пороговое значение проверки на платежеспособность, которое, конечно же, будет сильно завышено, ведь реальная стоимость этой проверки так не очевидна.

Сегодня я бы хотел затронуть тему процесса разработки программного обеспечения. Если точнее, эта статья о том «Как не превратить офис в поле битвы тестировщиков и разработчиков».

Всем привет! Продолжаем цикл материалов про организацию бизнеса веб-студии в бюджетном сегменте. Сегодня поговорим о формировании продукта. Попробуем запланировать продукт не дорогим для клиента и рентабельным для нас.

Как и планировалось, мы будем производить четыре типа сайтов: информационный сайт, сайт с каталогом продукции/услуг, интернет-магазин и лэндинг. Описание данных продуктов я дал ранее, в материале про бизнес-планирование студии. Приступим к ценообразованию.

В июле мы опубликовали подборку «Вредных советов» для клиентов digital-агентств, веб-студий и агентств интернет-маркетинга и получили много комментариев, подтверждающих, что с описанными в статье ситуациями сталкиваются если не все, то большинство. Однако не только заказчики бывают сложными. Внутри IT-коллектива обитает огромное количество самых разных специалистов, которые нет-нет да преподнесут сюрприз коллегам, сделав что-нибудь «этакое».

Кто они? Разработчики всех уровней и специализаций, интернет-маркетологи, SEOшники, аккаунт- и проджект-менеджеры, менеджеры по продажам, веб-дизайнеры… И не стоит забывать, что любой из нас может оказаться «тем самым странным коллегой». Если вы уверены, что вы — идеальный коллега, то не читайте дальше (хотя нет, читайте).

Сделай, сайт, как ты умеешь,
Ты же лучший, ты же знаешь :)
Прикрепляю скан визитки!
Это всё, что дал клиент :(
Убегаю, ждут на встрече,
Если что, то ты звони!

Привет, Хабр! В последнее время набирают популярность команды мессанждеров по интересам. Удобный интерфейс, разделение общения по каналом, общение в личке позволяет в них комфортно общаться большому (несколько сотен, а возможно и тысяч) человек. Интеграция с другими приложениями делает этот инструмент общения еще более полезным (список приложений для Slack). Приведу несколько примеров интеграций, которые используются в моем учебном проекте Java Enterprise (Topjava):

Автор статьи Джеймс Охлен уже давно в игровой индустрии — в BioWare он работает 20 лет. Сейчас он дизайн-директор этой компании (принадлежащей EA) и управляет разработкой таких франшиз, как Mass Effect и Dragon Age.

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

На Austin Game Conference он поделился с другими разработчиками идеями и концепциями, на которых основывается работа над дизайном в такой большой студии, как BioWare.

Вы были здесь прежде. Ваша программа элегантна. Вы использовали точно требуемое количество абстракций. Ваши модули безупречно модульные. Ваша система имеет дело с внешним миром через продуманные интерфейсы и не имеет никакой прямой зависимости от внешних систем. Ваши тесты пройдены безукоризненно. Ваш отчёт о покрытии тестами кода требует целую минуту для загрузки. 97% это значит…

Жизнь прекрасна. А затем происходит нечто.