Лично для меня UML был мертворожденным потому что чтобы написать диаграмму надо подробно освоить ещё и тулзу, которая позволяет эти диаграммы создавать. Я конечно и не искал особо, но на глаза не попадалось ни одной софтины, которая позволяла бы создавать диаграммы так же удобно и быстро, как, например, форматированный текст в markdown.
Нет времени создавать диаграмму → редко пользуешься софтиной для создания диаграмм → не успеваешь запоминать синтаксис и знаки форматирования (как в том же markdown) → т.к. не успеваешь запоминать способ работы, создание диаграммы занимает много времени → нет времени создавать диаграмму. Круг замкнулся.
И вообще UML диаграммы это от инженеров и для инженеров, масала-диаграммы от дизайнеров, манагеров для клиентов, манагеров рангом выше.
Тот же красочный пример в статье вряд ли создан инженером (программистом). Либо у него свободного времени слишком много.
Или опять ошибка пользователей в том, что они после каждого неадекватного/нестандартизированного поведения в man не лезут (причём перед тем как это поведение возникнет)?
Меня в баше уже давно ничего не удивляет. Хотя иногда и приходится потупить пару часов на элементарных затыках
Может вы просто не понимаете, что в bash типы переменных это не объекты питона
Я где-то писал возмущение по поводу кавычек? Или к чему это? Если вы про "нормальную" ситуацию, то, хорошо, давайте назовём это регулярной ситуацией, когда приходишь на новое место и правишь все скрипты, которые если и работали, то только потому что имена без пробелов и спец символов выбирали.
У меня к башу особых претензий нет. Я уже давно смирился что его мама таким родила
Минимальные навыки для рядового админа в ингосстрах теперь девопс с уверенным опытом в фронтенде.
Бьюсь об заклад, развернутые вручную сервера будут конфликтить с самописной консолью, ресурсы будут отображаться неверно. А из-за консоли можно будет поднимать сервера только такого типа и только в такое время суток, потому что на детализированные настройки галочек хватать не будет.
В ингосстрахе теперь могут работать либо админы выпускники экономических университетов, которым кнопочек в дашборде хватит, либо вечные девопсы ингосстраха, потому что таких комбинаций, включая самописный софт нет больше нигде. Учиться надо с нуля. Замена и обучение персонала стала очень трудоемким процессом. потрясающая оптимизация.
И вот проходит годик, и все самописные дашборды и модули летят в помойку, потому что, внезапно, микрософт не захотела подстраивать под них свои обновленные API. Ядро системы - гипервизор vmware, как я смутно подозреваю, тоже обновлению не подлежит. Насколько понимаю, система ориентирована на цикл 5-10 лет? Потом из-за устаревания и критических уязвимостей будет снесена под корешок и заменена на новую с нуля, с переносом данных и ресурсов.
Фактически, создан такой же неподдерживаемый франкенштейн, что и openstack, только если со вторым можно неплохо погуглить, то по вашему варианту (который инженеры vmware по заказу допиливали) инфы просто нет. Но для вас это хороший стратегический шаг - до смены инфраструктуры клиент с крючка не слезет.
Жаль не получится предсказания проверить, но я бы сделал ставку на то, что как минимум половина выстрелит.
ЗЫ а безопасники все так же выдают билдеру-скрипту разрешение на запуск контейнера неделями (≧▽≦)
Хорошо что на хабре живительная карма есть. Вначале раз в час, потом раз в день. Постепенно редкие сообщения перестают нести в себе смысловую нагрузку, ибо поддерживать адекватный диалог с возможностью ответить раз в день нереально. В итоге становится фиолетово был ли вообще ответ на свой комент или нет.
Мы начали эту статью с кусочка обычного кода и задали простой вопрос: как влияет на производительность добавление условных операторов, который никогда не выполняются?
ога, а потом статья ушла в низкоуровневые дебри, и на основной простой вопрос простого развернутого исследования/заключения так и не последовало.
Т.е., формально, конечно, ответ дан:
Наконец, можете ли вы добавить еще один условный оператор: Если он никогда не будет исполняться, то да, может
Но я ожидал ответов на вопросы типа →
Будет ли код вида
run_main_function()
if (debug) {
log(...)
}
значительно эффективнее, чем
if (debug) {
run_main_function()
log(...)
} else {
run_main_function()
}
где, по факту выполняется то же самое, но в любом случае проходит через ветвление? Или обе записи равнозначны по производительности, потому что практически всегда выполняется только else?
Или, например, что будет быстрее (или одинаково?)
if ((A == 1 and B == 2) or (A == 1 and B == 3)) {
run()
}
или if (A == 1) {
if (B == 2 or B == 3) {
run()
}
}
Или с этими if вообще не стоит заморачиваться, ибо компилятор сделает все как надо, по-пацански? А как быть с некомпилируемыми языками типо javascript?
Ну и вообще, как эффективнее писать ветвления?
Код, критичный к производительности должен быть меньше 16 КиБ
Что это за сферические 16 КиБ в вакууме? Ну вот, предположим, есть у меня run.py размером в 1KиБ, а в нем импорты сторонних библиотек на XМиБ. Такой код не подходит? Если не подходит, то совет в 99% не имеет смысла в реальной жизни. Любая современная библиотека раздута до гораздо бОльших размеров, так что уложить в лимиты можно только если что учебный код для реферата.
В общем, информация получена, а что с этим делать не совсем непонятно (ну, по-крайней мере, деревенскому необразованному парню — мне).
Молодой блондин-маркетолог, понимающий разницу между языками программирования, такими как C++, и средствами для автоматизации развертывания инфраструктуры, как, например, Jenkins или Docker.
Юнит тестов нет, приложение запущено просто в докере (а как же кубирнэтис?), деплой просто клоном? Вы серьезно? Кто же без женкинса это делает?
Почему у вас ничего не билдится? Скриптовый нод.жс не требует компиляции? Ну так придумайте что-нибудь - вы же профессионал. Накиньте линт какой-нить или фреймворков, чтобы их каждый раз надо было устанавливать пакетным манагером. Сверху все это ещё бы в тайпскрипт завернуть, тогда можно будет полноценно билдить - проверять не затерялись ли в интегерах стринги.
Но, в общем, зачёт. Золотое правило выполнено - 90% ресурсов под инфраструктуру, остатки под приложения. Если начнет тормозить, можно просто вбросить в виртуалку памяти... А нет, это слишком сложно, в облаках же просто тип машины меняется. Там автоматом и пару ядер процессора накинется. Главное потом заглянуть в наши 100500 метрик графаны... Ну, ладно ладно, в те две CPU(%) и RAM(free) (остальные нужны просто чтобы дашборд красивый как кокпит самолёта с кнопочками был) и убедится, что оптимизация выполнена успешно и, даже, база данных в контейнере (которой мы конечно не выделяли никаких приоритетов и отдельных ресурсов в кластере) начала что-то там по select'у выводить.
И вот теперь, когда эффективность и продуктивность бьёт ключём, гаечным, все рекорды и "нам специалисты не нужны, у нас всё автоматически в облаке работает", можно дать заслуженному девопсу социалистического труда, демо-стенд, чтобы он выдернул из зоопарка в проде один сервис, разобрался для чего он вообще нужен, адекватно настроил, и написал корпоративный блог. Чтобы кто-то другой почитал его, воодушевился, навалил бы свою кучу, ой, то есть инфраструктуру по-копирке, и написал бы про единственное адекватно рабочее место, и так по кругу.
Это значит, что алгоритм не справляется со своей задачей. Фактически надо закидывать человека палками пока не останется 1 или 3 незакрытых столбца. Затем кубами. Повторить при необходимости.
Зачем копировать код в директорию src внутри контейнера, а затем маунтить его же в эту директорию извне?
И зачем вообще маунтить код? Контейнер должен быть самодостаточным. В крайнем случае можно подключить общие данные, которые используются несколькими контейнерами.
Я от всего этого далёк, но тоже представлял, что какой-то идентификатор подлинности есть. Да и выше писали про возможность сохранения хэша цифрового "произведения". Так что тут вы, может быть, и не ошибались.
Но вы лучше расскажите, как планируете в этот токен мяч Марадоны запихивать?
Какой то чел сделал инструмент (wtf?), который позволяет узнать почту аккаунта FB
Вот он чёто про это в твиттере написал. Вот он ещё вроде как видео снял.
Утечка утечка!
Не знаю почему этого никто не делает, но, по-моему, достаточно показательным было бы поставить задачу типо "наш бух пытается на корп сайт зайти, а там ошибка, что делать? Адрес сайта такойтакой.ру". Потом по ходу придется подсказать логин/пароль на ssh. Всё остальное решается самостоятельно.
Конечно, сайт не настоящий, а заглушка в локальной сети, на худой конец, локально запущенный headless-инстанс virtualbox. А уж какими способами "уронить" апач или нгинкс, каждый решает сам
Нет времени создавать диаграмму → редко пользуешься софтиной для создания диаграмм → не успеваешь запоминать синтаксис и знаки форматирования (как в том же markdown) → т.к. не успеваешь запоминать способ работы, создание диаграммы занимает много времени → нет времени создавать диаграмму. Круг замкнулся.
И вообще UML диаграммы это от инженеров и для инженеров, масала-диаграммы от дизайнеров, манагеров для клиентов, манагеров рангом выше.
Тот же красочный пример в статье вряд ли создан инженером (программистом). Либо у него свободного времени слишком много.
Abibas, Nokla,... Anbrold
ну а как вы это объясните?
Даже проверил ваши выкладки сообщением ниже, на всякий случай:
И тут, конечно же, работает в соответствии с вашими ожиданиями, строго по man'у:
Или опять ошибка пользователей в том, что они после каждого неадекватного/нестандартизированного поведения в man не лезут (причём перед тем как это поведение возникнет)?
Меня в баше уже давно ничего не удивляет. Хотя иногда и приходится потупить пару часов на элементарных затыках
Я где-то писал возмущение по поводу кавычек? Или к чему это? Если вы про "нормальную" ситуацию, то, хорошо, давайте назовём это регулярной ситуацией, когда приходишь на новое место и правишь все скрипты, которые если и работали, то только потому что имена без пробелов и спец символов выбирали.
У меня к башу особых претензий нет. Я уже давно смирился что его мама таким родила
Ога, а ещё часто бывает
А потом оказывается, что папки new нет, и старые бэкапы годами не удаляются. Нормальная ситуация в баше.
В письмо вставляется изображение на 1 пиксель. Как только открываете письмо, изображение скачивается. Дальше - дело логов сервера
Ну справедливости ради, по факту, ваш коммент не помог ни созданию, ни фильтрации.
Ох, чувствую какая там колбаса теперь.
Минимальные навыки для рядового админа в ингосстрах теперь девопс с уверенным опытом в фронтенде.
Бьюсь об заклад, развернутые вручную сервера будут конфликтить с самописной консолью, ресурсы будут отображаться неверно. А из-за консоли можно будет поднимать сервера только такого типа и только в такое время суток, потому что на детализированные настройки галочек хватать не будет.
В ингосстрахе теперь могут работать либо админы выпускники экономических университетов, которым кнопочек в дашборде хватит, либо вечные девопсы ингосстраха, потому что таких комбинаций, включая самописный софт нет больше нигде. Учиться надо с нуля. Замена и обучение персонала стала очень трудоемким процессом. потрясающая оптимизация.
И вот проходит годик, и все самописные дашборды и модули летят в помойку, потому что, внезапно, микрософт не захотела подстраивать под них свои обновленные API. Ядро системы - гипервизор vmware, как я смутно подозреваю, тоже обновлению не подлежит. Насколько понимаю, система ориентирована на цикл 5-10 лет? Потом из-за устаревания и критических уязвимостей будет снесена под корешок и заменена на новую с нуля, с переносом данных и ресурсов.
Фактически, создан такой же неподдерживаемый франкенштейн, что и openstack, только если со вторым можно неплохо погуглить, то по вашему варианту (который инженеры vmware по заказу допиливали) инфы просто нет. Но для вас это хороший стратегический шаг - до смены инфраструктуры клиент с крючка не слезет.
Жаль не получится предсказания проверить, но я бы сделал ставку на то, что как минимум половина выстрелит.
ЗЫ а безопасники все так же выдают билдеру-скрипту разрешение на запуск контейнера неделями (≧▽≦)
Хорошо что на хабре живительная карма есть. Вначале раз в час, потом раз в день. Постепенно редкие сообщения перестают нести в себе смысловую нагрузку, ибо поддерживать адекватный диалог с возможностью ответить раз в день нереально. В итоге становится фиолетово был ли вообще ответ на свой комент или нет.
ога, а потом статья ушла в низкоуровневые дебри, и на основной простой вопрос простого развернутого исследования/заключения так и не последовало.
Т.е., формально, конечно, ответ дан:
Но я ожидал ответов на вопросы типа →
Будет ли код вида
run_main_function()
if (debug) {
log(...)
}
значительно эффективнее, чем
if (debug) {
run_main_function()
log(...)
} else {
run_main_function()
}
где, по факту выполняется то же самое, но в любом случае проходит через ветвление? Или обе записи равнозначны по производительности, потому что практически всегда выполняется только
else
?Или, например, что будет быстрее (или одинаково?)
if ((A == 1 and B == 2) or (A == 1 and B == 3)) {
run()
}
или
if (A == 1) {
if (B == 2 or B == 3) {
run()
}
}
Или с этими if вообще не стоит заморачиваться, ибо компилятор сделает все как надо, по-пацански? А как быть с некомпилируемыми языками типо javascript?
Ну и вообще, как эффективнее писать ветвления?
Что это за сферические 16 КиБ в вакууме? Ну вот, предположим, есть у меня
run.py
размером в 1KиБ, а в нем импорты сторонних библиотек на XМиБ. Такой код не подходит? Если не подходит, то совет в 99% не имеет смысла в реальной жизни. Любая современная библиотека раздута до гораздо бОльших размеров, так что уложить в лимиты можно только если что учебный код для реферата.В общем, информация получена, а что с этим делать не совсем непонятно (ну, по-крайней мере, деревенскому необразованному парню — мне).
Понятно, значит надо писать про то как самолёт угнали или как РКН в очередной раз обделалось
Молодой блондин-маркетолог, понимающий разницу между языками программирования, такими как C++, и средствами для автоматизации развертывания инфраструктуры, как, например, Jenkins или Docker.
Юнит тестов нет, приложение запущено просто в докере (а как же кубирнэтис?), деплой просто клоном? Вы серьезно? Кто же без женкинса это делает?
Почему у вас ничего не билдится? Скриптовый нод.жс не требует компиляции? Ну так придумайте что-нибудь - вы же профессионал. Накиньте линт какой-нить или фреймворков, чтобы их каждый раз надо было устанавливать пакетным манагером. Сверху все это ещё бы в тайпскрипт завернуть, тогда можно будет полноценно билдить - проверять не затерялись ли в интегерах стринги.
Но, в общем, зачёт. Золотое правило выполнено - 90% ресурсов под инфраструктуру, остатки под приложения. Если начнет тормозить, можно просто вбросить в виртуалку памяти... А нет, это слишком сложно, в облаках же просто тип машины меняется. Там автоматом и пару ядер процессора накинется. Главное потом заглянуть в наши 100500 метрик графаны... Ну, ладно ладно, в те две CPU(%) и RAM(free) (остальные нужны просто чтобы дашборд красивый как кокпит самолёта с кнопочками был) и убедится, что оптимизация выполнена успешно и, даже, база данных в контейнере (которой мы конечно не выделяли никаких приоритетов и отдельных ресурсов в кластере) начала что-то там по select'у выводить.
И вот теперь, когда эффективность и продуктивность бьёт ключём, гаечным, все рекорды и "нам специалисты не нужны, у нас всё автоматически в облаке работает", можно дать заслуженному девопсу социалистического труда, демо-стенд, чтобы он выдернул из зоопарка в проде один сервис, разобрался для чего он вообще нужен, адекватно настроил, и написал корпоративный блог. Чтобы кто-то другой почитал его, воодушевился, навалил бы свою кучу, ой, то есть инфраструктуру по-копирке, и написал бы про единственное адекватно рабочее место, и так по кругу.
Это значит, что алгоритм не справляется со своей задачей. Фактически надо закидывать человека палками пока не останется 1 или 3 незакрытых столбца. Затем кубами. Повторить при необходимости.
Фактически, уволили собаку за "цвет кожи"
Зачем копировать код в директорию src внутри контейнера, а затем маунтить его же в эту директорию извне?
И зачем вообще маунтить код? Контейнер должен быть самодостаточным. В крайнем случае можно подключить общие данные, которые используются несколькими контейнерами.
Я от всего этого далёк, но тоже представлял, что какой-то идентификатор подлинности есть. Да и выше писали про возможность сохранения хэша цифрового "произведения". Так что тут вы, может быть, и не ошибались.
Но вы лучше расскажите, как планируете в этот токен мяч Марадоны запихивать?
Содержание статьи:
Какой то чел сделал инструмент (wtf?), который позволяет узнать почту аккаунта FB
Вот он чёто про это в твиттере написал. Вот он ещё вроде как видео снял.
Утечка утечка!
Не знаю почему этого никто не делает, но, по-моему, достаточно показательным было бы поставить задачу типо "наш бух пытается на корп сайт зайти, а там ошибка, что делать? Адрес сайта такойтакой.ру". Потом по ходу придется подсказать логин/пароль на ssh. Всё остальное решается самостоятельно.
Конечно, сайт не настоящий, а заглушка в локальной сети, на худой конец, локально запущенный headless-инстанс virtualbox. А уж какими способами "уронить" апач или нгинкс, каждый решает сам
И на сколько же она падает у выключенного устройства?
Или домами уже тоже биткойны майнят?