TGTGInsightтелеграм анализLIVE / telegram public index
← Такты, стеки, два колеса

TGINSIGHT SIMILAR POSTS

Намери подобно съдържание

Изходен канал @clockstackwheels · Post #1112 · 26.06

Magnit Tech #interview#dev Что? Да. У сети магазинов «Магнит» внезапно большой современный технический отдел. В обслуживании парка из 30к магазинов без развитого айти никуда. Увидел вакансию тимлида .NET, и там прямо очень похоже на то, чем я занимался в АСЭ: электронный документооборот, BPMN-системы, интеграционные потоки. А ещё можно было бы всем говорить, что работаю в Магните. Скрининг показался чуть менее номинальным, чем в Ozon. Вообще, роль эйчаров тут была более глубокая, и эйчар присутствовала на всех секциях. Изначально должна была быть одна большая общая секция, но в итоге оказалось две. Общая техническая и архитектурная секция В целом, явно видна попытка провести собеседование одностадийно (с моей точки зрения это плюс). Была эйчар, старший разработчик и техлид/архитектор. Эйчар задавала вопросы по опыту и по менеджменту. Затем вступил техлид. Вопросы местами были странными, и почти на каждый вопрос после моего ответа техлид отвечал ещё и сам. Иногда вопрос казался заковыристым, но ожидался на деле какой-то совсем школьный ответ, например: Интервьюер: — Скажите, а кроме EntityFramework, какие вы ещё знаете средства взаимодействия с БД? Я (тут я подумал, что он интересуется альтернативными ORM): — Dapper пробовали один раз, в некоторых случаях он вполне удобен, работа чуть более низкоуровневая. Ещё активно изучал Linq2Db, потенциально выглядит очень интересно, но на практике так и не удалось применить. Интервьюер: — На самом деле можно ещё и просто писать SQL-запросы! И далее он пару минут рассказывает, почему SQL-запросы лучше, чем ORM. Не «чем лучше», а именно «почему лучше», то есть защищая позицию полного отказа от ORM в любых условиях. Позже в другом вопросе он защищал отказ от строгих типов при десериализации, что на мой взгляд является признаком не выстроенных процессов по согласованию контрактов. Пару раз спросили про вещи, о которых я никогда раньше не слышал. А после собеса полез искать, и узнал, что это давным-давно deprecated. Зачем про это спрашивали? Либо просто прозондировать мой опыт (то есть, писал ли я на .NET Framework 20 лет назад), либо у них где-то используется. Второе гораздо хуже, но и первое не слишком осмысленно, на мой взгляд. Языковая секция Далее эйчар написала, что они совсем забыли задать мне вопросы по языку, и предложила ещё один небольшой созвон на 40 минут. В итоге вышла почти часовая полноценная языковая секция. Вопросы в основном ожидаемые, но пара странных тоже была. Если в Ozon гоняли по глубоко академической теории, то здесь иногда цеплялись за какие-то невероятно нишевые примеры использования, которые в опыт к программисту могут попасть только случайно. Из-за этого у меня осталось послевкусие, что прошёл я средненько. Результат Ещё через пару дней эйчар написала, что всё очень хорошо, я понравился, но, к сожалению, у них сотрудник изнутри пожелал вырасти до тимлида, и они отдали предпочтение ему. Ну, бывает. Странно, что в момент открытия вакансии этот вопрос не проработали явно с собственным же персоналом. По крайней мере это собеседование не отняло много времени и дало любопытный опыт, так что я не расстроился. Что понравилось: 1. Роль эйчара более активная и глубокая 2. Мало стадий, в норме вообще одна Что не понравилось: 1. Интервьюер слишком много времени посвятил тому, чтобы защищать свои собственные решения, которые он принял в компании 2. Есть признаки работы с легаси, и в целом не слишком современных технических подходов, но могу ошибаться

Резултати

Намерени 7 подобни публикации

Търсене: #dbr

当前筛选 #dbr清除筛选

https://www.youtube.com/watch?v=ZgzpdrMUAj0 Выступление на Mеталлообрабатывающем Форуме 2023 в Крокус-Экспо "Управление производством в условиях высокой вариативности". Коротко: Существующие и широко распространенные, "зашитые" в ERP, MES и APS системы подходы строятся на возможности детального пооперационного планирования, которое в свою очередь основано на предположении о существовании нормативов на каждую операцию. В условиях многономенклатурного, единичного и мелкосерийного производства это не работает. То есть большинство малых и средних производственных предприятий не имеют адекватных инструментов для управления. Но решение есть, оно основано на подходе ТОС и называется метод "Барабан - Буфер-Канат". В докладе приводятся соответствующие кейсы, реализованные на практике нашей командой. #управление_производством#барабан_буфер_канат#ббк#dbr

Кейс-задача Посещал я как-то хорошее предприятие, заявившееся в национальный проект повышения производительности труда. До меня у них был эксперт проекта и отказал им в помощи - "мы не сможем вам помочь, у вас итак все хорошо". Из беседы выясняется, что действительно все хорошо. Выпускают они товар народного потребления, скажем так. Работают под заказ. Поток завода имеет V тип (одно сырье, много различной продукции на выходе). Ограничение потока – один из оконечных переделов, где собственно и происходит переключение с одной продукции на другую (с одного заказа на другой). Система оплаты труда - везде оклад, только на ограничении - сдельная оплата. Естественно, на последнем переделе много переналадок. Но время на переналадки максимально минимизировано (они прекрасно понимают, что это - потери). Кстати, сама переналадка происходит в автоматическом режиме. Ограничение не простаивает по причине нехватки сырья для работы - для него всегда есть определенный буфер сырья. Как считаете, есть ли у предприятия возможности для увеличения результативности? Если нет - почему, если есть - в чем они? #управление_производством #барабан_буфер_канат #ббк #dbr

(продолжение поста) Теперь необходимо синхронизировать запуск в нашу производственную цепочку сырья (материалов) с работой нашего барабана. Этот механизм (механизм запуска в производство) называется Канат. Не хватает только определиться с незавершенным производством. Сколько именно держать НЗП в потоке? Ровно столько, чтобы наш РОМ никогда не простоял и не больше. Ведь мы помним – производство на самом деле полно неопределенности, вариативности и т.д. Надо защитить РОМ от этой неопределенности. Для этого введем буфер – время от начала производства до его завершения. А как же планы работ для каждой операции? Да они на самом деле и не нужны. Есть работа перед станком – работай. Нет работы – жди, когда появится работа или пойди помоги другу. Ну а если работа есть, причем есть выбор из нескольких деталей? Тогда делай наиболее приоритетную – ту, буфер которой больше всего уже потреблен (осталось меньшая доля времени до сдачи заказа). И что в результате получается? У нас появляется гораздо более простой, а значит более выполнимый график работы для РОМ и первого ресурса в потоке и система приоритетов для остальных ресурсов. Это и есть метод Барабан – буфер – канат. Его легко реализовать и его можно использовать на любом производстве, какая бы вариабельность не была. Простота решения в результате дает надежный конечный результат, сокращение производственного цикла и рост прибыли. А зачем тогда намудрили с детальным планированием, нормами времени? Да это было просто начальное приближение. Наука тогда находилась в таком состоянии, что и это было прорывом. Но вот зачем упорствовать и использовать давно устаревшие исходные предположения в 21 веке, это вопрос. Инерция, понимаешь. Да еще и подкрепленная всякими волшебными словами: ERP, MES. APS. Завораживает. Вы все еще? Тогда мы идем … #управление_производством #барабан_буфер_канат #ббк #dbr

Отжившие установки в управлении производством Что лежит в основе большинства современных программных продуктов для управления производством? Очень простые допущения. 1. Производственный цикл может быть разделен на простые операции. 2. Длительность операций можно стандартизировать и ввести соответствующие нормы. 3. На основе введенных норм можно составить детальные планы, оптимизирующие использование оборудования. 4. Оборудование и человеческий труд необходимо использовать эффективно. Простой оборудования и людей – это потери. Допущения эти настолько просты и очевидны, что никому не приходит поставить их под сомнение. Тем более программисту, которому необходимо разработать программный продукт. Более того, эти допущения подтверждены «научным подходом» Фредерика Тейлора. Это он в начале 20 века, обнаружив на промышленных предприятиях бардак, решил применить свой научный подход. То есть разделить производственный цикл на операции, найти способы оптимизации этих операций и ввести соответствующие нормативы для каждого рабочего, выполняющего свою собственную простую операцию. Гениально? Конечно. Для массового производства однотипных изделий. Прошло больше века. Конечно, массовые производства существуют и там открытие Тейлора вполне себе работает. Но в то же самое время существует большое количество предприятий, в которых: 1. На одних же и тех же станках производится большое количество изделий, имеющих различные операции обработки и различную их последовательность. 2. Многие изделия (если не все) производятся мелкосерийно. 3. Спрос на различные изделия очень изменчив и прогнозируется очень слабо. Держать запасы готовой продукции – очень неразумно. 4. Поддерживать такое огромное количество нормативов накладно и бессмысленно. Все равно не удастся стандартизировать все операции, для всех операторов. К тому же люди все – таки разные! В таких условиях детальные планы теряют всякий смысл, поскольку их необходимо будет постоянно пересчитывать. Работать по таким детальным планам – мучение. Кроме того, предположение об эффективном использовании ресурсов на поверку оказывается просто ошибочным. Стремление к эффективности приводит к увеличению партий ( а иногда это невозможно), к увеличению производственного цикла (у всех должен быть запас работы), к увеличению производственного цикла и к неудовлетворению клиента. Но оказывается, все это зря. Эффективность на самом деле – ложная цель. Нам нужна не эффективность, а скорость потока. Именно увеличение скорости потока ведет к увеличению генерации денег. Чем больше в единицу времени мы производим готовой продукции, тем больше мы зарабатываем. А раз мы больше зарабатываем, значит наши затраты становятся более оправданными. То есть мы становимся более эффективными, уходя от стремления к эффективности. Контринтуитивный результат. Итак, что же делать? Решение предложено Голдраттом: давайте не будем составлять детальные планы для каждой операции. Все равно они сорвутся. Давайте не будем ставить целью эффективное использование всех ресурсов. Давайте внимательно посмотрим на наш поток и выделим в потоке наиболее загруженный ресурс. А он всегда есть – ресурс с ограниченной мощностью (РОМ) или ограничение потока. Весь наш поток не сможет выпускать в единицу времени больше изделий, чем проходит через ограничение. Так давайте составим график работы именно РОМ и обеспечим, чтобы именно этот ресурс и был максимально использован (назовем такой график барабаном). Другие ресурсы в потоке имеют излишние мощности по отношению к РОМ. И они могут и даже должны некоторое время простаивать! Их нельзя загружать больше, чем РОМ. Мы не должны их эффективно использовать, это вредно! #управление_производством #барабан_буфер_канат #ббк #dbr

Crypto Media

@crypto_medias · Post #1503 · 06.02.2025 г., 18:24

🔓VCs Are Ready To Sell: These Unlocks Could Crash Prices Tomorrow, VC investors in #JTO will have $12M unlocked, which may impact the price. Major VC unlocks of #ID, #SAGA, #PRCL, and #DBR tokens in March and April could also influence market prices. 📌 Share and Join 🌕@Crypto_Medias

Crypto Headlines

@market_headlines · Post #28383 · 13.04.2026 г., 20:05

#анлок 🔓ТОП разблокировок токенов с 13 по 20 апреля! Cliff Unlocks: ▫️#CONX - $15,95m ▫️#ARB - $10,65m ▫️#DBR - $9,08m ▫️#YZY - $6,36m Linear Unlocks: ▫️#RAIN - $75,67m ▫️#SOL - $38,22m ▫️#CC - $28,06m ▫️#TRUMP - $17,72m ▫️#WLD - $10,78m ▫️#DOGE - $8,66m P.S. Cliff Unlocks – разблокировка крупной порции токенов единовременно в конкретную дату. Linear Unlocks – постепенная разблокировка токенов в течение определенного периода (обычно каждый день или каждую неделю по части). Crypto Headlines

Data | CryptoAttack 🎅🏼

@cryptoarsenal · Post #62693 · 11.04.2026 г., 20:57

📆 🍒Основные события предстоящей недели Понедельник 13 апреля: 🔁#STRKОбновление Starknet 🔁#TRB Обновление Tellor ⌚️#BLEND Токенсейл BLEND ✏️#INK Ink запустит систему поинтов 👍#NOX NONOS выпустит 0xNOX 😎#UMBRA Umbra начнет тестирование приватных ончейн-переводов 🇺🇸 Existing Home Sales (Mar) - 17:00 мск Вторник 14 апреля: 🔓 Разлоки: Pieverse (#PIEVERSE) - 1,50% (7,73 млн $) 🔁#GNO Обновление Gnosis 👍#AGI Delysium запустит Lucy Skills Marketplace 🇷🇺 Начало Blockchain Forum 2026 в Москве 🇺🇸 PPI (MoM) (Mar) - 15:30 мск Среда 15 апреля: 🔁#ATOMОбновление Cosmos Hub 👍#DBT TGE DBT ⌚️#USDP Дедлайн Parallel USDp для миграции MIMO в PRL 🇷🇺 Завершение Blockchain Forum 2026 в Москве 🇺🇸 Crude Oil Inventories - 17:30 мск Четверг 16 апреля: 🔓 Разлоки: Arbitrum (#ARB) - 0,94% (10,80 млн $) - STBL (#STBL) - 4,17% (15,41 млн $) 🔁#XLM Обновление Stellar 🎮#TLM Alien Worlds запустит открытую альфа-версию Alien Legends Academy 🇺🇸#RENDER Начало RenderCon 2026 в Лос-Анджелесе 🇺🇸 Philadelphia Fed Manufacturing Index (Apr) - 15:30 мск - Initial Jobless Claims - 15:30 мск Пятница 17 апреля: 🔓 Разлоки: DeBridge (#DBR) - 6,34% (9,47 млн $) - Aster (#ASTER) - 0,98% (52,46 млн $) 🍿#REAL Real Token объявит о стратегическом сотрудничестве 🇺🇸#RENDER Завершение RenderCon 2026 в Лос-Анджелесе Суббота 18 апреля: 👍#BGB Bitget запустит платформу IPO Prime Воскресенье 19 апреля: 🔓 Разлоки: Yooldo (#ESPORTS) - 3,32% (19,01 млн $) #Calendar#CAreportCAbot