Как стать автором
Обновить
-1
0
Иван @xkondorx

Простой разработчик

Отправить сообщение
Обычно при мозговом штурме каждая следующая идея идет с понижением коэффициента внимания относительно предыдущей и в результате вычленить адекватное решение тяжело, так как большинство сконцентрировано на первых решениях, для запоминания и анализа остальных просто не хватает ресурсов. Вспоминается сериал «корпорация», когда на таком брейншторме несли полную ахинею, пойди потом из этого бреда вычлени нормальное решение. Если такой подход возвести в абсолют то поиск адекватного решения в потоке бреда и есть мышление, просто предложенный подход выносит этот процесс за границы мозга одного, на всех остальных, еще и не эффективно выносит. Мозг обрабатывает мысль с точки зрения опыта и ассоциаций неосознанно учитывая множество факторов (у каждого человека разная степень компетенции и погружения). Если взять это за идею, что мы сначала генерируем идею командой, затем начинаем думать над каждым из пунктов. 5 человек генерируют по 10 идей, из них 2-3 будут уникальными для каждого и того получится примерно 20 идей. Каждую из 20 идей нужно проанализировать и обсудить (потому что компетенция у всех разная и уровень погружения разный, кто-то не знает того, что знаю остальные). В общем тупо задачи не решаются, тут думать надо.
Ничего страшного в этом нет и плохого тоже в этом ничего нет. Конкуренция оздоравливает рынок и положительно сказывается на всех его участниках.
Бизнес заработал, задачи решены, предприятия легли на сопровождение и долгосрочную поддержку, бизнесу хорошо. Сопровождать проекты можно и без «тёти», а то что в процессе потерялось несколько специалистов это издержки, «тётю» заменить тяжелее чем исполнителей в данном случае, а ее содержание бизнесу выгоднее. Придет время УПП перестанут пользоваться спросом, «тётя» либо приспособится либо потеряет работу, ведь ее уникальность в востребованных знаниях.
Мужчины обычно руководствуются некими принципами, вызовут объяснят выскажут недовольство и накажут если это не действует. С данными женщинами все иначе, они действуют не прямо, а исподтишка. Надавят на непосредственного начальника, на совещании с руководством начнут жаловаться (при этом жалоб или претензий никогда не поступало), начнут настраивать коллег, распускать слухи. Как назвать иначе такого человека?
А у меня на первом месте работы программистом (завод кстати). Была такая «тётя» — серый кардинал, начальник отдела аналитики. Не дай бог как-то ей поперек встанешь, спасти может только если будешь ключевым или уникальным специалистом, забавно то, что завод испытывал и испытывает трудности в плане квалифицированных кадров (зарплата маленькая для IT), но тёте это вообще не мешает. Это не инстинкт собственности это инстинкт «альфа-самки». В других направлениях я тоже сталкивался с такими руководителями, все они были женщинами, двуличными тварями и на работе и в жизни. Может быть имеет место профессиональная деформация и сложность для женщин вырасти до ключевой должности, осознание того, что каждый может подсидеть, и найти другую такую работу будет практически невозможно.
Для кого-то микросервис это атомарная часть архитектуры, для кого-то процесса бизнес-обработки. Кто-то делает распределенный монолит и называет это микросервисной архитектурой. Ну и да, все время в статьях, микросервисы == docker, хотя это просто среда развертывания и можно обойтись без него.
А вот мне интересно сравнение производительности процессоров при сжатии видео. У intel для этого есть Intel Quick Sync Video, а что есть у AMD и насколько расходятся показатели в этих задачах? Если кто-то натыкался на материал, прошу скинуть ссылку.
Все идет к тому, что границы государств будут очерчивать границы интернета и появится информационная таможня. Хочешь фильм скачать из германии, отправь заявку на рассмотрение, после анализа файла сможешь или не сможешь скачать. При этом таможня будет с обеих сторон досматривать и решать, дозволено ли тебе насладиться плодами кинематографа.
Как упаковать VueJS + NodeJS + MongoDB приложение в Docker для среды разработки
Много историй о том, как делали одно, а получилось совсем другое, крутое и неожиданное. Надо делать, если кажется что идея того стоит и ею хочется заниматься, а иначе зачем это все? А если это изначально только бизнес, то не нужно делать ничего революционного есть более надежные вещи чем идея того, чего ни у кого нет.
Чтобы постепенно стереть границу между Windows и Linux. Например при необходимости работы с специфическим софтом который есть только под одну ОС. Но выглядит пока не «user friendly»
Начинать стоит с идеи, здесь идеи нет. Если только не считать идеей эталон копипаста. Идея, реализация, подача, содержание — все копипаст.
А когда будет продаваться в России?
Как вариант, это балансировать нагрузку внутри KVM глуша и поднимая контейнеры. Допустим если мы размещаем на VM не кластер приложения, а отдельный пулл нод (есть не нагруженные сервисы например регистрация, а есть обработчики событий). Мы можем более тонко распределять нагрузку по нашим ограниченным ресурсам (не представляю правда когда это может понадобиться, но если случится «датапокалипсис» и всем не хватит железа… :D). При этом мы не трогаем конфигурацию наших виртуалок и всегда и везде используем один единственный стартовый снапшот для запуска.Тогда удастся выиграть пару минут для запуска дополнительных ресурсов. Идея в том, чтобы пережить непредусмотренный пик нагрузки.
Ну вот сценарий. У нас есть браузерная игра, игроки по всему миру. У игры есть getaway, балансировщик, штук 15 микросервисов, шардированная база данных (не важно сколько), ну и сервер очередей, пусть RabbitMQ. Надо при всплеске активности игроков в другой части земного шара, поднять кластер локационно ближе к ним. Оркестратор поверх докера позволит это сделать довольно быстро, особенно если уже есть подготовленные машины под контейнеры. При этом поднять столько нод, сколько нужно, глушить и поднимать их в зависимости от загрузки. Сколько времени по сравнению с контейнером потребуется одной виртуальной машине на запуск, сколько данных нужно перекинуть в нужный ЦОД для развертывания? Как только в одной части земли наступает ночь, в другой начинается день, и мы кидаем ресурсы в эту часть земли тратя деньги в тех ЦОД в которых нужно. Если этот сервер заточен под docker у него есть локальный репозиторий контейнеров, нам нужно только подтянуть наше приложение.
Я бы с удовольствием прочитал статью о том, как выполнять «фишки» докера, на KVM. С докером все понятно, есть довольно простой язык описания контейнеров и неплохая документация. Но ничего подобного для KVM я не встречал (ну не сильно и искал). Если с помощью KVM можно без проблем собрать образ виртуалки, поместить в нее приложение и запустить, было бы неплохо узнать об этом подробнее. Не увидел в комментариях упоминания о использовании ресурсов, виртуалка вроде как потребляет больше ресурсов чем контейнер, и для одного единственного приложения (микросервиса) это такое себе решение. Другой вопрос если иметь для KVM такой-же репозиторий образов который есть у docker. В общем с нетерпением жду статью с таким сравнением.
Вроде как все сущности укладываются в рамки «документа», транзакционно зависимых CRUD операций на ум не приходит. Почему бы и не mongo, по сути на его месте может быть любая БД.
Вот все хорошо, но я работая на одной улице с издательством идеологически отказываюсь платить от 275р до 465р за доставку. Можно прямо в издательстве забрать (со скидкой само собой)?

Информация

В рейтинге
Не участвует
Откуда
Санкт-Петербург, Санкт-Петербург и область, Россия
Дата рождения
Зарегистрирован
Активность