На мой взгляд описанная проблема носит не технический, а физиологический характер. Во-первых, люди с возрастом склонны забывать плохое и помнить хорошее. Это свойство психики позволяет человеку легче переносить сложные жизненные моменты. Как говорится, время лечит. Поэтому утверждения, что раньше было лучше, описывают не объективную реальность, а самого говорящего, который просто перешел порог старости. Таких людей можно только пожалеть, особенно если по паспорту они еще относительно молоды.
Во-вторых, расширение сферы применения информационных технологий в нашей жизни объективно способствует росту числа занятых в этой отрасли. А так как доля умных людей в обществе со временем не меняется, то по мере расширения сферы применения ИТ средний интеллектуальный уровень занятых в ней постоянно снижается. В результате на все программные разработки перестает хватать умных людей, и их делают те, кто есть в наличии. Кстати, этим же обусловлено постоянное увеличения уровня абстракций в разработке. Это своего рода защита от дурака-разработчика, которых со временем становится все больше и больше.
В-третьих, проблема производительности может быть решена как путем повышения производительности железа, так и путем оптимизации софта. Вопрос в цене и в затратах времени. Если же учесть, что в разработке железа средний интеллектуальный уровень работников на сегодня гораздо выше, чем в прикладном программировании (в силу того, что порог вхождения в разработку железа на порядки выше, чем в программирование), то становится очевидным, что повышение эффективности через модернизацию железа, созданного умными людьми, на практике быстрее и дешевле, чем через оптимизацию софта программистами с интеллектом средним и ниже среднего.
В заключении следует отметить, что сегодня совершенно бессмысленно делать широкие обобщения о качестве и производительности программного обеспечения. Есть примеры полного отстоя и есть примеры настоящих шедевров. Различия между ними только в уровне интеллекта людей, которые из создали. Проблема того же Скайпа связана не со временем, а с людьми, которые его делали в разное время.
Прикольно, если хочется поржать. И довольно деструктивно, если нужно сделать вывод или принять решение. Например, возьмем типовую фразу, которой заканчиваются большинство приказов по организации: «Контроль за исполнением настоящего приказа оставляю за собой». В этой фразе почти каждое слово или словосочетание можно взять в кавычки. Но именно эта фраза на практике означает, что за все косяки подчиненных ответственность несет руководитель. А вот если написать что-то типа «за базар отвечаю», то эта фраза по факту снимает ответственность с руководителя и позволяет сделать крайним любого подчиненного, в том числе за косяки самого руководителя.
С другой стороны, очень много внутренних документов можно сразу и целиком помещать в кавычки, так как в них содержится полный бред. Но дело в том, что этот бред является отправной точкой для последующих действий. Можно конечно и дальше прикалываться и брать в кавычки отдельные слова и фразы, но тогда для сторонних наблюдателей такой специалист сам будет выглядеть с мозгами в кавычках.
Поэтому действенной альтернативой описанному в статье решению является поиск крупиц значимой информации в массиве бреда. Но этот способ гораздо сложнее, а потому на практике применяется подавляющим меньшинством.
Что касается самой по себе важности, то эта проблема является всего лишь частным случаем проблемы избыточной сложности — сложности решений, сложности процессов, сложности построения фраз, сложности протоколов и т.д. и т.п. Избыточная же сложность является обратной стороной отсутствия системности мышления, которой у нас практически не учат. И вот это действительно проблема, требующая системного подхода к своему решению.
Согласен, что сегодня есть очень много резервов повышения эффективности в рамках существующей инфраструктуры здравоохранения. Проблема в том, что человечество на глазах в среднем глупеет, в том числе глупеют врачи (в среднем). И это объективный процесс, хотя и медленно развивающийся. И это дает нам время на модернизацию всей инфраструктуры здравоохранения, чтобы через какое-то время начать постепенно компенсировать за счет автоматизации снижение среднего уровня квалификации врачей. Просто создание своей собственной инфраструктуры нужно начинать уже сейчас, иначе придется через какое-то время присоединятся к чужой инфраструктуре на гораздо менее выгодных условиях и с большими ограничениями и рисками.
Предлагаю рассмотреть обозначенную в статье проблему с организационной и технологической точек зрения. Так как с этой точки зрения ситуация с качеством подготовки и уровнем квалификацией врачей со временем будет только ухудшаться.
Это 100 лет назад профессия врача и инженера предполагала высокий уровень квалификации по определению. Но за прошедшее время количество профессий, интересных умным людям, увеличилось на порядки. А так как доля умных людей в общем количестве населения любой страны со временем не меняется, то и число умных людей в каждой конкретной профессии становится неизбежно меньше. Кстати, эта же тенденция уже наблюдается и в сфере ИТ.
В этих условиях повысить эффективность системы в целом можно только за счет автоматизации рутинных операций, чтобы понизить зависимость результативности системы в целом от низкой квалификации рядовых исполнителей. Как говорится, прочность цепи определяется прочностью ее самого слабого звена. В ИТ этой цели служат различные фреймворки, а в медицине этим должна стать система первичной диагностики, в идеале — самодиагностики.
У нас же сегодня высокие технологии внедряются только в ведущих медицинских учреждениях, где уровень квалификации врачей и так достаточно высок. В результате получается, что относительно простые инструменты автоматизации зачастую мешают, чем помогают профессионалам. Но эти самые инструменты автоматизации могли бы стать самой настоящей волшебной палочкой для медицинских учреждений в малых городах и деревнях.
Проблема только в том, что это все очень дорого. Но это если рассматривать сложное медицинское оборудование. Поэтому экономически целесообразно процесс автоматизации на местах начать с элементарных функций диагностики (сахар в крови, температура, давление и т.п.), результаты которой бы автоматически передавались по интернету в централизованные базы данных. На основе этих данных ИИ мог бы формировать типовые диагнозы и рекомендации по их лечению, в том числе с учетом доступности лекарств в аптечной сети. При выявлении же нетиповых случаев автоматически подбирать врачей нужной специализации и квалификации в ближайших населенных пунктах для личного приема.
Очень важно, чтобы такое оборудование изначально проектировалось с возможностью постепенной модернизации. Это позволит со временем добавлять новые функции диагностики и расширять степень детализации уже существующих без существенных дополнительных затрат.
Кроме того, для зарегистрированных в системе больных нужно выдавать специальные регистраторы (например, в виде программы для смартфона или специализированного устройства), в которых бы люди сами отмечали ход течения болезни, а также время приема назначенных препаратов и иных лекарств. Эта информация поможет при повторной диагностике в случае продолжения заболевания уточнить диагноз и назначить новое лечение, либо направить больного к нужному врачу.
Здесь важно подчеркнуть, что данная система может быть только добровольной. И от самих больных зависит, насколько они своевременно проходят диагностику, а затем выполняют назначенные рекомендации по лечению и фиксируют ход самого лечения. Это необходимо, чтобы по возможности свести к минимуму уровень фальсификаций результатов диагностики и хода лечения, что крайне важно для повышения качества работы ИИ.
Хочется сразу поправить заголовок статьи на «Изначально неудачная попытка создать технократию» по нескольким соображениям:
1. Попытка решать сложные проблемы (управление обществом) простыми способами (посредством вычислительной техники) выглядит откровенной глупостью даже в настоящее время с тотальным проникновением вычислительных устройств в общественное устройство.
2. Планирование будущего общества на основе экстраполяции прошлого ведет к его консервации, так как при таком подходе инновации либо исключаются из плана, либо сильно огрубляются. Для отсталой страны чем эффективнее такая система планирования, чем сильнее консервируется отсталость. Немудрено, что с таким подходом власть просуществовала так недолго.
3. Пример с забастовками перевозчиков показывает крайнюю неэффективность системы при управлении сложной системой, которая допустила саму забастовку, но затем относительно легко справилась с вызванным ею кризисом. Тем самым было продемонстрировано, что система не способна диагностировать кризисы на ранее стадии, но при этом легко справляется с уже проявившимися кризисами. Ведь при кризисе происходит кардинальное упрощение объекта правления, при котором все внимание управляющей системы сводится только к контролю параметров, определяющих характер течения самого кризиса, и отбрасываются все прочие факторы, непосредственно не связанные с кризисом.
4. Представление, что можно управлять обществом в режиме реального времени, выявляет полное непониманием того обстоятельства, что различные процессы развиваются с разной скоростью. В режиме реального времени можно управлять только процессами, имеющими четкие количественные измерители, например производство или продажи. Экономические процессы, измеряемые в основном в деньгах, имеет смысл измерять в лучшем случае раз в месяц. А уже социальные процессы, не имеющие четких количественных критериев, измеряются годами и даже десятилетиями.
Для планирования возможность угадать будущий результат значительно менее важна, чем возможность скоординировать действия разнонаправленных структур. То есть для планирования гораздо важнее последовательность действий и последовательность реакций на те или иные отклонения от плана, чем абсолютные значения плана.
Это можно продемонстрировать на бытовом примере. Каждое утро человек выполняет определенный набор действий, планируя их таким образом, чтобы вовремя выйти из дома. На каждое действие отводится не только время, необходимое для его выполнения, но и последовательность их выполнения. Кроме того, для некоторых действий закладывается резерв времени, чтобы в случае превышения длительности выполнения одного действия иметь возможность сократить время выполнения других действий, чтобы даже при некотором частном отклонении от плана вовремя выйти из дома, то есть выполнить план более высокого уровня.
Но если вдруг по какой-то причине произойдет разбалансировка последовательности действий, например, человек вначале оденется, а затем опорожнит кишечник, то в результате этого все запланированные нормативы мгновенно потеряют актуальность. При этом возникают дополнительные затраты на устранение последствий невыполнения плана по своевременному выходу из дома.
Так вот, концепция плана заключается именно в том, чтобы свести к минимуму возможность возникновения подобных внештатных ситуаций. Ну а то, что предлагает Вассерман, чтобы пересчитывать план в целом на человечество, то это является просто игнорированием такого приема в управлении, как делегирование полномочий, при котором на каждом уровне системы управления планируются только те показатели, для которых на данном уровне есть рычаги по контролю их исполнения. В противном случае контроль передается на более низкий или более высокий уровень управления. При этом в эффективной системе управления должна быть обеспечена возможность как консолидации плановых значений с нижнего уровня на верхний, так и декомпозиция плановых значений с верхнего уровня на нижний.
На несоблюдении этого требования, собственно говоря, и погорели коммунисты, когда попытались сконцентрировать на самом верхнем уровне планирование подсистем самого низкого уровня. Другое дело, что сегодня даже на одном уровне государственного управления практически ничего не планируется, что приводит к не менее плачевным последствиям. В общем, даже в планировании нужна мера.
Готов подписаться под каждым пунктом. Единственное, что тему ответственности лично для себя трактую более расширительно — не только руководителя, а человека вообще. Суть заключается в том, что победитель ищет причины своих неудач внутри себя, а неудачник — вовне. Ведь себя изменить можно, хотя иногда очень сложно, изменить же окружающий мир невозможно даже теоретически.
Что касается нулевой текучки, то на этот факт наряду с личными качествами руководителя возможно сильно влияет относительная однородность коллектива, позволяющая перетасовывать назначаемые людям задачи, чтобы увеличить эффективность коллектива в целом. В результате все люди чувствуют свою нужность. Если же руководишь коллективом, состоящим из специалистом непересекающихся профессий, то есть вероятность, что кто-то со временем станет паршивой овцой, которая либо сама сбежит, или ее придется уйти.
Небольшое уточнение. Данные в demo.jetcalc.ru в разделе «Финансы» заполняются помесячно. Поэтому отчеты в этом разделе можно смотреть как помесячно, так и с начала года. При выборе месячных периодов можно сформировать месячную динамику за несколько месяцев подряд, что не работает при выбранных периодах с начала года.
Кроме того, для раздела «Инвестиции» добавил перенаправление фактических периодов с начала года на плановый годовой период, так как данные по инвестициям в демо-версии заполняются только плановые и только на год.
Судя по логам демо-версий, никто не читает объявления. А в этих объявлениях написано, что по адресу demo.jetcalc.ru тестовые данные доступны за 2017 и 2018 годы, по адресу metal.jetcalc.ru — только в периоде «Годовой план» за 2019 год. По факту же все открывают текущий период январь 2020 года, где данных не может быть даже теоретически.
Вина это или осознанное решение, зависит от того, что было раньше — руководитель вовремя не рассмотрел думающего подчиненного либо руководитель отметил безинициативность этого самого подчиненного.
Кроме того, создание атмосферы доверия, в которой исключается наказуемость инициативы, довольно долгий и сложный процесс не на один год. В процессе же создания такой атмосферы говорящие в курилке гадости за глаза довольно быстро оказываются вне коллектива.
В описанном Вами случае далеко не все очевидно. На поверхности лежит диагноз о глупости собственника. Если это так, то нужно начинать думать об уходе из компании, пока она не обанкротилась.
Следующий вариант — это актуальная на большинства российских собственников тема обновления кадров в связи с предстоящим массовым выходом на пенсию большинства этих самых собственников и пришедших с ними в бизнес ключевых руководителей. Возможно, что этот новый финансовый директор сумел смог себя зарекомендовать, не смог подтвердить свои компетенции. Вот этот случай на сегодня просто офигеть какой актуальный риск для всех. Слишком много развелось тех, кто умеет говорить правильные слова, но совершенно не понимает их смысла. И это не только в сфере управления. Но это невозможно определить по итогам собеседований или рекомендаций.
Еще возможен вариант, то собственник пошел на осознанный развал финансовой структуры в своей компании, чтобы доказать маме этого финдиректора, что сын ее полный ноль. Возможно, что в этом случае прямые убытки для бизнеса вполне себе компенсируются неочевидными для стороннего наблюдателя косвенными выгодами непосредственно для собственника.
В общем, таких версий можно придумать довольно много. Но для понимания реальной ситуации нужна более детальная информация, чем приведенная в Вашем комментарии.
Ну что здесь можно сказать? Вам просто повезло столкнуться с меньшим из двух возможных зол.
И да. Еще один момент. Все люди, когда думают о своем личном кошельке, в большинстве случаев действуют довольно разумно. Глупость же проявляется тогда, когда нужно принимать системные решения относительно больших и сложных объектов. А такая глупость в частных разговорах практически никогда не видна.
Проблема в том, что от воровства на всех уровнях любая организация теряет гораздо меньше, чем от глупости начальников разных уровней, в первую очередь глупости высшего руководства. Ведь если жулик, чтобы не попасться, будет оставлять большую часть фирме, то честный дурак закопает в землю все, но сделает все строго по закону, так что не подкопаешься. Да и по большому счету широкие возможности для воровства являются следствием глупости начальства.
Ну а для случая, когда человек идет устраиваться к честному начальнику, а оказывается в подчинении жулика, то довольно часто такая трактовка ситуации описывает несостоявшееся желание воровать самому под прикрытием честного начальника, а не наблюдать за процессом воровства со стороны.
Что касается энтузиазма, то он скорее вреден для производительности, чем полезен, так как делает систему в целом более зависимой от человеческого фактора, тем самым более подверженной различным слабопредсказуемым рискам.
В Вашем вопросе можно увидеть несколько смысловых уровней. Во-первых, определение «тупое решение» является исключительно эмоциональным, а потому не может быть использовано для принятия тех или иных решений. Более уместно использовать термин «ошибочное решение». Но тогда сразу возникает вопрос «в чем его ошибочность?». А далее неизбежно следует вопрос «что можно предложить взамен?». Здесь мы сталкиваемся с ситуацией, когда критиковать легко, а предложить что-либо взамен очень сложно. А потому чисто эмоциональная критика всего лишь характеризует самого говорящего как низкоквалифицированного работника.
Далее. Каким бы не было ошибочным решение начальника, ответственность за исполнение такого решения несет не исполнитель, а сам начальник. Поэтому в случае, когда исполнитель видит ошибочность решения своего начальника, но умалчивает об этом, то это является самой обычной подставой. А потому последующая критика начальника в курилке является способом прикрыть свою собственную трусость и подлость.
Еще одним важным моментом является очень сильная зависимость оценки исполнителями решений руководителя от уровня сложности технологических процессов. Очень часто исполнители не владеют полной картиной возможных последствий от несоблюдения тех или иных регламентов, даже если на уровне исполнителей такие регламенты выглядят довольно тупыми. В таких случаях начальнику зачастую гораздо проще просто заставить подчиненного выполнить определенную работу, чем объяснять необходимость ее выполнения. Что интересно, довольно часто можно слышать истории, что только по мере карьерного роста человек начинает понимать смысл решений, который был ему не доступен на нижестоящих должностях.
В основе любой организационной структуры находится система обмена информацией между сотрудниками организации. Причем не любой информации, например сплетен или анекдотов, а информации, необходимой для взаимодействие сотрудников в процессе достижения целей этой организации. Для обмена же информацией существует всего два вида структур данных — это дерево (иерархия) и граф (сеть). Каждая из структур имеет свои плюсы и минусы, а потому на практике всегда встречается сочетание таких структур. Вопрос только в том, какие виды структур являются более формализованными, а какие менее.
Обсуждаемый в статье красный тип корпоративной культуры описывает всего лишь официально иерархическую систему управления, которая всегда очень сильно разбавлена неформальными горизонтальными (сетевыми) связями. И это для нашей страны является не проблемой, а вынужденной мерой, вызванной проектным типом нашей цивилизации, в последние годы реализующей проект отказа от социализма и перехода к капитализму в кратчайшие сроки и за собственный счет. А это довольно сложный проект, для которого в наибольшей степени подходит именно иерархическая модель управления, когда управленческие решения на каждом уровне принимаются исходя из приоритетов системы верхнего уровня в условиях ограниченности ресурсов и дефицита времени.
По мере же стабилизации деятельности организаций всех видов постепенно будет происходить делегирование полномочий с верхних на нижние уровни управления с неизбежной формализацией горизонтальных связей и ослаблением иерархических структур. И, что самое важное, на этот процесс в наибольшей степени будет оказывать влияние личность первого лица (или первых лиц) организации, а не объективные процессы либо новомодные концепции. А вот хватит ли таких умных и инициативных лидеров организаций на всю страну, зависит во многом от счастливого случая. Хотя, как говорил один персонаж, удача любит подготовленных.
Да, в реальной жизни не все так однозначно, но описанные в статье явления вполне себе имеют место быть. И самое интересное заключается в том, что эти явления имеют объективную природу, которая связана с тем, что деятельность разработчика программного обеспечения в значительной степени имеет предпринимательскую природу, а не природу наемного работника.
Ведь если работа наемного работника оплачивается исходя из степени ее полезности для работодателя, то предпринимательская работа оплачивается исходя из степени риска получения результата от осуществления такой предпринимательской деятельности, в которой риски самой разработки стоят далеко на первом месте. И чем выше уровень риска при разработке для актуальных сегодня направлений разработки, тем выше будет средний уровень оплаты труда и прочих притязаний разработчиков на исключительность.
При этом высокий уровень риска в сфере разработки во многом связан с огромным многообразием используемых и новых программных технологий, которые быстро появляются и так же быстро исчезают. В свою очередь такое разнообразие является следствием абсолютной безответственности разработчиков перед пользователями за возможный ущерб, который те могут получить в результате использования той или иной программной технологии. Таким образом получается, что разработчики свое любопытство в сфере исследований и разработок удовлетворяют за счет финансовых и временных затрат потребителей своей продукции.
Существенно снизить риск у потребителей возможно за счет введения налога с продаж программного обеспечения, величина которого будет обратно пропорциональна величине покрытия убытков потребителей за счет использования некачественного программного обеспечения. Например, если ставка налога будет установлена в размере 30% с оборота полностью безгарантийного программного обеспечения, то при продаже программного обеспечения с гарантией покрытия 70% возможных убытков величина налога уже составит 30% * ( 100% — 70% ) = 9%.
В такой ситуации поставщики программного обеспечения будут вынуждены резко повысить затраты на проверку качества кода, а также сократить набор используемых программных технологий до наиболее эффективных с целью унификации и стандартизации в целях снижения себестоимости и повышению качества продукции. А все новинки будут разрабатываться, как это делается во всех существующих отраслях, за счет собственных средств разработчиков и до сдачи проектов заказчику.
Кроме того, введение такого налога будет также способствовать развитию открытого программного обеспечения, так как регулирование рисков в этой бизнес-модели регулируется в двусторонних коммерческих договорах, в которых подрядчик за определенную плату берет на себя обязательства по оказанию платных услуг по сопровождению открытого программного обеспечения и связанных с ними рисками.
Алексей! Мне очень импонирует Ваш настрой на работу, а потому хочу поделится своим проектом, который мы с партнером развиваем с 2017 года. Это платформа экономического моделирования с системой обратной связи JetCalc (https://github.com/leossnet/jetcalc). Буду рад, если предложенная тема Вас как-то зацепит (ну или схожих по духу Ваших русскоязычных знакомых). Если что, готов ответить на любые вопросы по теме.
Перечислю свои приемы решения нетривиальных задач.
1. Перед сном бегло просматриваю материалы по проблеме. В пределах 2-3 минут, максимум 5 минут. При этом материалы должны быть ранее прочитаны, чтобы перед сном происходило именно освежение в памяти, а не первично знакомство. В результате ночью мозг начинает работать над проблемой, либо явно в виде сна, либо в фоновом режиме.
2. На первом совещании задаю уточняющие и наводящие вопросы. Зачастую провокационные, но без перехода на личности. До совещания минимально знакомлюсь с повесткой, а еще лучше читаю раздатку. Это необходимо, чтобы дать мозгу время для предварительного формулировать вопросов, минимум 1-2 часа.
3. Появившиеся в течение дня новые идеи записываю тезисно перед сном на том, что есть под рукой. В приложении на телефоне, на небольшой бумажке и т.п. Если не записать, то есть шанс, что на следующий день идеи практически забудутся.
4. Более-менее осознанные идеи обсуждаю с максимально дружественно настроенными людьми, перед которыми не стыдно показаться дураком. Достаточно 1-2 человек. Отслеживаю больше не встречные вопросы, а подсознательную реакцию на высказываемые суждения.
5. Идею начинаю считать достаточно проработанной, когда коллеги начинают задавать вопросы по существу.
6. Для отключения зрительных раздражителей во время размышлений либо разговоров по телефону играю в сапера на скорость с запуском каждый раз новой игры.
7. В случае дефицита времени для решения задачи заставляю себя расслабиться, попить чайку, посмотреть интернет в течение 5-10 минут. После этого погружаюсь в своего рода транс, в котором работаю максимум 3-4 часа. Результат работы позволяет предварительно оценить ту или иную проблему в общем и целом. Затем сделанное за время транса могу дорабатывать и шлифовать в течение нескольких дней по мере уточнения исходных данных и получения новых материалов.
Внимательно читаем Гражданский кодекс РФ, часть IV:
Статья 1228. Автор результата интеллектуальной деятельности
1. Автором результата интеллектуальной деятельности признается гражданин, творческим трудом которого создан такой результат.
2. … Право авторства, право на имя и иные личные неимущественные права автора неотчуждаемы и непередаваемы. Отказ от этих прав ничтожен.
…
3. Исключительное право на результат интеллектуальной деятельности, созданный творческим трудом, первоначально возникает у его автора. Это право может быть передано автором другому лицу по договору, а также может перейти к другим лицам по иным основаниям, установленным законом.
Таким образом, по закону Игорь Сысоев является автором Nginx, и этот его статус никем не может быть оспорен. При этом автор может передать свои исключительные права на результат своей деятельности по договору, в частности по трудовому, другому лицу или организации. И вот именно эта самая передача прав должна быть письменно зафиксирована.
Далее читаем:
Статья 1259. Объекты авторских прав
4. Для возникновения, осуществления и защиты авторских прав не требуется регистрация произведения или соблюдение каких-либо иных формальностей.
В отношении программ для ЭВМ и баз данных возможна регистрация, осуществляемая по желанию правообладателя в соответствии с правилами статьи 1262 настоящего Кодекса.
Таким образом, регистрация программ для ЭВМ и баз данных возможна по желанию либо автора произведения, если он не передал свои исключительные права, либо последующего правообладателя, у которого должен быть письменный договор с первоначальным автором или предыдущим правообладателем.
Иск к компании Nginx инициирован кипрской компанией Lynwood Investments CY Ltd., принадлежащей Alpha Global (PTC) с Британских Виргинских островов, бенефициаром которой является Николай Мамут, вероятно сын Алекандра Мамута. Николай Мамут переехал из Великобритании в США в конце 2018 года.
Учитывая изначально проигрышные позиции по иску, можно выдвинуть гипотезу, что Николай Мамут попал в сферу интересов американских структур, заинтересованных в дестабилизации ситуации в России, и был принужден к действиям, создающим негативный фон о ситуации в российской ИТ-сфере.
Если данная гипотеза верна, то в ближайшие дни последует массовый вброс сюжетов в зарубежных СМИ о крайне неблагоприятной ситуацией с авторским правом в России с последующим выдвижением законодательных инициатив по введению санкций к России в сфере оборота интеллектуальной собственности.
Во-вторых, расширение сферы применения информационных технологий в нашей жизни объективно способствует росту числа занятых в этой отрасли. А так как доля умных людей в обществе со временем не меняется, то по мере расширения сферы применения ИТ средний интеллектуальный уровень занятых в ней постоянно снижается. В результате на все программные разработки перестает хватать умных людей, и их делают те, кто есть в наличии. Кстати, этим же обусловлено постоянное увеличения уровня абстракций в разработке. Это своего рода защита от дурака-разработчика, которых со временем становится все больше и больше.
В-третьих, проблема производительности может быть решена как путем повышения производительности железа, так и путем оптимизации софта. Вопрос в цене и в затратах времени. Если же учесть, что в разработке железа средний интеллектуальный уровень работников на сегодня гораздо выше, чем в прикладном программировании (в силу того, что порог вхождения в разработку железа на порядки выше, чем в программирование), то становится очевидным, что повышение эффективности через модернизацию железа, созданного умными людьми, на практике быстрее и дешевле, чем через оптимизацию софта программистами с интеллектом средним и ниже среднего.
В заключении следует отметить, что сегодня совершенно бессмысленно делать широкие обобщения о качестве и производительности программного обеспечения. Есть примеры полного отстоя и есть примеры настоящих шедевров. Различия между ними только в уровне интеллекта людей, которые из создали. Проблема того же Скайпа связана не со временем, а с людьми, которые его делали в разное время.
С другой стороны, очень много внутренних документов можно сразу и целиком помещать в кавычки, так как в них содержится полный бред. Но дело в том, что этот бред является отправной точкой для последующих действий. Можно конечно и дальше прикалываться и брать в кавычки отдельные слова и фразы, но тогда для сторонних наблюдателей такой специалист сам будет выглядеть с мозгами в кавычках.
Поэтому действенной альтернативой описанному в статье решению является поиск крупиц значимой информации в массиве бреда. Но этот способ гораздо сложнее, а потому на практике применяется подавляющим меньшинством.
Что касается самой по себе важности, то эта проблема является всего лишь частным случаем проблемы избыточной сложности — сложности решений, сложности процессов, сложности построения фраз, сложности протоколов и т.д. и т.п. Избыточная же сложность является обратной стороной отсутствия системности мышления, которой у нас практически не учат. И вот это действительно проблема, требующая системного подхода к своему решению.
Это 100 лет назад профессия врача и инженера предполагала высокий уровень квалификации по определению. Но за прошедшее время количество профессий, интересных умным людям, увеличилось на порядки. А так как доля умных людей в общем количестве населения любой страны со временем не меняется, то и число умных людей в каждой конкретной профессии становится неизбежно меньше. Кстати, эта же тенденция уже наблюдается и в сфере ИТ.
В этих условиях повысить эффективность системы в целом можно только за счет автоматизации рутинных операций, чтобы понизить зависимость результативности системы в целом от низкой квалификации рядовых исполнителей. Как говорится, прочность цепи определяется прочностью ее самого слабого звена. В ИТ этой цели служат различные фреймворки, а в медицине этим должна стать система первичной диагностики, в идеале — самодиагностики.
У нас же сегодня высокие технологии внедряются только в ведущих медицинских учреждениях, где уровень квалификации врачей и так достаточно высок. В результате получается, что относительно простые инструменты автоматизации зачастую мешают, чем помогают профессионалам. Но эти самые инструменты автоматизации могли бы стать самой настоящей волшебной палочкой для медицинских учреждений в малых городах и деревнях.
Проблема только в том, что это все очень дорого. Но это если рассматривать сложное медицинское оборудование. Поэтому экономически целесообразно процесс автоматизации на местах начать с элементарных функций диагностики (сахар в крови, температура, давление и т.п.), результаты которой бы автоматически передавались по интернету в централизованные базы данных. На основе этих данных ИИ мог бы формировать типовые диагнозы и рекомендации по их лечению, в том числе с учетом доступности лекарств в аптечной сети. При выявлении же нетиповых случаев автоматически подбирать врачей нужной специализации и квалификации в ближайших населенных пунктах для личного приема.
Очень важно, чтобы такое оборудование изначально проектировалось с возможностью постепенной модернизации. Это позволит со временем добавлять новые функции диагностики и расширять степень детализации уже существующих без существенных дополнительных затрат.
Кроме того, для зарегистрированных в системе больных нужно выдавать специальные регистраторы (например, в виде программы для смартфона или специализированного устройства), в которых бы люди сами отмечали ход течения болезни, а также время приема назначенных препаратов и иных лекарств. Эта информация поможет при повторной диагностике в случае продолжения заболевания уточнить диагноз и назначить новое лечение, либо направить больного к нужному врачу.
Здесь важно подчеркнуть, что данная система может быть только добровольной. И от самих больных зависит, насколько они своевременно проходят диагностику, а затем выполняют назначенные рекомендации по лечению и фиксируют ход самого лечения. Это необходимо, чтобы по возможности свести к минимуму уровень фальсификаций результатов диагностики и хода лечения, что крайне важно для повышения качества работы ИИ.
1. Попытка решать сложные проблемы (управление обществом) простыми способами (посредством вычислительной техники) выглядит откровенной глупостью даже в настоящее время с тотальным проникновением вычислительных устройств в общественное устройство.
2. Планирование будущего общества на основе экстраполяции прошлого ведет к его консервации, так как при таком подходе инновации либо исключаются из плана, либо сильно огрубляются. Для отсталой страны чем эффективнее такая система планирования, чем сильнее консервируется отсталость. Немудрено, что с таким подходом власть просуществовала так недолго.
3. Пример с забастовками перевозчиков показывает крайнюю неэффективность системы при управлении сложной системой, которая допустила саму забастовку, но затем относительно легко справилась с вызванным ею кризисом. Тем самым было продемонстрировано, что система не способна диагностировать кризисы на ранее стадии, но при этом легко справляется с уже проявившимися кризисами. Ведь при кризисе происходит кардинальное упрощение объекта правления, при котором все внимание управляющей системы сводится только к контролю параметров, определяющих характер течения самого кризиса, и отбрасываются все прочие факторы, непосредственно не связанные с кризисом.
4. Представление, что можно управлять обществом в режиме реального времени, выявляет полное непониманием того обстоятельства, что различные процессы развиваются с разной скоростью. В режиме реального времени можно управлять только процессами, имеющими четкие количественные измерители, например производство или продажи. Экономические процессы, измеряемые в основном в деньгах, имеет смысл измерять в лучшем случае раз в месяц. А уже социальные процессы, не имеющие четких количественных критериев, измеряются годами и даже десятилетиями.
Это можно продемонстрировать на бытовом примере. Каждое утро человек выполняет определенный набор действий, планируя их таким образом, чтобы вовремя выйти из дома. На каждое действие отводится не только время, необходимое для его выполнения, но и последовательность их выполнения. Кроме того, для некоторых действий закладывается резерв времени, чтобы в случае превышения длительности выполнения одного действия иметь возможность сократить время выполнения других действий, чтобы даже при некотором частном отклонении от плана вовремя выйти из дома, то есть выполнить план более высокого уровня.
Но если вдруг по какой-то причине произойдет разбалансировка последовательности действий, например, человек вначале оденется, а затем опорожнит кишечник, то в результате этого все запланированные нормативы мгновенно потеряют актуальность. При этом возникают дополнительные затраты на устранение последствий невыполнения плана по своевременному выходу из дома.
Так вот, концепция плана заключается именно в том, чтобы свести к минимуму возможность возникновения подобных внештатных ситуаций. Ну а то, что предлагает Вассерман, чтобы пересчитывать план в целом на человечество, то это является просто игнорированием такого приема в управлении, как делегирование полномочий, при котором на каждом уровне системы управления планируются только те показатели, для которых на данном уровне есть рычаги по контролю их исполнения. В противном случае контроль передается на более низкий или более высокий уровень управления. При этом в эффективной системе управления должна быть обеспечена возможность как консолидации плановых значений с нижнего уровня на верхний, так и декомпозиция плановых значений с верхнего уровня на нижний.
На несоблюдении этого требования, собственно говоря, и погорели коммунисты, когда попытались сконцентрировать на самом верхнем уровне планирование подсистем самого низкого уровня. Другое дело, что сегодня даже на одном уровне государственного управления практически ничего не планируется, что приводит к не менее плачевным последствиям. В общем, даже в планировании нужна мера.
Что касается нулевой текучки, то на этот факт наряду с личными качествами руководителя возможно сильно влияет относительная однородность коллектива, позволяющая перетасовывать назначаемые людям задачи, чтобы увеличить эффективность коллектива в целом. В результате все люди чувствуют свою нужность. Если же руководишь коллективом, состоящим из специалистом непересекающихся профессий, то есть вероятность, что кто-то со временем станет паршивой овцой, которая либо сама сбежит, или ее придется уйти.
Кроме того, для раздела «Инвестиции» добавил перенаправление фактических периодов с начала года на плановый годовой период, так как данные по инвестициям в демо-версии заполняются только плановые и только на год.
На самом деле это довольно серьезная проблема, и для ее решения в JetCalc разработана система уведомлений с подтверждением прочтения, описание которой доступно в документации по адресу leossnet.gitbook.io/jetcalc/kontolnye-funkcii/sistema-uvedomlenii.
Кроме того, создание атмосферы доверия, в которой исключается наказуемость инициативы, довольно долгий и сложный процесс не на один год. В процессе же создания такой атмосферы говорящие в курилке гадости за глаза довольно быстро оказываются вне коллектива.
Следующий вариант — это актуальная на большинства российских собственников тема обновления кадров в связи с предстоящим массовым выходом на пенсию большинства этих самых собственников и пришедших с ними в бизнес ключевых руководителей. Возможно, что этот новый финансовый директор сумел смог себя зарекомендовать, не смог подтвердить свои компетенции. Вот этот случай на сегодня просто офигеть какой актуальный риск для всех. Слишком много развелось тех, кто умеет говорить правильные слова, но совершенно не понимает их смысла. И это не только в сфере управления. Но это невозможно определить по итогам собеседований или рекомендаций.
Еще возможен вариант, то собственник пошел на осознанный развал финансовой структуры в своей компании, чтобы доказать маме этого финдиректора, что сын ее полный ноль. Возможно, что в этом случае прямые убытки для бизнеса вполне себе компенсируются неочевидными для стороннего наблюдателя косвенными выгодами непосредственно для собственника.
В общем, таких версий можно придумать довольно много. Но для понимания реальной ситуации нужна более детальная информация, чем приведенная в Вашем комментарии.
И да. Еще один момент. Все люди, когда думают о своем личном кошельке, в большинстве случаев действуют довольно разумно. Глупость же проявляется тогда, когда нужно принимать системные решения относительно больших и сложных объектов. А такая глупость в частных разговорах практически никогда не видна.
Ну а для случая, когда человек идет устраиваться к честному начальнику, а оказывается в подчинении жулика, то довольно часто такая трактовка ситуации описывает несостоявшееся желание воровать самому под прикрытием честного начальника, а не наблюдать за процессом воровства со стороны.
Что касается энтузиазма, то он скорее вреден для производительности, чем полезен, так как делает систему в целом более зависимой от человеческого фактора, тем самым более подверженной различным слабопредсказуемым рискам.
Далее. Каким бы не было ошибочным решение начальника, ответственность за исполнение такого решения несет не исполнитель, а сам начальник. Поэтому в случае, когда исполнитель видит ошибочность решения своего начальника, но умалчивает об этом, то это является самой обычной подставой. А потому последующая критика начальника в курилке является способом прикрыть свою собственную трусость и подлость.
Еще одним важным моментом является очень сильная зависимость оценки исполнителями решений руководителя от уровня сложности технологических процессов. Очень часто исполнители не владеют полной картиной возможных последствий от несоблюдения тех или иных регламентов, даже если на уровне исполнителей такие регламенты выглядят довольно тупыми. В таких случаях начальнику зачастую гораздо проще просто заставить подчиненного выполнить определенную работу, чем объяснять необходимость ее выполнения. Что интересно, довольно часто можно слышать истории, что только по мере карьерного роста человек начинает понимать смысл решений, который был ему не доступен на нижестоящих должностях.
Обсуждаемый в статье красный тип корпоративной культуры описывает всего лишь официально иерархическую систему управления, которая всегда очень сильно разбавлена неформальными горизонтальными (сетевыми) связями. И это для нашей страны является не проблемой, а вынужденной мерой, вызванной проектным типом нашей цивилизации, в последние годы реализующей проект отказа от социализма и перехода к капитализму в кратчайшие сроки и за собственный счет. А это довольно сложный проект, для которого в наибольшей степени подходит именно иерархическая модель управления, когда управленческие решения на каждом уровне принимаются исходя из приоритетов системы верхнего уровня в условиях ограниченности ресурсов и дефицита времени.
По мере же стабилизации деятельности организаций всех видов постепенно будет происходить делегирование полномочий с верхних на нижние уровни управления с неизбежной формализацией горизонтальных связей и ослаблением иерархических структур. И, что самое важное, на этот процесс в наибольшей степени будет оказывать влияние личность первого лица (или первых лиц) организации, а не объективные процессы либо новомодные концепции. А вот хватит ли таких умных и инициативных лидеров организаций на всю страну, зависит во многом от счастливого случая. Хотя, как говорил один персонаж, удача любит подготовленных.
Ведь если работа наемного работника оплачивается исходя из степени ее полезности для работодателя, то предпринимательская работа оплачивается исходя из степени риска получения результата от осуществления такой предпринимательской деятельности, в которой риски самой разработки стоят далеко на первом месте. И чем выше уровень риска при разработке для актуальных сегодня направлений разработки, тем выше будет средний уровень оплаты труда и прочих притязаний разработчиков на исключительность.
При этом высокий уровень риска в сфере разработки во многом связан с огромным многообразием используемых и новых программных технологий, которые быстро появляются и так же быстро исчезают. В свою очередь такое разнообразие является следствием абсолютной безответственности разработчиков перед пользователями за возможный ущерб, который те могут получить в результате использования той или иной программной технологии. Таким образом получается, что разработчики свое любопытство в сфере исследований и разработок удовлетворяют за счет финансовых и временных затрат потребителей своей продукции.
Существенно снизить риск у потребителей возможно за счет введения налога с продаж программного обеспечения, величина которого будет обратно пропорциональна величине покрытия убытков потребителей за счет использования некачественного программного обеспечения. Например, если ставка налога будет установлена в размере 30% с оборота полностью безгарантийного программного обеспечения, то при продаже программного обеспечения с гарантией покрытия 70% возможных убытков величина налога уже составит 30% * ( 100% — 70% ) = 9%.
В такой ситуации поставщики программного обеспечения будут вынуждены резко повысить затраты на проверку качества кода, а также сократить набор используемых программных технологий до наиболее эффективных с целью унификации и стандартизации в целях снижения себестоимости и повышению качества продукции. А все новинки будут разрабатываться, как это делается во всех существующих отраслях, за счет собственных средств разработчиков и до сдачи проектов заказчику.
Кроме того, введение такого налога будет также способствовать развитию открытого программного обеспечения, так как регулирование рисков в этой бизнес-модели регулируется в двусторонних коммерческих договорах, в которых подрядчик за определенную плату берет на себя обязательства по оказанию платных услуг по сопровождению открытого программного обеспечения и связанных с ними рисками.
1. Перед сном бегло просматриваю материалы по проблеме. В пределах 2-3 минут, максимум 5 минут. При этом материалы должны быть ранее прочитаны, чтобы перед сном происходило именно освежение в памяти, а не первично знакомство. В результате ночью мозг начинает работать над проблемой, либо явно в виде сна, либо в фоновом режиме.
2. На первом совещании задаю уточняющие и наводящие вопросы. Зачастую провокационные, но без перехода на личности. До совещания минимально знакомлюсь с повесткой, а еще лучше читаю раздатку. Это необходимо, чтобы дать мозгу время для предварительного формулировать вопросов, минимум 1-2 часа.
3. Появившиеся в течение дня новые идеи записываю тезисно перед сном на том, что есть под рукой. В приложении на телефоне, на небольшой бумажке и т.п. Если не записать, то есть шанс, что на следующий день идеи практически забудутся.
4. Более-менее осознанные идеи обсуждаю с максимально дружественно настроенными людьми, перед которыми не стыдно показаться дураком. Достаточно 1-2 человек. Отслеживаю больше не встречные вопросы, а подсознательную реакцию на высказываемые суждения.
5. Идею начинаю считать достаточно проработанной, когда коллеги начинают задавать вопросы по существу.
6. Для отключения зрительных раздражителей во время размышлений либо разговоров по телефону играю в сапера на скорость с запуском каждый раз новой игры.
7. В случае дефицита времени для решения задачи заставляю себя расслабиться, попить чайку, посмотреть интернет в течение 5-10 минут. После этого погружаюсь в своего рода транс, в котором работаю максимум 3-4 часа. Результат работы позволяет предварительно оценить ту или иную проблему в общем и целом. Затем сделанное за время транса могу дорабатывать и шлифовать в течение нескольких дней по мере уточнения исходных данных и получения новых материалов.
Таким образом, по закону Игорь Сысоев является автором Nginx, и этот его статус никем не может быть оспорен. При этом автор может передать свои исключительные права на результат своей деятельности по договору, в частности по трудовому, другому лицу или организации. И вот именно эта самая передача прав должна быть письменно зафиксирована.
Далее читаем:
Таким образом, регистрация программ для ЭВМ и баз данных возможна по желанию либо автора произведения, если он не передал свои исключительные права, либо последующего правообладателя, у которого должен быть письменный договор с первоначальным автором или предыдущим правообладателем.
Иск к компании Nginx инициирован кипрской компанией Lynwood Investments CY Ltd., принадлежащей Alpha Global (PTC) с Британских Виргинских островов, бенефициаром которой является Николай Мамут, вероятно сын Алекандра Мамута. Николай Мамут переехал из Великобритании в США в конце 2018 года.
Учитывая изначально проигрышные позиции по иску, можно выдвинуть гипотезу, что Николай Мамут попал в сферу интересов американских структур, заинтересованных в дестабилизации ситуации в России, и был принужден к действиям, создающим негативный фон о ситуации в российской ИТ-сфере.
Если данная гипотеза верна, то в ближайшие дни последует массовый вброс сюжетов в зарубежных СМИ о крайне неблагоприятной ситуацией с авторским правом в России с последующим выдвижением законодательных инициатив по введению санкций к России в сфере оборота интеллектуальной собственности.
P.S.: Кстати, не нужно наезжать на Сбербанк, так как его доля в Rambler&Co составляет всего 9,3% (см. www.rbc.ru/technology_and_media/31/10/2019/5dbacf279a794753847d4746), что не позволяет ему участвовать в текущей деятельности компании.