Вот не хотел вообще ничего писать. В ФАФ бы лучше поиграл. Но вот который раз вижу дурную статью про импортозамещение ПО.
Значит так, товарищ-импортозаместитель.
Во-первых, нужна правильная государственная инициатива. В апреле 2022 кажется(не помню точно) была онлайн-конференция, устроенная минцифры, где собрались представители малого и не малого ИТ-бизнеса. Там рассказывалось о мерах поддержки этого бизнеса и организации импортозамещения. Я подключился, послушал. Там говорилось многое, но главного сказано не было. А мне сказать не дали.
Проблема замещения софта в первую очередь в том, что у нас сильно меньше программистов. И часто они сильно слабее. Плюс во многих случаях окажется так, что специалист буквально 1 на страну или их там 10 и они в разных компаниях трудятся.
Вот что нужно было сделать:
- Нужна возможность состыковать заказчика и исполнителя. Что-то типа weblancer.net но с более жестким отсевом исполнителей. Чтоб элементарно закладку не вставили в ПО. С проверкой что гражданин благонадежен, по аналогии с фильтрацией в шереметьево. С возможностью фильтровать ТЗ.
- Часть ПО можно доделать из уже имеющегося опенсорсного. Но нужно понимать что любая работа начинается с планирования и проектирования. Нужно понять что из требований заказчика можно сделать просто, что понадобится делать не совсем так как этого хочет заказчик, что сделать сложно.
- Нужен механизм взаимодействия с заказчиком. Договора онлайн с цифровой подписью. Чтоб документировалось все общение. Все изменения в ТЗ. Ситуации когда заказчик на ходу меняет требования это скорее норма чем исключение из правил.
- Нужен механизм объединения разработчиков в команды. Через ИП, субподряд. Бывает так, что у вас есть специалист который может решить задачу но устраиваться фуллтайм он не хочет или не может. Но можно выделить ему часть работы, где например не требуется уровень допуска.
- Нужен механизм взаимодействия с экспертами. Иногда надо формулы иметь на руках чтоб понять как начать писать код. Часто бывает так, что специалисты могут накропать код в матлабе, но IRL его надо сделать еще и быстрым. А программист не понимает может быть матлаб.
- Нужен механизм передачи знаний и компетенций. Сделал раз - дай другим переиспользовать модуль. Особенно если задача сложная и штучная.
приведу примеры из собственного опыта:
1)заказчик хочет реализовать 3д-визуализацию данных в каком-то объеме и добавить с существующую программу, написанную на Qt 5.x. Я знаю как это сделать крайне эффективно, без всяких мегаалгоритмов типа marching cubes. Игру свою воксельную делал. Поскольку используется Qt задача делается лениво за месяц или за два если там какие-то затыки с подкачкой данных и объемом видеопамяти.
2)заказчик хочет ускорить например время работы операции SELECT c LEFT JOIN в PostgreSQL в несколько раз. У него большая таблица. Пример из реальной жизни. Доработка постгреса представляется нереальной. Но можно доработать саму базу данных, сделав выбор через хранимую процедуру, и ряд дополнительных таблиц. JOIN становится не нужен.
3)заказчиком прописано использовать забагованный софт и уклониться от этого невозможно. Например есть срань под называнием "ГИС Панорама", которую требует Минобороны. В ней буквально каждое действие превращается в боль. Например соединить на одном экране карты из разных зон СК-42. В лоб это не делается, получается баг из-за которого у нас программиста с корректировщиком арты чуть на полигоне не убило артударом. Привязка растра к карте тоже там сделана через жопу. Да еще пишет в файл который должен быть на чтение. Причем пишет мусорные данные. Еще надо победить тормоза панорамы. сделать так чтоб тактические знаки не рисовались без перерисовки карты. Все делается, я умею. Но это требует времени как правило сильно больше чем ожидает заказчик.
В первом случае нужно лишь сконнектиться с заказчиком, сформулировать ТЗ и предложить решение. Дальше все делается механически.
Во втором случае надо убедить заказчика что изначальный план нереализуем. Предложить альтернативу, испытать. И такое бывает часто, я вам скажу.
В третьем случае нужна уже команда. Где надо распределить роли. Описать словами просто, а вот накропать код - уже долго и муторно. Надо написать кто что делает, какие интерфейсы. Как стыкуемся. Требования к устройству, потому что память будет жраться. Людей которые могут решить эти проблемы единицы. И они заняты уже где-то. По окончании работ надо сохранить решение чтоб его могли использовать другие заказчики.
И все это я говорю к чему: вот я хочу поучаствовать в импортозамещении. Как мне выйти на заказчика? Как мне выбрать те области где у меня достаточно знаний? Как мне организовать общение? Пока это сделать очень проблематично. Не надо советовать weblancer и подобные ему помойки. Они не подходят по целому ряду критериев.
Вы предлагаете припахать студентов и прочую херобору. Так никогда не взлетит. Нужна платформа для припахивания и тогда все сами впишутся. Люди есть. Нет возможности организоваться
Комментарии
Вы правы, коллега. И нигде и никогда не взлетало.
Вам удалось объяснить это заказчику? Тогда вы - гений
А вот это - ключевой момент. Потому, что реально никто из заказчиков не понимает ничего в том, что заказывает.
100500.
Но вот я сам заказчик - тестировщик ПО и понимаю, что я гораздо более штучный товар чем программист.
Без комментариев....
- А мой друг вчера за пять минут крутейший сервер сломал!
- Он что, хакер?
- Нет, он мудак!
Так испортить анекдот...
- А мой друг вчера за пять минут крутейший сервер уронил!
- Он что, хакер?
- Нет, он мудак, он его со стола уронил!
Ну почему же без комментариев.
Я сегодня искал ошибку в интеграции, написанной 5 лет назад, потом тестил свою же гипотезу, потом нашел почему PI не отдает данные из чужой системы в нашу.
А в ТЗ было написано задание правильно распарсить входные данные и положить их в таблицы. (это программист, работы на 15 минут).
Я не совсем понимаю специфику работы чисто тестировщика - я вырос в то время, когда программист (не кодер), должен был быть немного архитектором, а уж первичное тестирование обязан проводить именно сам
У "чисто тестировщика" есть одно приемущество: он, сцуко, может сделать такое, что автору программы просто в голову не полезет по причине явной феерической абсурдности. А "чисто тестировщику" полезет, и он сделает. А потом программист, охренев от результата, исправляет косяк, на который сам он не наткнулся бы и за 1000 лет.
Ну да.
Поэтому у нас в регламенте написано, что разработчик делает только первичное тестирование.
Реально тестируют другие люди.
У нас досокращались...
Я год назад поменял контору (проработал 3,5 года) - там тоже досокращались.
Я был и разработчик, и архитектор, и базисник, и тестировщик.
У нас платят (для небольшого города) неплохо, и социалка приличная. Так что остался - для лучшего варианта надо переезжать, неохота.
А должен. Обязан иметь в роли заказчика специалиста не меньшего класса, чтобы они говорили на одном языке. Но это только в светлом коммунистическом будущем, я полагаю.
Не удержусь:
Жаль, только жить в эту пору прекрасную
Уж не придется ни мне, ни тебе (Н.А. Некрасов)
Цели нет. Человеки есть. Что делать? И кто виноват?
Да в любом случае получится кадавр с кучей багов потому, что, с изменением ТЗ и неизменных сроках, всё будет в костылях. Какая умная команда не будь.
Задачу программистам должен ставить программист. Это единственный способ получить более-менее адекватное ТЗ, хотя тоже не даёт 100% гарантии. Но в любом случае, программист выступающий со стороны заказчика, знакомый с предметной областью и требованиями конечных пользователей, а также способный проконтролировать процесс разработки - это лучшее, что может произойти как для заказчика так и для добросовестного исполнителя.
Вы думаете, что тот, кого вы назвали программистом, а реально начальник службы, не участвует в написании ТЗ? Участвует, но только участвует, не за ним решающее слово и хотелки по изменению ТЗ тоже не его.
А я уже сто раз писал, что тех, кто имеет право проверять и принимать решения, не понимая их последствий, надо судить в разы жёстче рядовых исполнителей. А пока что как раз наоборот. Такие ситуации у нас - нонсенс. А ведь решения наших топов тоже влекут разнообразные последствия. Но что-то не слышно про персональную ответственность в таких масштабах.
Мухина посадили именно за предложение вернуть персональную ответственность в т.ч. депутатов.
Классическая цепочка: ТЗ (1) => Постановка задачи (2) => кодинг , тестирование, отладка (3) => внедрение и сопровождение (4)
Правда практически нигде и никем не соблюдается. Главный этап - нумер 2 (требует как знания средств реализации, так и знания предметной области), но он обычно просто выкидывается как "несущественный и ненужный" :)) (курсивный смайл употреблен сознательно, тут он - самое то, поскольку ухмылка получается кривая)
Уже писал, что в условиях нехватки рабочих рук нужен иной, нежели принято в мире, подход к любой деятельности, особенно высокотехнологичной. Нужны: приоритезация (т.е. снижение конкуренции и больше единого планирования), стандартизация (т.е. снижение перечня товаров/продуктов), универсализация (т.е. каждый продукт должен иметь возможность использовать в очень разных сценариях), упрощение.
На каждый класс продуктов нужно не более 2-3 производителей. А то и 1. И заставить всех использовать именно их. Условно - только АстраЛинукс, Постгрес, 1С. Пусть только в госах (ОИВ, госкорпорации). И штрафы (отсутствие преференций при закупках) если не из этого реестра.
Но должна быть и ответственность производителей по развитию. Видимо нужен мощный архитектурный отдел в МинЦифре, чтоб ставить задачи и координировать такие проекты. Плюс стандарты поддержки., стандарты обучения специалистов.
Ваши чуйства нам понятны, но, как в том анекдоте - я считал, что начальник умный, честный, во всём разбирающийся человек, пока сам не стал начальником.
Согласен, что культура управления производственными процессами у нас подзабыта.
Кстати, элементы указанной мной оптимизации уже есть.
https://www.interfax.ru/business/962637
Это хорошо и логично, но это, пока что, только предложение. Реализация может оказаться неожиданной. Нужен внешний арбитр, но это такое.
Это не верный подход. Надо стандартизацию делать, а не запрещать.
Это первый шаг. Запретить каждому пилить свое, оставить только часть игроков (товаров).
Ну, тоже не панацея.
- Мам, мам, давай купим базу данных?
- У нас есть база данных дома.
База данных дома:
Не так.
Не условная «Астра», но требование соответствия PMS!!!
Но начинать придётся с разработки и внедрения методов нейтрализации ненужной инерции.
Ибо пока перелётный минет.жымент ведёт учёт работ в проприетарно-санкционных поделиях антиподов — ничего хорошего не выйдет.
ЗЫ: Любые разговоры о стандартизации в отрыве от понимания понятия «дегрессия» должны награждаться по нормам УК!!!
Дурень Вы, батенька. Придется целую статью писать, ибо имя вам судя по комментам - легион.
По поводу ТС. Однозначно вменяемей теоретика Совы, которая ЗиЛ, но тоже... По краю, но мимо
без живительной конкуренции - продукты быстро вырождаются.
в условиях нехватки - надо расширять пространство. ждите единое цифровое Брикс. только есть ненулевой шанс что китайский дракон скушает наши астры на завтрак.
на счет нехватки рук - спорно. руки то есть. и молодежь в айтишку рвется. другое дело что платить никто не хочет за обучение нового поколения. скорее нехватка финансов у заказчика.
а те что есть зачастую делают очередную свистоперделку очередному банку, или ритейлеру, или очередную платформу обучения, альтернативу джире и хер знает что еще. короче да, целепологания в индустрии не хватает, но без жесткой централизации/монополизации его и не будет.
Остался только один вопрос: почему сантехник?
Sun Microsystems, не? У нас их именно так обзывали)))
Он как швея-многостановшица. Ещё и инфекционист и т.д. И за 10 дней большой спектр покрыл. Жук в муравейнике
А в чем проблема нанять индусов? Теперь они уже сильно умнее стали, а российские кадры как раз не блещут зачастую. А часть в дубаях через верхний ларс. В общем, проблемы особой нет. Есть 2 небольших неприятности, срочность и привычки пользователей. И тот и другой вопросы не в компетенции айтишников, это головнчк менеджерам.
Так вроде уже И сразу, в продолжении темы Ъ Подозреваю, что это инициатива коммерсов
Платить не пробовали?
-
Что по вашим предложениям. Бюрократия.
На деле от государства ничего не требуется как быть гарантом реализации проекта по тз и выплаты средств исполнителю.
Причем даже затрат никаких. Это банально сделают страховщики за скромные 5 процентов от проекта.
А вы тут накрутили.
-
И да. Правильное составление тз это не забота исполнителей. Для этого есть специально обученные люди, которые в случае косяков несут за свое тз ответственность. И уж точно этим не должны заниматься секретарши и их начальники. Это отдельный проект. Не менее важный, чем реализация.
Наверное поэтому всякие Боинги и Дойчбанки отдавали разработку на аутсорс в Россию.
Наверное потому.что были СИЛЬНО дешевле индусов и даже бангладешцев.
Скажите, а где вы таких идиотов страховщиков возьмете? Чтобы вот такую непонятную херабору (С) страховать? Ну за щедрые ваши 5%. Я работал в страховой, где один из зам.гендиров с умным видом вещал "страхование ответственности - вот будущее!", году эдак в 2008, ну и застраховали вклады частников в пару пирамид массово в результате. Так теперь все умные уже, таки давно обанкротились.
Авто страхуют. Там проблем не меньше. А суммы сопоставимые. Как и гос. заказы.
Рассуждения на уровне "у стола тоже 4 ноги, принципиально от лошади не отличается!" У авто/водятлов в наличии широчайшая база по аварийности/убыткам за многие годы и то, если внимательно почитать тарифы СК, что актуариями считаются и в ЦБ отправляются (а не те, что на первой странице сайта крупными цифрами), то в конце можно найти фразу мелким шрифтом типа "в зависимости от конкретных условий может применяться поправочный коэффициент от 0,1 до 10" - доктора с кандидатами интегралами бумагу изводят, но один фиг разброс на 2 порядка в тарифы заложен, а Шариковым - тем завсегда все ясно и просто. У Губермана хорошо на эту тему "Мой небосклон хрустально ясен и полон радужных картин, не потому что мир - прекрасен, а потому что я - кретин!"
вы как эксперт сейчас расскажете за что надо платить.
Я понимаю возмущение ТСа.
Но к сожалению он не знает мiрового опыта.
А он как раз говорит, что значимые разработки были сделаны именно через студней.
В реальности там было финансирование.
Например поисковой алгоритм Гугла был найден студнями. С поддержкой от декана факультета. Другой вопрос, что это всё было ширмой для АНБ. И финансирование шло оттуда.
Скажете сейчас другие времена?
Да нихрена.
Смотрим редактор Thonny. Написанный студнями из Тартусского универа.
Это уже не такие далёкие от нас времена. А если не сидеть и пыхать возмущением, а поискать в тырнетах етих вашех, то можно найти ещё больше СОТНИ таких вот примеров.
ТС предлагает что-то сделать КОМУ ТО.
Государству, бизнесу, ещё комутотам.
Я же, ув. ТС предлагаю НАЧАТЬ С СЕБЯ.
Выложи в репы ну хоть что-нибудь!
А после этого вылезай и предлагай меры для всей страны.
И сразу ответ ТСу на его вопрос ко мне про репы -- есть.
Проблема таких вот рассуждений в том, что рассуждающий до пенсии просидит на зарплате.
Ну, может дослужится до начальника отдела/департамента.
И всё.
Компрене?
почему ты пишешь по хохляцки?
кстати, про студней - Линус тоже пилить своё ядро начал будучи студнем
крупные конторы давно пилят импортозамещающий софт, там и крупное госфинансирование им дают, например Росатом пилит аналог PDM и аналог Компаса, а аналог Ансиса давно готов
А зачем Компасу аналог? Он что, импортный?
у него графический движок импортный, если шаришь
Страницы