#разработка

6 постов
пост №1865

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

Если вы продакт, дизайнер или основатель бизнеса и у вас есть вопросы про разработку или трудности с разработкой — пишите, буду рад помочь! @samatg

пост №1767

Много лет назад, у тогда ещё директора по продукту Sports.ru Марка Тена была школа для продактов. Марк позвал меня прочитать лекцию про то, как устроена разработка. Я показал какие-то слайды, ребята позадавали вопросы, но главным для меня оказались знакомства (и даже дружба), которые сложилось благодаря этому выступлению.

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

пост №1737

Рассказываем, как перезапускали разработку медицинской информационной системы (МИС) для сети клиник «Чайка».

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

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

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

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

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

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

Вы техдир и хотите поделиться похожей историей? — заходите в чатик @ctodailychat.

Хотите ускорить свою команду разработки или просто запустить новый продукт? — пишите мне в личку @samatg, мы ищем клиентов!

пост №1241

«На совещаниях всегда за что-то дрючат, но конкретные решения никогда не озвучиваются — и они приходят откуда-то совершенно разрозненно, в виде одиночных задач. Эстетики там нет, смысла нет, руководящей руки нет, — жалуется один из строителей. — Я понял бы еще, если бы приехало первое лицо, прогулялся человек — и говорит: „Сменить нахуй!“ Но его там не бывает — а перемены все равно происходят. Как-то сами собой».

Именно так происходит совсем плохая IT-разработка, на примере строительства мега-дворца.

За наводку спасибо Игорю.

пост №299

Apple улучшил механизм установки бета-билдов iOS для разработчиков.

Скачиваешь маленький файл профиля из Member Center и всё, обновление приезжает как обычно, через OTA. Там уже Golden Master — тот же код, что пойдет в публичный запуск, просто готовый заранее, для разработчиков.

Никакого тебе шаманства с iTunes, классно.

Если вы не компьютерщик — не рекомендую пока обновляться, в AppStore половина программ в большей или меньшей степени сломаны, все спешно клепают обновления.

пост №8

Очередное хорошое описание того, почему вещи, звучащие как простые, занимают много времени разработчиков: https://www.quora.com/How-do-I-explain-to-non-programmers-how-complex-time-consuming-and-error-prone-software-development-is/answer/Channing-Walton-1

самое крутое там конечно "ps. after all that tell them the customer actually wanted coffee to go with an extra shot and not a Japanese tea ceremony - surely you should have known that, wasn't it obvious from the requirements?"
это к вопросу "вам бы только не программировать". Да, нам бы только не программировать то, что потом идет в мусор.
Такая вот минутка депрессии.