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. Есть признаки работы с легаси, и в целом не слишком современных технических подходов, но могу ошибаться

Резултати

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

Търсене: #arbitrationready

当前筛选 #arbitrationready清除筛选
English Law Report

@enlawreport · Post #1877 · 20.01.2026 г., 07:54

⚡️Юристы и фаундеры часто спрашивают одно и то же: почему контракт выглядит нормально, а потом внезапно превращается в проблему. Ответ почти всегда один: red flags были в тексте. Просто их не увидели вовремя. Я собрал 10 точечных Red Flag чек-листов по ключевым контрактным зонам риска. Не учебник и не теорию, а практический инструмент: что именно смотреть, где чаще всего прячутся ловушки и как их распознать до подписания. Это те пункты, из-за которых: – бизнес теряет деньги – юристы спорят постфактум – споры доходят до арбитража Что внутри пакета ☝️ 1. Terms & Definitions Определения, которые меняют смысл всего договора 👉Купить на Tribute 2. Continuous Supply Непрерывность поставок и иллюзия обязательств 👉Купить на Tribute 3. Best Efforts Самая опасная формулировка в английском праве 👉Купить на Tribute 4. Step-in Rights Когда контрагент может зайти в ваш бизнес 👉Купить на Tribute 5. Price Adjustment Как цена «плывет» после подписания 👉Купить на Tribute 6. Escalation of Costs Перекладывание рисков роста расходов 👉Купить на Tribute 7. Time Is of the Essence Когда сроки превращаются в оружие 👉Купить на Tribute 8. Holdback Деньги удержали. Формально законно 👉Купить на Tribute 9. Payment Upon Approval Оплата, которая может не наступить никогда 👉Купить на Tribute 10. Exclusivity Эксклюзивность, которая связывает руки 👉Купить на Tribute Почему это стоит купить – каждый чеклист решает одну конкретную проблему – применимо сразу к договору, который лежит у вас на столе – экономит деньги, время и нервы – идеально для due diligence, contract review и переговоров Если вы работаете с контрактами и не хотите учиться на собственных спорах — это must-have набор. Выберите один чеклист под текущий договор или заберите все и закройте основные зоны риска разом. #contractdrafting#legalrisk #redflags#englishlaw #commercialcontracts #duediligence#legalstrategy #contractreview#arbitrationready #inhousecounsel#founders #businesslaw#legaltools #lawyerslife#contractrisk