На днях ковырял файл формата mdb (MS Access, Standart Jet DB, version Jet 4), именно как файл, через hex-редактор, а не как база данных, т.к. пытался найти и увидеть метки "удалить поля", т.е. поля для базы данных уже как бы удалены, но в самом файле еще присутствуют и он пока непереупакован. Еще раньше приходилось повозиться и с форматом дампа лент ЕС ЭВМ.
Сложность систем постоянно растет, но разработчики только усугубляют эту сложность методом скудной документации. Да и современная документация пишется на уровне начала XX века, а то и более древние. Конечно, есть попытка добавить гипертекст, который, внезапно, был еще в Библии с ее навигацией по книгам, главам и конкретным стихам. Внезапно, христианская Библия куда более продвинутая, чем документация современных программистов. Что как бы намекает.
Насколько ИТ-сфера упорядочена? Куча форматов баз данных, кодировок, картинок, языков программирования, все это между собой несовместимо и нет особых инструментов поддержки других форматов. Есть попытки создавать LLVM для промежуточной компиляции, чтобы язык программирования компилировался в LLVM, а оттуда уже на конкретную архитектуру. Абстракциями обмазываются настолько, что доходят до уровня "электричество из розетки" с соответствующими проблемами, когда к этой самой розетке электричество не подведено.
Короче, не математический порядок, а просто бардак и беспорядок с лозунгом "каждый сам за себя!"
Отсюда и фреймворки-монстры, который как бомжи -- таскают все с собой. Обязательное таскание legacy. И в целом замусоривание целых экосистем, вплоть до Электрона под капотом, что как бы намекает на кривизну рук, в стиле ремонта двигателя автомобиля через глушитель.
Затрону и обычную бюрократию. По факту, обычная бюрократия, без ИТ, старается реализовать свой протокол общения аналогично http-протоколу, с соответствующим взрывным ростом. "Бюрократия растет, чтобы удовлетворить запросы растущей бюрократии". Если сравнивать в лоб, то обычная бумажная бюрократия не имеет:
-- институтов стандартизации протоколов общения; нет списка стандартных ответов вроде "ошибка 404: чиновник не найден" и т.д.
-- не имеет отдела тестирования; олицетворяя самый раздолбайский способ установки "в продакшн"
-- процедура ревью и проверки ссылочной целостности находится в зачаточном виде
И т.д. Т.е. бюрократы -- те же программисты, только которым прощается говнокод и работающие на "авось будет работать". С документацией там еще хуже -- просто генерация огромных массивов информации с зачаточными способами контроля целостности.
Насколько все хреново?
Прямо сейчас если вдруг откроется портал на Марс на месяц с возможность перещемения, например, из Омска, любых объемов ресурсов, человечеству в освоении Марса это особо не поможет. Кроме логистической проблемы просто доставить любой товар до Омска возникает и другая проблема -- на данном этапе нет готовых конструкторов-заводов, чтобы перемещение условных 500 контейнеров на место приводило бы к автоматическому разворачиванию завода на конкретном месте.
Все еще хуже -- если прямо сейчас отправить условные 6 человек на Марс, то они не смогут особо пользоваться современными компьютерными технологиями. Особенно сильно пострадает онлайн-подписка.
Думаете, Марс слишком далеко? Ок, я перечислю земные территории, где возникали подобные проблемы: Донбасс, Сибирь, Антарктида, Африка, да и России досталось после ухода кучи корпораций, когда те же игровые консоли Sony просто окирпичивались. Никто не отменял хреновый интернет банально вне города. А чуть ранее просто старые аппараты окирпичивались, те же навигаторы прекращали нормально функционировать если работали на ОС Android какой-нибудь 2й или 4й версии. У меня вполне рабочий смартфон на Android 5.1 близок к тому, чтобы перестать поддерживаться, если уже не отключен от поддержки Google Play. Intel Pentium 4 на 775 сокете, 90нм -- вполне мог бы продолжать работать и дальше, если бы не искусственные ограничения от ОС Windows 8 и новее.
Есть и более банальные и потому привычные вещи, которые в современном мире считаются нормой:
- отсутствие перемещение профиля пользователя; нет перемещения с Windows на Linux, между версиями кривое, нет перемещения профиля между соцсетями и почтовыми службами
- отсутствие контроля за предоставлением данных, никаких уведомление каким третьим корпорациям переданы пользовательские данные
- "песочницы" находятся в зачаточном состоянии, а контейнеры для приложений в виде того же Docker обросли "инструментами красноглазиков", да и в целом редактирование INI-файлом до сих пор осуществляется ручками в блокноте, как и выполнение команд в cmd/bash, хотя сами команды ни разу не свободные в синтаксисе, поэтому вполне могут заменяться хоть на "эмодзи" с текстовым прообразом, как это происходит со смайликами на форумах, когда :crazy: заменяется на соответствующий смайлик, но можно выбрать и сразу смайлик.
- языки программирования все еще текстовые и банально картинку вставить в код невозможно, максимум некликабельная ссылка, а визуальные языки очень быстро превращаются в "спагетти" (если что, уже существуют методики вроде Дракона для визуальных языков, но как оно с нодами будет работать -- большой вопрос)
и т.д.
Я только сейчас смог найти не дешманские hex-редакторы, которые умеют только показывать hex в самом базовом виде, а реально умеющие хотя бы в базовую, но разметку.
Код проекта на гитхабе: https://github.com/WerWolv/ImHex
Но даже этой системы маловато, тут только база. Оно само не распознает структуру сохраняемых файлов по исходнику программы. По документации -- пока в поисках, ибо куча систем гвоздями прибивают к своей экосистеме, иногда достаточно сомнительной по возможностям, но потом невозможно или очень трудоемко мигрировать на другую систему.
Пока раздумываю -- может, делать видеоролики в стиле фентези "Железный человек" с обзором на ныне несуществующие системы? Чтобы как пишут про Apple -- показать остальным как нужно делать.
И да, средства прототипирования сейчас вообще развиты? Ибо выглядит все так, что нужно написать реальное приложение с заглушками, чтобы оно стало прототипом...
Комментарии
Смотрел одного стримера на ютубе, который играл с подписчиками и что-то пытался в организацию.
Эх, проводил бы я стримы, то чинил бы ИТ-сферу, пытаясь ликвидировать описанные выше проблемы) Начать можно с малого -- редактор для INI-файлов)
Пока смотрю в сторону Unity и Roblox, на какой платформе буду все реализовывать. Скорее всего, Unity, ибо мне нужна навигация в 3D, а Roblox выглядит как инструмент для прототипирования, все равно мне графоний не нужен.
возникает вопрос: зачем чинить такое? когда передо мной вставала задача подлатать системе-мутанту координацию движений до уровня примерно здорового организма, я всегда предлагал сделать замещение, а мутантика обнести оградкой и флажками и отключить уже от СЖО.
Автор, тебе просто необходимо прочитать хорошую статью и эпичное обсуждение:
https://habr.com/ru/articles/596517/
Или эту:
https://habr.com/ru/articles/673236/
Или эту (ссылки на две предыдущие, хотя и спорно, в комментах там накидали):
https://habr.com/ru/articles/679564/
И да, я что-то подобное читал на хабре, но в стиле "Windows 10 занимает в десятки раз больше места, чем Windows XP, но стала ли десятка от этого лучше в десятки раз?". Нашел рекламную статью, но не эта:
https://habr.com/ru/companies/kingston_technology/articles/394315/
Скажу больше, WIN95 занимала на диске 40-42 Mb, а по функционалу для пользователя она практически не отличается от WIN7, что у меня сейчас стоит. Только мультимедиа функционал расширился. Я не знаю, что там внутри, но всё, что я вижу как пользователь, направлено только на пожирание ресурсов. Объемы памяти, быстродействие железа увеличилось на 3-4 порядка, но весь пар уходит в гудок
особенно эпично выходит сравнение с Visual Studio, которое редкостное лагающее дермище, по сравнению с некоторыми другими IDE, которые и меньше занимают, и шустрее работают.
А также есть КолибриОС и ReactOS. Колибри с доп.программами отожралась до всего лишь 69 МБ, это вся ось (колибри-н). И ReactOS занимает 78 Мб ZIP-архив...
Зачем читать хабраидиотов?
Лучше начните с экспертной оценки ноги.
ЗЫ: Проблема главного конкурентного преимущества выньдоуз закономерно не упомянута.
Вопросы стандартизации в IT - очень больная тема.. И крайне запущенная.. Кто во что горазд со своими форматами и стандартами.. Возможно - сознательно.. Что есть, то есть...
Скорее по причине всеобщей лени и недоговороспособности, а также сложности продумывания на перспективу. И еще за эти фичи не платят.
Получается как с аккумуляторами для смартфонов и фотоаппаратов, картриджами для принтеров и прочих расходников, когда на этих самых расходниках пытаются наживиться.
Что-то может изменить консорциум, как это сделали с Vulkan API и OpenGL, внутри платформы, как это происходит с Roblox и Android для приложений, а также если государство будет нагибать частников, как это произошло с MicroUSB в качестве зарядки для смартфонов. Только это не поможет от рукожопия, когда та же Micro$oft не заботится о поддержке собственных стандартов в своем же M$ Office, т.е. документы Word открываются по-разному в разных версиях.
Не исключено, что тут способствует математическая проблема по теории множеств и по теории графов, например, считается невозможным преобразование одного графа в другой или поиск двух совпадающих графов, если их вершины переставлены, для ситуаций, когда количество вершин измеряется сотнями тысяч...
>Скорее по причине всеобщей лени и недоговороспособности, а также сложности продумывания на перспективу.
Часто industry standart становится то, что сделал первый успешный - а остальные под него подстраиваются.
>Получается как с аккумуляторами для смартфонов и фотоаппаратов
Тут иметь свой ни с кем не совместимый формат батареи это не цель, а средство сделать своё устройство тоньше и легче.
>Что-то может изменить консорциум, как это сделали с Vulkan API и OpenGL,
Но например Apple всё равно пошли своим путём, и у них свой API Metal. И к тому же даже если консорциум примет свой стандарт, его имплементация у каждого будет своя. И всё равно придётся подстраиваться ко всем багам. Например OAuth
>внутри платформы, как это происходит с Roblox и Android для приложений
А потом платформа диктует свои правила, с которыми не все согласны, но это платформа и никуда не денешься
>также если государство будет нагибать частников, как это произошло с MicroUSB в качестве зарядки для смартфонов
Государство это тоже частный случай платформы. И с ним хотя бы можно судиться из-за введения новых стандартов, что корпорации и делают.
>документы Word открываются по-разному в разных версиях.
Проблема в том, что для такого уровня совместимости нужно не только поддерживать собственные стандарты, но и совместимость с собственными багами. Исправил что-то и все люди, которые уже успели заиспользовать или обойти эту ошибку, внезапно получают упс. Самая древняя такая история, которую я помню - это значение даты в Excel - не учли сначала один високосный день, и теперь их даты считаются от 31 декабря 1969, а не от 1 января 1970 как у остальных.
Это в целом стандарты http, когда сделали велосипед с мыслями "потом поправим", а потом забили на это. Вообще, редко кто проектирует с заделом на будущее.
Я бы понял это про смартфоны. Только вот фотоаппараты обладают собственными линейками аккумуляторов вплоть до того, что профи сегмент требует свои аккумуляторы со своим уникальным дизайном.
Доходит до маразма -- идентичные по форме и размерам аккумуляторы имеют разные разъемы, из-за чего и не взаимнозаменяемы.
Жаль, пока не развивается система нескольких платформ, когда можно переходить с одной на другую, как в случае с видеокартами, можно пользоваться хоть от китайских разработчиков.
Отключаемость собственных багов -- выглядит как фантастика. Тем более, что можно писать в заголовке номер ревизии + в приложении таблица багов. Если для этой ревизии характерны такие баги -- включить их эмуляцию. Плюс функция миграции с багованной версии на безбагованную.
Сейчас в целом разработка функций миграции не развивается...
Самое весёлое в тестировании работоспособность задела.
Да и документированности…
Вспомните… хотя бы, например, из больного в линии моего опыта, SASL…
Да все это происходит стихийно. Это изза того что нынешнее буржуйское IT построено на принципах аутсорса. Заказчик выдвинул проект. Менеджеры набрали аутсорсеров, которые ничего кроме техзадания не видят. Традиций и библиотек не знают и никто им готовых предыдущих решений не показывает. Вот и начинают "негры" изобретать велосипед, который превращается в это самое. А потом проект сдается заказчику, команды роспускают и ....
И все начинается по новому.
Ломать эту систему надо. Надо что бы были крепкие коллективы с традициями и пр.
С этим согласен.. Сам я это для себя называю принципами "семейного доктора" и "участковой поликлиники"... )))
Представителей старой школы днем с огнем приходится разыскивать по загашникам.. Сплошные узкие специалисты, привыкшие выполнять маленький кусочек из своей области в команде, работая в куче проектов и передавать его дальше... Через координаторов/архитекторов.. Как есть участковая поликлиника с кучей узкоспециализированных специалистов... Дико страдает производительность и проекты выходят монструозными, забагованными, дико дорогими, зато практически отсутствует зависимость от конкретного исполнителя...
Да, и СССР будет стоять вечно.
Ну хоть в 2023 году можно проектировать систему, которая бы учитывала развал СССР?
Конденсаторы имеют сверху "крестик", т.е. направление, в котором они будут вздуваться, нанося меньше повреждений окружению.
Были в СССР телевизоры с инструкциями по ремонту.
Прямо сейчас нет ПО, даже свободного, с инструкциями по ремонту. Документация там максимум на уровне "вот есть функция, ее можно использовать так". Все. Документации уровня "вот есть функция, она вызывается там и вообще, схема работы вот движка, порядок запросов и т.д." -- выглядит как какие-то сверхтехнологии.
Понятно, что корпоративный сектор будет играть по своим правилам. Но у нас и OpenSource вполне не умеет планировать момент, когда разработчики OpenSource вдруг перестанут этим проектом заниматься...
Однозначно, сознательно. "Покупайте наших слонов и наш корм, никакой другой не подойдёт"
Все эти стоны про отсутствие стандартизации - это от непонимания западной психологии. Это для нас стандарт - нечто общеобъединяющее и обязательное.
Для них это всего лишь "штандарт" - знамя наёмного отряда. К нему можно примкнуть, с ним можно воевать под своим "штандартом", можно игнорировать - и последствия всех решений исключительно за свой счёт. Могут и принудительно рекрутировать во вражеский отряд, если нет сил отбояриться.
Такие дела.
А зачем автоматический завод при наличии портала?...Ручками, ручками... Вот случиться ограниченная ЯВ, и будут все читать книжки потому что тырнет сгорит
портал через месяц закрывается. Что дальше? Все, что успели перекинуть -- то и останется на Марсе.
Более простая и доступная ситуация -- разработка ресурсов в условной Антарктиде. Или на подводном шельфе в Арктике. На месте должен быть завод, но чем больше ручных операций нужно сделать на полюсе, тем это дороже. Одно дело -- тащить отдельные детали и на месте кувалдами, сварочным аппаратом и т.д. мастерить, а другое дело -- собрать готовые блоки и отправить их на место сбора.
И да, именно с супертанкерами, наконец-то, дошло, что можно делать блоками, а потом собирать, чем занимать док одним кораблем весь цикл.
С заводами этот процесс тормозится из-за дешевизны бетона. Кучу конструкций проще заливать бетоном, чем делать заводы из готовых блоков-панелей. И да, строительство кораблей из блоков по логике эквивалентно строительству завода из блоков. Но с кораблями, вроде, Ю.Корея намекнула, а с заводами пока негусто.
Плюс есть очень жирная отрасль, которую Россия только начинает осваивать -- плавающие промышленные кластеры. Плавающая АЭС уже есть. А так построить серию и отправить по миру хоть в аренду.. Конечно, сейчас все еще опасно из-за пиратства США и Европы, которые не прочь отжать даже российские удобрения, что говорить про заводы, но плавающие заводы хотя бы можно эвакуировать обратно в РФ, в отличие от наземных построек.
Заводы из блоков строили американцы для товарища Сталина в начале 20го века. Сейчас здание как презерватив натягивается на тех процесс без тысяч квадратов гулкого пустого пространства. И заводы везутся в туже Арктику в виде стального сборняка и на месте собираются на болтах.
Эту брехню вы вчитали наверное у голковске или у дэвола или иного шизофреника... Не читайте их и прочих конспиролухов... Не говоря уже что 1930е -это не начало 20 в
Мой увы покойный отец в числе прочего занимался и вопросами шельфа. Уже в 70е было ясно что как раз логично строить нечто единое вроде большой подлодки и погружать его на дно на месте
Мелкие заводики блочной конструкции и сейчас есть... у нас по области уже много лет катается передвижной асфальтовый заводик... Поставят, протянут 100-150 км дороги за сезон, разберут, в другое место утащат.
Большие заводы таким методом делать невыгодно - разработанный под конкретное место завод будет значительно дешевле, чем универсальный, который еще и строительство стандартной площадки потребует. Да и не перемещают сейчас заводы массово, чтобы наличие стандартной площадки в каждом проекте какие-то плюсы дало.
А если вспомнить разный климат, геологию, да даже тот же химический состав воды...
Есть и обратные примеры - малые ядерные станции/блоки для Крайнего Севера... если проект получит распространение - будет максимально стандартизирован и подготовлен к оперативному перемещению.
Промышленный кластер под природные ресурсы. Есть месторождение меди -- на месте добыли, переработали и получили заготовки. Уменьшение логистического плеча.
А плавающие ТЭС -- уже вполне строятся и эксплуатируются.
Одно месторождение на севере, второе на юге, плюс разные грунты, разная вода, в одном случае рядом есть река, во втором нет... и т.д.
Сразу вылезает разное утепление помещений и оборудования, разные смазки и прочие расходники, разные фундаменты... а если еще и площадки с разными серьезными уклонами, все еще веселее. С водой вообще кошмары и ужасы... даже если она есть, то от химического состава будет зависеть, какой объем оборудования нужен, чтобы ее подготовить к использованию на производстве.
Т.е. выгода от стандартизации только в случае небольших месторождений/производств, сравнимых рельефов и природных условий... и плавающие ТЭС тут яркий пример.
Есть прекрасный пример из ИЖС - 12-метровые бетонные сваи как фундамент устроят практически любой дом в практически любой местности... но дальше начинаются нюансы - стоимость, возможность привезти сваебой и сваи на участок, возможность забить сваи и не развалить рядомстоящие постройки... устойчивость бетона свай к химическому составу грунтовых вод и т.д.
Сейчас есть ещё GraphQL (типа чтобы каждый раз не думать над содержимым каждой из ручек). Художники же видят всё по-разному :)
спасибо, буду знакомится.
Увы, но беглый взгляд показывает, что ничего графического там нет. Очередная вариация на тему SQL, т.е. пиши текстовые запросы.
А фактически в том же языке SQL не так уж и много стандартных слов, т.е. их, теоретически, можно преобразовать в графический вид. Не только сами таблицы, но и любые запросы любой сложности.
ИИ наверно может помочь и скрыть все эти потроха, вроде такие тенденции. Но надежности программству это не добавит.
Да, вижу, что дальше в комментах тему обсудили уж
Ну суть в том, чтобы сразу тело запроса формировалось, без классического MLA и фиксированных кодов по статусам респонза (но только в джейсончике). Кому-то может и заходит, но нужны специфические инструменты (тот же аполло на JS).
Graph это там не про графику
уже потом понял, что про теорию графов
В ИТ та же проблема, что и чуть менее чем во всех новых областях.
Ибо для захода в область лучше всего работает горизонтально-рыночная система, а вот для эффективной работы после освоения всех ниш - нужна иерархичная вертикаль. Центр, который помечает что надо, а низкокачественный мусор сливает в утиль.
Я специально упоминал и про бюрократию в целом, как явление. Термин появился в 1745 году, а первая система законов была известна еще 2 тыс.лет до н.э.
И?
Тестирование, отладка, песочницы, миграции и прочее -- не, не слышали. Куча законов уходят сразу в продакшн.
Соответственно, сейчас куча проблем с работой госорганов на Донбассе именно из-за отсутствия понятия миграции между законами в российском законодательстве. Да и нет понятия миграции со старых законов на новые. Нет системы тестирования, слаборазвитые песочницы и т.д.
Получается, что российская и в целом юридическая наука всех стран находится, по оценке из ИТ-сферы, на уровне "ученика-раздолбая". Отсюда и проблема управления, проблема интеграции разных регионов и т.д. Все делается буквально вручную и каждый раз как первый раз, со всеми косяками, способы отлова которых сейчас на уровне, наверное, родоплеменного строя.
И в этих условиях стремление к цифровизации -- это стремление к костылям. "Авось костыли помогут бегать". Это чревато тем, что без костылей в будущем даже простое передвижение будет невозможным... И да, это типичный ИТшный подход -- костыли и велосипеды, плюс обмазаться абстракциями.
Тут, как вы правильно заметили, не только ИТ. Тут ещё и общая пока слабость российской юридической школы.
Право - это одна из компонент силы, где надо ещё нагонять.
Слово "российской" -- лишнее. Я не видел положительных примеров в юридической школе вообще в мире. Может, вы подскажете?
Даже США обладают вообще архаичным законодательством.
Адекватным смотрится гибрид -- римско-английское право. Когда что-то случается впервые и нет законодательной базы -- работает прецедентное право. Если что-то происходит достаточно часть, то за 2-3 года вписывается в законодательство и далее работает римское право. Если наступают обстоятельства и законодательство устарело, то можно снова включить прецедентное право до исправления законодательства. Естественно, в случае включения прецедентного права должен быть сигнал на верх о том, что есть пробелы в законодательстве.
Проблемы их законодательства - от другого, от отсутствия централизации. Нет института, целью которого было бы оптимизация законодательства. Их юристов их законодательство вполне устраивает. Кушать даёт. Но их армия юристов - от специалистов низкого уровня до профессоров и институтов - на порядки превышают нашу, и это пока проблема.
На моей памяти регион трижды "добровольно" попадал в список пилотных... впечатления очень так себе.
При этом в части ИТ - разработчики банально не понимают, что их реализация больше похожа на работу проктолога-чистоплюя, лезущего резать геморрой через рот... очень часто выбирается вариант реализации, удобный именно для реализации и для тестирования... и неудобный для постоянной работы.
Особо умиляют варианты, когда заполняемую форму невозможно сохранить, пока она не будет полностью заполнена, или невозможно изменить, когда она сохранена.
работа с формами вообще реализована максимально убого. И на стороне браузера, и на стороне сервера. Нет сигналов о сохраненных формах. Даже со страницами -- нельзя сохранить страницу + проводить diff с этой же страницей в сети.
Может проще будет chat GPT натаскать на работу, а человек как направляющий, надсмотрщик.
нейросети -- это костыли для интеллекта. Причем на том же уровне, как обычные протезы помогают "улучшать" жизнь инвалидам. Что-то человечество не достигло уровня, когда человек откажется от своих рук/ног ради того, чтобы получить протезы. А инвалидам просто деваться некуда, приходится пользоваться.
Аналогично с нейросетями -- люди не пытаются отказаться от мозга, чтобы вместо него работали нейросети. Ибо для обучения нейросетей нужны чуть ли не мегаватты энергии.
Нет. Сначала попавший в эту западню деквалифицируется от того, что перестанет пользоваться навыками, необходимыми для выполнения работы, а затем атрофируется и возможность отличать лажу от качественной выдачи.
Произойдёт, так сказать, институциональный кризис в миниатюре и падение Рима в стакане воды. Вот Вы как думаете: всякие "небожители" уровня Бидона, королька Карла, евродеятелей и их свиты просто так, без всякой на то причины отупели до недееспособности? Нет, вовсе не просто так и не без причины. Произошло это ровно в тот момент, когда они решили, что разбираться в какой-либо прикладной дисциплине - не барское дело. Будем "царюваты", а холуи сделают всю реальную работу. "Доцарювалысь" до дегенерации. Доверившиеся протезу мозга пройдут тот же путь, только быстрее.
Про бюрократию вы далеко не первый кто так подумал. Вообще мне кажется любой ИТишник со временем приходит к пониманию, что законы и постановления это хреново написанные программы, а бюрократы это дико торомознутые обработчики. Собственно поэтому столько восторгов было по поводу "госуслуг" где был сделан шаг в правильную сторону.
Фактически это и джуны, которые стали разработчиками. И нет мидлов и сеньоров среди бюрократов, выглядит все так, что они остановились в развитии на начальных этапах.
Как только с помощью DDoS атаки кладется госуслуги, все, система неработоспособна. Это не только атаки на сервера, но и просто массовый заход на определенную услугу или банальное отключение электричества. На Донбассе несколько населенных пунктов из-за обстрелов были обесточены, соответственно, онлайн госуслуги там не работали. И да, Донбасс несколько раз терял интернет-связь за прошедшее десятилетие, из-за чего вообще интернет переставал работать.
А госуслуги развиваются в чистый онлайн, без локальных сервисов и без бумажной подстраховки на случай удара ЭМИ. Сильная вспышка на Солнце и все, минус госуслуги и все, что с этим связано.
Так и есть!
Бюрокрыты-джуны без роста и без базы, полностью согласен. И не то что сеньоров нет, нет даже наставления по принципам проектирования типа того же "идеального кода", повсеместные костыли и велосипеды.
Госуслуги далеко не идеальны и все описанные проблемы есть, надеюсь они будут решатся. До идеала далеко, но направление движения верное, автоматизация бюрократических процедур. После этого можно посмотреть в сторону автоматизации юридических процедур и это понемногу внедряет я. А там когда-нибудь и о нормальном проектировании с построение модели и многоуровневым тестированием, можно будет помечтать.
И без мотивации расти...
Ибо смысл им развиваться, если их и так хорошо кормят?
А вот если будет ситуация, когда происходит серьезный отбор и конкуренция, тогда все сразу напрягутся.
Как реализовать этот самый отбор и конкуренцию, чтобы и те, кто проиграл, был трудоустроен? Пока самое сложно, думаю о реконструкции, в стиле толкиенистов. Никто не мешает организовать парк развлечений в стиле Царской России с дворянством и т.д. Диснейленд же существует. А ведь в рамках этого "Русского диснейленда" организовать и конкуренцию среди бюрократов.
При это я против копирования именно механики "аттракцион со сказочными персонажами", вроде бабы Яги и т.д. Хотя, кто его знает, может, и впишутся.
Всё сейчас (впрочем уже давно) так делают, иначе как увеличить потребление и вследствие этого прибыль. Никакой производитель не заинтересован в создании качественных товаров и софт туда же
Поправка - частный производитель, который заинтересован в наиболее частой и дорогой продаже своих услуг. Только государство может и заинтересовано брать на себя развитие социума и прогресса человеческой цивилизации в целом. Международные же корпорации хотят делать деньги и распространяют миф об неминуемом отмирании государства ибо оно ставит им экологические, социологические и прочие ограничения необходимые для нормальной жизни человека...
Правильно, когда капитал подминает под себя государство, и превращает в свой инструмент, начинается фашизм. Поэтому государство должно само стать вертикально интегрированной компанией, опыт уже был это СССР
Плюс миллион!
Страницы