Подключился к проекту-стартапу, где сторонняя команда разработчиков. Целый год дорабатывали/разрабатывали монолит на Django. Возникли проблемы с эффективностью запросов, производительностью. Заказчику кучу положительного и правильного наговорили. Решение: наработанное в корзину, переписать на микросервисы, плюс-минус 3 месяца распила микросервисы и бюджета.
Основной посыл: будет более управляемый код, можно написать тесты (в монолите их не писали), сделать качественную документацию и протестировать по отдельности.
На вопрос сколько разработчиков планирует подключиться к распилу монолита, отвечали, что столько же, сколько и на монолите (2).
Остановились, договорились таки MVP-версию хотя бы выкатить и проверить гипотезу. Какие там микросервисы ещё, когда не ясно взлетит или нет?
Как же насчёт поддержание здорового кода в проекте и команде? Наставничество это не только менеджерские обязанности, но решать проблемы вместе, если коллега не может выхватить решение в момент.
Сфера госзакупок это сплошные требования и судебные тяжбы против них. Как выставить требование чтобы не попасть под лоббирование интересовов компании?
Было множество историй при покупке программного обеспечения через госзакупки в то время. Я вам лучше отвечу небольшой историей. Историей о приобретении антивирусного программного обеспечения для той же самой кардиоклиники. Нашёлся в Казахстане один "крутой" производитель собственного антивируса, который выигрывал все закупы антивирусов. Выходил на госзакупки от лица ИП, который занимался только распространением. Затем делал запрос к компании, в которой был разработчиком этого антивируса и подтверждал, что данный тип ПО подходит под требования закупок. Первое, что он говорил на досудебке и на суде: я национальный поставщик, импортозамещение и прочее, прочее. Знакомо?
Дело доходило до суда, он демонстрировал рекламные проспекты, в которых были указаны возможности отражения любых атак и любых вирусов. Таким образом, его ПО подходило абсолютно под все требования закупок антивирусного обеспечения. С ним судились долго, его это не расстраивало нисколько. Больницы и поликлиники сидели в это время без антивирусов.
Мы с ним тоже судились и нашли, вот прямо, совсем мелкое утверждение у него на коробке, которое не соответствовало действительности. Но большинство договаривалось с ним, что один раз он продаёт свою лицензию, а в следующий раз не участвует в закупках. И лежали эти коробки с софтом у них невостребованные.
Спустя год-другой только смогли найти лазейку и понять как всё работает. Стали продлевать лицензии и в рамках продления уже докупать недостающие. Соответственно, и поставщики нужны были занимающиеся оф. дистрибьюцией.
Понимаете о чём я? В нашем случае госзакупки были борьбой снаряда и брони.
Очень много сфер для автоматизации, которые повторяются и унифицированы. Они, конечно же, могут быть автоматизированы при помощи конструкторов. При общении с другими клиниками прослеживались идентичные процессы: дневники осмотров, оценки боли, темп. листы и прочее.
Это какими нужно быть крутыми разработчиками, чтобы предусмотреть все нюансы будущего использования и пожелания по доработке (плагины и дополнения)? Потому как у каждой клиники есть свои пожелания.
У конкурентов были другие проблемы: низкая скорость реагирования ТП, невозможность обучить всех пользователей лично, знания передавались между пользователями. Большие объёмы поставки имеют другие проблемы.
Требование исходного кода намекает на одного поставщика, что в закупках уже ограничение и подходят к этому с неохотой. Всегда же можно найти автора и платить ему % от суммы договора, как первые и решили делать.
В то время не было никаких стандартов в этой части, никто не следил. Сейчас понимаю, что и перс.данные и истории болезней, у которых срок хранения и формат хранения бумажный. Как удалось избежать этого - большой вопрос к руководству. Директор консультировался с департаментом, запрета не было на использование. Что не запрещено, то разрешено.
Рабочих мест по количеству одновременно работающих. 630 это всего пользователей. Исполняемый файл на файловом хранилище, на рабочих местах ярлыки вынесены. Обновление ранним утром. У кого сессии висят - принудительно завершал, перезапускались потом.
Ни тогда, ни сейчас не считал этого. Жили на эти деньги с семьёй, переезд, устройство в новом городе. Чтобы купил дом или квартиру - нет. Денег хватало, чтобы не заниматься другими проектами.
Трижды, как тимлид, сталкивался с увольнениями из команды. Лишь одно из трёх это было взвешенное решение и мягко пройденное с обеих сторон: желание пройти собеседования, успешное прохождение, оговоренное время увольнения и передача дел. Потом ещё дал позитивную обратную связь на новое место. Человек хороший и работал продуктивно, но устал от задач.
Два других увольнения были связаны с откровенно бездельниками и хотелось по-быстрому избавиться. Естественно, что такими становятся не сразу, а что-то происходит. И надо было раньше бить тревогу и разбираться. Но, я тогда только начинал. Больше всего боялся, что придётся прибегать к HR, статьям, выговорам и подсчёту выполненных задач. Нет, обошлось. Первый ушёл после непродолжительного разговора о проблемах с задачами и отставании от команды. Со вторым было сложнее, но у он был ипешник. Заинтересованности в командной работе не было, внутренней жизнью тоже особо не интерсовался. Был разговор о снижении продуктивности, поиске нового сотрудника в штат. "Вместо кого-то или для какой-то задачи?" - единственное спросил он. Тут и нужно набраться смелости и ответить честно. Ответил и через неделю он подал заявление. Расстались по-честности, отработку не требовали.
В моей ситуации, слесарь не оформлял документально привоз компьютера, слесарь - дурак. К сожалению, в тот момент ничего не сработало, где могут подставить или что-то пойдёт не по плану. Не по плану - верну как было. Даже бумаг о передаче этого компьютера не делали.
Вот из-за этих сложностей проще всего убрать закладку и забыть про ситуацию. Какова вероятность, что заберут компьютер на экспертизу недельную? Ненулевая. А это страдание бизнеса вдвойне.
Конечно, простои могут быть потом оплачены виновными. Но часто мы слышим о досудебной договорённости.
Доказать - это снять на видео процесс запуска ПК, момент перезагрузки после входа пользователя. Затем снимать процесс отключения закладки под админом, пароль которого, мы как-будто нашли в документации? Поверят ли?
Пригласить специалиста, показать ему это. Может пойти в отказ. Не ставил, сами ставили, сами себе проблему сделали.
Сложно доказать эти вещи. Как доказать, что не мы её туда поставили и его обвиняем?
Я не знаю причин по которым компилятор и исходные коды находились на этой машине. У меня не осталось исходного кода этих файлов, скриншотов и прочего. Нет пруфов чтобы вам это доказать и "прижать" поставщиков и конкретного исполнителя от поставщиков. Есть история, которая со мной приключилась. Вопрос веры каждый оставляет за собой.
Расставшись с центром несколько лет назад, я не могу называть эту компанию, не зная на каком уровне у них работа с ними сейчас. Работают они вместе, зависимы ли они от них. Может быть они смотрят друг на друга как ни в чём не бывало. Мне проще согласиться с вашими неподкреплёнными обвинениями, чем подставить сейчас медиков, которые продолжают эксплуатировать эту систему.
Может быть стали более клиенто-ориентированными на Россию?
Насколько актуальная тема.
Подключился к проекту-стартапу, где сторонняя команда разработчиков. Целый год дорабатывали/разрабатывали монолит на Django. Возникли проблемы с эффективностью запросов, производительностью. Заказчику кучу положительного и правильного наговорили. Решение: наработанное в корзину, переписать на микросервисы, плюс-минус 3 месяца распила микросервисы и бюджета.
Основной посыл: будет более управляемый код, можно написать тесты (в монолите их не писали), сделать качественную документацию и протестировать по отдельности.
На вопрос сколько разработчиков планирует подключиться к распилу монолита, отвечали, что столько же, сколько и на монолите (2).
Остановились, договорились таки MVP-версию хотя бы выкатить и проверить гипотезу. Какие там микросервисы ещё, когда не ясно взлетит или нет?
Как же насчёт поддержание здорового кода в проекте и команде? Наставничество это не только менеджерские обязанности, но решать проблемы вместе, если коллега не может выхватить решение в момент.
Сфера госзакупок это сплошные требования и судебные тяжбы против них. Как выставить требование чтобы не попасть под лоббирование интересовов компании?
Было множество историй при покупке программного обеспечения через госзакупки в то время. Я вам лучше отвечу небольшой историей. Историей о приобретении антивирусного программного обеспечения для той же самой кардиоклиники. Нашёлся в Казахстане один "крутой" производитель собственного антивируса, который выигрывал все закупы антивирусов. Выходил на госзакупки от лица ИП, который занимался только распространением. Затем делал запрос к компании, в которой был разработчиком этого антивируса и подтверждал, что данный тип ПО подходит под требования закупок. Первое, что он говорил на досудебке и на суде: я национальный поставщик, импортозамещение и прочее, прочее. Знакомо?
Дело доходило до суда, он демонстрировал рекламные проспекты, в которых были указаны возможности отражения любых атак и любых вирусов. Таким образом, его ПО подходило абсолютно под все требования закупок антивирусного обеспечения. С ним судились долго, его это не расстраивало нисколько. Больницы и поликлиники сидели в это время без антивирусов.
Мы с ним тоже судились и нашли, вот прямо, совсем мелкое утверждение у него на коробке, которое не соответствовало действительности. Но большинство договаривалось с ним, что один раз он продаёт свою лицензию, а в следующий раз не участвует в закупках. И лежали эти коробки с софтом у них невостребованные.
Спустя год-другой только смогли найти лазейку и понять как всё работает. Стали продлевать лицензии и в рамках продления уже докупать недостающие. Соответственно, и поставщики нужны были занимающиеся оф. дистрибьюцией.
Понимаете о чём я? В нашем случае госзакупки были борьбой снаряда и брони.
Очень много сфер для автоматизации, которые повторяются и унифицированы. Они, конечно же, могут быть автоматизированы при помощи конструкторов. При общении с другими клиниками прослеживались идентичные процессы: дневники осмотров, оценки боли, темп. листы и прочее.
Это какими нужно быть крутыми разработчиками, чтобы предусмотреть все нюансы будущего использования и пожелания по доработке (плагины и дополнения)? Потому как у каждой клиники есть свои пожелания.
У конкурентов были другие проблемы: низкая скорость реагирования ТП, невозможность обучить всех пользователей лично, знания передавались между пользователями. Большие объёмы поставки имеют другие проблемы.
Не хватило универсальности ко всему сказанному в статье ещё.
Требование исходного кода намекает на одного поставщика, что в закупках уже ограничение и подходят к этому с неохотой. Всегда же можно найти автора и платить ему % от суммы договора, как первые и решили делать.
В то время не было никаких стандартов в этой части, никто не следил. Сейчас понимаю, что и перс.данные и истории болезней, у которых срок хранения и формат хранения бумажный. Как удалось избежать этого - большой вопрос к руководству. Директор консультировался с департаментом, запрета не было на использование. Что не запрещено, то разрешено.
Рабочих мест по количеству одновременно работающих. 630 это всего пользователей. Исполняемый файл на файловом хранилище, на рабочих местах ярлыки вынесены. Обновление ранним утром. У кого сессии висят - принудительно завершал, перезапускались потом.
Ни тогда, ни сейчас не считал этого. Жили на эти деньги с семьёй, переезд, устройство в новом городе. Чтобы купил дом или квартиру - нет. Денег хватало, чтобы не заниматься другими проектами.
Трижды, как тимлид, сталкивался с увольнениями из команды. Лишь одно из трёх это было взвешенное решение и мягко пройденное с обеих сторон: желание пройти собеседования, успешное прохождение, оговоренное время увольнения и передача дел. Потом ещё дал позитивную обратную связь на новое место. Человек хороший и работал продуктивно, но устал от задач.
Два других увольнения были связаны с откровенно бездельниками и хотелось по-быстрому избавиться. Естественно, что такими становятся не сразу, а что-то происходит. И надо было раньше бить тревогу и разбираться. Но, я тогда только начинал. Больше всего боялся, что придётся прибегать к HR, статьям, выговорам и подсчёту выполненных задач. Нет, обошлось. Первый ушёл после непродолжительного разговора о проблемах с задачами и отставании от команды. Со вторым было сложнее, но у он был ипешник. Заинтересованности в командной работе не было, внутренней жизнью тоже особо не интерсовался. Был разговор о снижении продуктивности, поиске нового сотрудника в штат. "Вместо кого-то или для какой-то задачи?" - единственное спросил он. Тут и нужно набраться смелости и ответить честно. Ответил и через неделю он подал заявление. Расстались по-честности, отработку не требовали.
Где-то встречали цветные в продаже? Можете посоветовать? Мне попадались и собирали с дочерью чёрно-белые mozabrick.
Я бы добавил ещё наличие ментора или близкого друга, который может подсказать и помочь, а также рассказать про свою работу и ожидания.
Репозитории на гитхабе? Сделайте ссылку
В моей ситуации, слесарь не оформлял документально привоз компьютера, слесарь - дурак. К сожалению, в тот момент ничего не сработало, где могут подставить или что-то пойдёт не по плану. Не по плану - верну как было. Даже бумаг о передаче этого компьютера не делали.
Вот из-за этих сложностей проще всего убрать закладку и забыть про ситуацию. Какова вероятность, что заберут компьютер на экспертизу недельную? Ненулевая. А это страдание бизнеса вдвойне.
Конечно, простои могут быть потом оплачены виновными. Но часто мы слышим о досудебной договорённости.
Доказать - это снять на видео процесс запуска ПК, момент перезагрузки после входа пользователя. Затем снимать процесс отключения закладки под админом, пароль которого, мы как-будто нашли в документации?
Поверят ли?
Пригласить специалиста, показать ему это. Может пойти в отказ. Не ставил, сами ставили, сами себе проблему сделали.
Сложно доказать эти вещи. Как доказать, что не мы её туда поставили и его обвиняем?
Похоже всё усложнилось
Вас задела географическая принадлежность поставщиков?
Я не знаю причин по которым компилятор и исходные коды находились на этой машине. У меня не осталось исходного кода этих файлов, скриншотов и прочего. Нет пруфов чтобы вам это доказать и "прижать" поставщиков и конкретного исполнителя от поставщиков. Есть история, которая со мной приключилась. Вопрос веры каждый оставляет за собой.
Расставшись с центром несколько лет назад, я не могу называть эту компанию, не зная на каком уровне у них работа с ними сейчас. Работают они вместе, зависимы ли они от них. Может быть они смотрят друг на друга как ни в чём не бывало. Мне проще согласиться с вашими неподкреплёнными обвинениями, чем подставить сейчас медиков, которые продолжают эксплуатировать эту систему.
Контейнер с зависимостями можно подменить для тестов. В тестах будет другой набор зависимостей, где-то фейки, где-то заглушки.