Говорить, что нужно готовиться, осложнять людям жизнь, ссылаясь на подготовку и готовиться на самом деле 2 разные вещи. Эпидемия показала, что текущая модель хозяйствования к бадабумам не готова. Время реакции «свободного рынка» на ВНЕЗАПНОЕ — чудовищна. Первая реакция его на данные явления — взлёт цен, приносит не меньше ущерба, чем само явление.
Но мы не об этом. В данном случае, ВСЯ коммуникация между людьми и хоз. субъектами завязывается на некое приложение, которое принадлежит частной конторе. Это всё равно, что выдать этой конторе власть над экономикой в целом. Контора получает возможность извлекать дополнительную прибыть из своего особого положения и имеет возможность отслеживать транзакции. Для Китая — это допустимо, он не либерален. Но для почти всех других стран, это вскармливание злобного большого брата(с)
Пришло осознание, что что-то нужно менять, и теперь у нас есть Интернет, с единой структурой, адресацией, номенклатурой предоставляемых сервисов, поддержка которых уже есть в большинстве ОС и платформ. И наступило счастье, мы можем за полчаса наговнокодить нечто на имеющихся компонентах и модулях применяя некий набор стандартных инструментов, что с успехом может продавать нечто или иным способом приносить пользу нам и окружающим.
Но шло время, и люди пришли к выводу, что хорошо жить — это плохо, нужно придумывать новые цели, к которым нужно стремится. Но зачем. Мы можем разломать то, что создано, а потом собрать заново. Мы ведь знаем, как это собирать и знаем сколько времени это может занять. На поколение хватит.
Что я этим хотел сказать — вместо работы по дальнейшей интеграции, создания протоколов и методов обмена деловыми (заявки на товар, накладные, и прочее), информационными (количество товаров на складе, готовность чего либо, и прочее), и т. д., у нас есть миллион приложений, миллиард API, и десяток протоколов. Но мы не хотим всё сводить к стандарту, мы хотим раздербанить сеть на сотню приложений по количеству крупных экономических субъектов, и таким образом приватизировать интернет. Нет сеть останется общей, но пользу от неё можно получить только через частные зоны. А после останется один шаг до введения платы за доступ в эти частные зоны (они имеют право, это их частная собственность), и наступит экономический рай для держателей подобных сетей… Уже сегодня нельзя иметь возможность посмотреть любой фильм или сериал, если у тебя нет подписки на примерно все сервисы (ну или все крупные), такое будет и с остальным.
З.Ы. Страшно становится от того, что люди с радостью говорят о вещах, которые потенциально смогут принести множество бед.
З.З.Ы. Возможно для Китая эта схема вполне работает, там в кустах спрятана боеготовая система централизованного управления и при необходимости её достанут включат и наведут некий относительны порядок. А вот за пределами Китая подобное может быть крайне разрушительным.
Популярность этого языка в выразительности, универсальности и замечательной способности поддаваться различным изменениям. Мало языков могут быть так неузнаваемо изменены инструментарием не выходящим за пределы стандартной библиотеки. Python — идеальный язык связки различных модулей. Это язык диспетчер. Его задача, в моём идеальном мире, выставить режимы и вызвать скомпилированный на C, C++ или что-нибудь типа golang код, после чего преобразовать результаты в необходимый вид и провести постобработку. Язык который можно расположить посредине между достаточно непростым кодом на вышеупомянутых языках и shell-скриптами (условно, но вот не знаю в ОС где нет shell чего-нибудь адекватного этому). Это язык на котором нужно писать, когда логика, реализованная на shell, уже взрывает мозг или выглядит страшно, но ещё нет таких требований к скорости счёта, чтобы писать на С и подобных. Это явно покрывает больше половины прикладных задач обычных людей. Данная ниша позволит держать язык выразительным и не набивать его костылями. Язык нужно оптимизировать, увеличивать скорость написанных на нём приложений, но нельзя пытаться ворваться в чужую нишу, можно застрять посередине и быть одинаково бесполезным в обеих.
Мне вообще кажется, что попытки построить универсальный язык на все случаи жизни породило море уродов и нанесло в мир ИТ слишком много энтропии… Но это моё мнение.
GIL — зло. Но с ним, языком может пользоваться любой человек с общими знаниями о программировании (или даже без них). Вокруг меня туча народу струячит код на питоне, и я не уверен, что многие из них готовы к гонкам состояний, а многопоточность они хотят прямо сейчас.
Имхо пусть python остаётся гибким и выразительным языком. А многопоточный счёт лучше делать на golang, там для этого всё есть. Ну а если очень хочется многопоточности — есть асинхронность, что поможет в большинстве задач, типа web-бекенд, либо использовать многопроцессность, где для отстрела себе конечностей нужно приложить специальные усилия…
В протокол было вложено слишком много разного, однако что-то откатили ещё до практического взлёта, что-то поменяли уже в процессе. В целом ИМХО на данный момент из потребного от IPv6 остаётся расширение адресации, с остальным большие проблемы. ОЧЕНЬ большие.
Мой личный опыт работы с протоколом — много страданий. Из 3-х имеющихся серверов в инете IPv6 вырублен нафиг на 2 (привет российским лоукостерам, пытаться от них добиться починки связности по IPv6 — легче вырубить и забыть). Кроме того, у меня вызывают недоумение следующие ужасы:
1. Настройка firewall-а для локалки чудовищна. Чтобы оно заработало приходится открывать ICMP на широкие диапазоны серой сети и локальную подсеть для белой. Если сидишь хостинге в одном L2 сегменте с группой фиг пойми кого — это страшно.
2. Hetzner на убогую виртуалку выдаёт сеть /64. Мне на этой виртуалке эти адреса в таком количестве зачем нужны? Или «сверху» поставлен план утилизировать адреса за 10 лет, стахановскими темпами? Так их на миллионы рассчитанных лет не хватит. Причём народ в статьях дико обижается когда на эти убогие виртуалки не выдаётся такой сети. Нет, я понимаю от провайдера клиенту с барского плеча, но виртуалке на кой?!111
3. В своё время прочитал божественный курс лекций по IPv4 (на данный момент институт, на сайте которого лежал материал, его убрал, ну да бог им судья). Не видел исчерпывающего описания IPv6. Вот прям сейчас это набор RFC, которые друг-друга корректируют, и бездонная прорва статеек, по теме включить протокол, накатить адрес и дальше разбираться по ходу дела. Лично мне данный протокол всё ещё не понятен и является скорее темным мешком неожиданных неприятностей. Для чего-то, что на хайпе столь продолжительное время это уже даже не «непростительно», это блин диагноз…
Суперскаляры — машины способные считать несколько команд одновременно. Конвейер предполагает разделение этапов обработки команды на законченные стадии и выполнять их параллельно, что загружает все устройства процессора и позволяет увеличить плотность исполняемых команд на единицу времени. Pentium был конвейерным ещё до этапа суперскаляра. Для работы конвейера требуется точно знать параметры выборки, поскольку если мы знаем длину команды, операция выборки следующей из памяти знает сколько читать байт, и на разбор (следующий этап) уходит уже полная команда, а модуль выборки делает запрос следующей порции данных. Для переменной длинны нужно 2 этапа на выборку. Сначала мы понимаем сколько брать а потом забираем остальное. И это сложность, которую необходимо решать…
Старые D-Link 620 под старой OpenWRT выдают мак '11:22:33:44:55:66', если не вмешаться руками. Забавно на это смотреть, если подключение PPPoE у провайдера =)))
Как насчёт cloud native с декларативной инфраструктурой, которая в единицы (десятки) минут разворачивается на любом IaaS?
А данные эта тайная чудо-техника нинзя тоже разливает? Все серьёзные сервисы требуют хранения некислого состояния. Я больше чем уверен, что разлить своё приложение где угодно автор сможет прямо сейчас (ну прям сейчас не интересно, оно уже поднялось), а вот наладить репликацию баз на другой сайт — великая наука…
Согласен, что нужно уметь поднять бизнес-критичное приложение достаточно быстро. НО, вот рассказы про облако, как серебряную пулю, или священный оберег, который сам по себе гарантирует все блага 21 века — бред сумасшедшего. У VPS есть примерно предсказуемая производительность и строго предсказуемая стоимость сервиса. У облака, в общем, всё нормально с ресурсами (хотя Яндекс народ научил не расслабляться, да и другие факапили), но фиг предскажешь стоимость, особенно при множестве сервисов и под нагрузкой.
Свои ребята на потоках хорошо, но когда потоков нет — ребята голодают. Проблема в том, что внутри страны примерно мёртво, делить нечего, только перераспределять. А это нужно кому-то сходить покланяться или морду набить. И то и другое затратно. Ребята ввиду своей недалёкости неистово пилят сук на котором сидят, в надежде отпилить себе ещё немного древесины. А лететь с теми ребятами будем все, и это удручает…
Единственный способ решить проблему, разорвать Рамблер в пыль на уровне не ниже федерального, после чего публично подвергнуть разбору действия соответствующих должностных лиц в МВД, с выдачей частичного служебного не соответствия не менее чем 3-5 начальникам конкретного прокурора а самому прокурору вкатить полное служебное и устроить разбор полётов на уровне собственной безопасности. В ином случае не видать им инвестиций и инвесторов как собственных ушей.
Автор рассматривает дело вокруг nginx, как вопрос над денежный и попытка кровавых чинуш в панике вернуть такой полезный инструмент «суверенного рунета» в лоно православной власти. Однако, стоит заметить, что инфраструктура с юридическим лицом, стоящим за ней, связана слабо. Вопрос владения юридический. Вся Россия (в её основной и, в частности, бизнес части) со времён ЕС ЭВМ плотно сидит на технологиях IBM а потом и Microsoft, и этим конторам от того особых плюшек не обломилось… Меня крайне позабавило, когда после объявления о создании «Российской Операционной Системы» оперативно были закуплены крупные патекы акций в Манриве и ещё где-то, после чего народ из этих проектов либо свалил, либо исполнил иную фигню… Если бы хотели положить Nginx в основу платформы суверенного рунета, его покупать смысла нет. Нужно лишь форкнутся (тем более что по сравнению с линуксами, на которых у нас в основном и строятся «собственные» ОС, это даже не противозаконно :SIC:), протянуть через спецуру, и время от времени сливать с родительским проектом, по ходу дела прогоняя патчи через аудит. Так строится МСВС, так строятся другие системы, которые имеют цель стать основной защищённости. Здесь просто фактически сдохший Рамблер (по сравнению с тем, что он из себя представлял 15 лет назад так ещё и знатно разложившийся) хочет сделать финт ушами. Либо кто-то из безмерно оборзевших олигархов возжелал ещё и эту игрушку. Всё это не про государство, всё это просто про бабло, причём не бизнес, так как после отжатого таким нехитрым способом бизнеса, с тобой мало кто будет серьёзно работать некоторое время, а именно про бабло. Очень не ясно нафига это кому-то надо. Денег от F5 они не получат. Более того могут нарваться на Америкоские юридические разборки, которые Рамблер не перенесёт, даже если за него впишется вся та банановая финансая шушера, что числится в качестве держателей его капиталов. А тем временем вписываться в разборки никто не будет, так как «деньги любят тишину, а большие деньги мёртвую тишину» (с)
Что это было, и кому это надо мы выясним позже, может ближе к весне, и очень надеюсь, что это не прихоть, и спектакль имеет сюжетную линию.
К примеру в Phabricator можно настроить зеркалирование репы в публичный источник. Основная разработка идёт в Phabricator, а уже сама система пушит во вне. Есть конечно вопрос с PR и Push-request-ами, но кажется их вполне можно либо забирать напрямую из GitHub интеграциями, либо обрабатывать отдельно в рамках дополнительного бизнес-процесса. Кроме того, эта приблуда не для людей, которые ведут свою разработку публично, просто некоторые репы скрывают от любопытных глаз. Подобные системы разворачивают те, кому каждый коммит в публичную сеть нужно согласовывать с ИБ и парой других отделов. Публичную разработку сложно вести в платном сервисе, тут с GitHub мало кто может тягаться…
У меня другая проблема, я обычно хочу включить что-то, но не в курсе как оно названо здесь. Поиск у IDE по параметрам и опциям шикарен, имея возможность выразить мысль на великом и могучем, возможно многие опции были бы найдены раньше… =)))
В первую голову, IDE конечно. Все ясное дело привыкли уже, но вот характеристика от одного моего знакомого: «система мощнейшая, но всё по английски и нифига не понятно» из памяти не уходит =))))
Втихую не получится, народ пытается прорваться в какой-то очень дикий, как сотня диких западов, Ынтерпрайз, и им мешают сотрудники из России и Китая. Ынтерпрайзу нужно, чтобы проблема была решена официально, со всеми положенными почестями…
поэтому код который пишут на национальный языках практически всегда выглядит «говнокодом» в глазах смотрящего, а на английском есть шанс, что он будет воспринят благодушно в независимости от того в какой парадигме думает каждый программист.
Божественно. Это первый шаг к тому, чтобы считать достойными писать код только представителей англоговорящих стран и лиц к ним примазавшихся, а затем и только коренных носителей языка. Вот почему народ так тянет в расизм, неужели всё настолько плохо в самоутверждении без этого?..
Проблема с использованием русского языка в коде ИМХО таится в нескольких вещах:
С советских времён всё (абсолютно ВСЕ) забили на локализацию терминологии и поэтому всё кажется вымученным и не естественным, поскольку является либо подстрочным переводом либо транслитерацией в кириллицу английских терминов.
Начитавшись литературы и документации на английском языке, народ начинает воспринимать код с точки зрения английского, и этот код кажется пародией и «говнокодом». Начитаться всего этого на родном языке сложно, с переводами у нас всё плохо. Даже документацию легко найти на немецком китайском и японском. Бывает даже польский. С русским всегда какая-то хрень, либо он отсутствует.
Все языки программирования спроектированы под английскую раскладку, и набирать код на русской не удобно.
Все эти проблемы легко решаются, если стоит такая задача, однако легче признать русский отстоем и им не пользоваться. А потом на конференции Яндекса процент употребления русского по отношению к английскому в выступлении иностранца и носителей языка получается равным. Но иностранец язык знает не совершено, а носители знать не хотят…
Но мы не об этом. В данном случае, ВСЯ коммуникация между людьми и хоз. субъектами завязывается на некое приложение, которое принадлежит частной конторе. Это всё равно, что выдать этой конторе власть над экономикой в целом. Контора получает возможность извлекать дополнительную прибыть из своего особого положения и имеет возможность отслеживать транзакции. Для Китая — это допустимо, он не либерален. Но для почти всех других стран, это вскармливание злобного большого брата(с)
A long time ago in a galaxy far, far away....© Не было единой сети. Зато было множество ведомственных компьютерных сетей, которые существовали в своём мирке, часто имели свою собственную структуру протоколов и адресации. И вот шло время, люди додумались, что жить в такой системе хорошо, пока не нужно передавать что-то в соседнее ведомство. А вот если понадобится — всё становится плохо. Плохо писать приложения, сложно осуществлять взаимодействие. В своё время Cisco взлетела только потому, что предоставляла ящик, с тучей интерфейсов, который просто мог служить мостом между несколькими такими сетями. К примеру, ОГАС Госплана СССР не взлетел вовремя потому, что к моменту понимания о необходимости подобной системы у всех министерств были свои ИС и АСУ и свести их в кучу вовремя не успели…
Пришло осознание, что что-то нужно менять, и теперь у нас есть Интернет, с единой структурой, адресацией, номенклатурой предоставляемых сервисов, поддержка которых уже есть в большинстве ОС и платформ. И наступило счастье, мы можем за полчаса наговнокодить нечто на имеющихся компонентах и модулях применяя некий набор стандартных инструментов, что с успехом может продавать нечто или иным способом приносить пользу нам и окружающим.
Но шло время, и люди пришли к выводу, что хорошо жить — это плохо, нужно придумывать новые цели, к которым нужно стремится. Но зачем. Мы можем разломать то, что создано, а потом собрать заново. Мы ведь знаем, как это собирать и знаем сколько времени это может занять. На поколение хватит.
Что я этим хотел сказать — вместо работы по дальнейшей интеграции, создания протоколов и методов обмена деловыми (заявки на товар, накладные, и прочее), информационными (количество товаров на складе, готовность чего либо, и прочее), и т. д., у нас есть миллион приложений, миллиард API, и десяток протоколов. Но мы не хотим всё сводить к стандарту, мы хотим раздербанить сеть на сотню приложений по количеству крупных экономических субъектов, и таким образом приватизировать интернет. Нет сеть останется общей, но пользу от неё можно получить только через частные зоны. А после останется один шаг до введения платы за доступ в эти частные зоны (они имеют право, это их частная собственность), и наступит экономический рай для держателей подобных сетей… Уже сегодня нельзя иметь возможность посмотреть любой фильм или сериал, если у тебя нет подписки на примерно все сервисы (ну или все крупные), такое будет и с остальным.
З.Ы. Страшно становится от того, что люди с радостью говорят о вещах, которые потенциально смогут принести множество бед.
З.З.Ы. Возможно для Китая эта схема вполне работает, там в кустах спрятана боеготовая система централизованного управления и при необходимости её достанут включат и наведут некий относительны порядок. А вот за пределами Китая подобное может быть крайне разрушительным.
Мне вообще кажется, что попытки построить универсальный язык на все случаи жизни породило море уродов и нанесло в мир ИТ слишком много энтропии… Но это моё мнение.
Имхо пусть python остаётся гибким и выразительным языком. А многопоточный счёт лучше делать на golang, там для этого всё есть. Ну а если очень хочется многопоточности — есть асинхронность, что поможет в большинстве задач, типа web-бекенд, либо использовать многопроцессность, где для отстрела себе конечностей нужно приложить специальные усилия…
Мой личный опыт работы с протоколом — много страданий. Из 3-х имеющихся серверов в инете IPv6 вырублен нафиг на 2 (привет российским лоукостерам, пытаться от них добиться починки связности по IPv6 — легче вырубить и забыть). Кроме того, у меня вызывают недоумение следующие ужасы:
1. Настройка firewall-а для локалки чудовищна. Чтобы оно заработало приходится открывать ICMP на широкие диапазоны серой сети и локальную подсеть для белой. Если сидишь хостинге в одном L2 сегменте с группой фиг пойми кого — это страшно.
2. Hetzner на убогую виртуалку выдаёт сеть /64. Мне на этой виртуалке эти адреса в таком количестве зачем нужны? Или «сверху» поставлен план утилизировать адреса за 10 лет, стахановскими темпами? Так их на миллионы рассчитанных лет не хватит. Причём народ в статьях дико обижается когда на эти убогие виртуалки не выдаётся такой сети. Нет, я понимаю от провайдера клиенту с барского плеча, но виртуалке на кой?!111
3. В своё время прочитал божественный курс лекций по IPv4 (на данный момент институт, на сайте которого лежал материал, его убрал, ну да бог им судья). Не видел исчерпывающего описания IPv6. Вот прям сейчас это набор RFC, которые друг-друга корректируют, и бездонная прорва статеек, по теме включить протокол, накатить адрес и дальше разбираться по ходу дела. Лично мне данный протокол всё ещё не понятен и является скорее темным мешком неожиданных неприятностей. Для чего-то, что на хайпе столь продолжительное время это уже даже не «непростительно», это блин диагноз…
А данные эта тайная чудо-техника нинзя тоже разливает? Все серьёзные сервисы требуют хранения некислого состояния. Я больше чем уверен, что разлить своё приложение где угодно автор сможет прямо сейчас (ну прям сейчас не интересно, оно уже поднялось), а вот наладить репликацию баз на другой сайт — великая наука…
Согласен, что нужно уметь поднять бизнес-критичное приложение достаточно быстро. НО, вот рассказы про облако, как серебряную пулю, или священный оберег, который сам по себе гарантирует все блага 21 века — бред сумасшедшего. У VPS есть примерно предсказуемая производительность и строго предсказуемая стоимость сервиса. У облака, в общем, всё нормально с ресурсами (хотя Яндекс народ научил не расслабляться, да и другие факапили), но фиг предскажешь стоимость, особенно при множестве сервисов и под нагрузкой.
Что это было, и кому это надо мы выясним позже, может ближе к весне, и очень надеюсь, что это не прихоть, и спектакль имеет сюжетную линию.
Божественно. Это первый шаг к тому, чтобы считать достойными писать код только представителей англоговорящих стран и лиц к ним примазавшихся, а затем и только коренных носителей языка. Вот почему народ так тянет в расизм, неужели всё настолько плохо в самоутверждении без этого?..
Проблема с использованием русского языка в коде ИМХО таится в нескольких вещах:
Все эти проблемы легко решаются, если стоит такая задача, однако легче признать русский отстоем и им не пользоваться. А потом на конференции Яндекса процент употребления русского по отношению к английскому в выступлении иностранца и носителей языка получается равным. Но иностранец язык знает не совершено, а носители знать не хотят…