Seetrue

В Windows браузер по умолчанию — один на всю систему, привязать его к отдельной ссылке штатными средствами можно, но геморно.
На практике это неудобно: корпоративный портал требует Edge с профилем AD, остальное удобнее держать в Chrome, банк-клиент — в отдельном браузере без расширений. Рабочий обходной путь известен: ярлык, где Target указывает не на сайт, а на exe браузера с URL вторым параметром: "C:\Program Files\Google\Chrome\Application\chrome.exe" "https://it-apteka.com/"

Способ рабочий, но требует знать точный путь к exe, который различается между машинами и версиями браузера, а у portable-сборок вообще произвольный.
Для одного человека — не проблема. Для раздачи ярлыков коллегам — уже неудобно.
Написал утилиту, которая автоматизирует создание таких ярлыков: Browser Shortcut Creator.

Что делает:

1. сканирует реестр (`HKLM/HKCU\SOFTWARE\Clients\StartMenuInternet`, `App Paths`) и находит установленные браузеры без ручного ввода путей - отдельный режим для portable-браузеров, которые в реестре не регистрируются

2. создаёт '.lnk' напрямую через `IShellLinkW`/`IPersistFile` — тот же API, что использует сам проводник, без WSH-обёрток
   
   Технически:
   C/.NET Framework, без сторонних библиотек и упаковщиков - exe ~50 КБ, portable, установка не требуется - не пишет конфигов, не обращается в сеть, не запрашивает прав администратора (манифест `asInvoker`) - в реестр только читает, ничего не изменяет
   
   Про антивирусы, чтобы не тратить время в комментариях:
   новый unsigned exe почти всегда даёт 1-3 срабатывания эвристики на VirusTotal (`Trojan:Win32/Wacatac.C!ml` и аналоги у других вендоров). Это не сигнатурный детект, а ML-оценка по общим признакам — маленький неподписанный exe, работает с реестром, создаёт `.lnk`.
   Исходный код открыт (кому интересно), ничего не уходит по сети — проверяется любым сетевым монитором за минуту наблюдения. При желании exe собирается локально через `csc.exe` из состава .NET Framework, без установки дополнительных инструментов.
   Системные требования:
   Windows 7 SP1+ / 8.1 / 10 / 11, .NET Framework 4.5-4.8.

Подробно читать тут

Ты не один, ты просто дошёл до стадии “прозрения”.

Это не инфраструктура, это классический результат многолетнего подхода “сделай быстро, потом разберёмся”. Спойлер: потом никто не разбирается.

У тебя там не набор косяков, у тебя там экосистема костылей, где каждый новый костыль аккуратно опирается на предыдущий, и если один убрать — развалится вся конструкция.

Самое интересное — почти всё, что ты перечислил, делается не потому что люди тупые, а потому что:

надо было срочно

никто не думал наперёд

никто не хотел брать ответственность

и “и так работает” стало стандартом

Отсюда и появляются такие шедевры:

Плоский домен — потому что “а зачем усложнять”
Три сетевые карты — потому что “так быстрее, чем маршрутизацию делать”
RDP и winbox наружу — потому что “надо же как-то подключаться”
Одна учётка на всех — потому что “удобно же”
Пароли в Excel — потому что “чтобы не забыть”

И вот это всё вместе превращается в систему, которую никто не понимает целиком, но все боятся трогать.

Самая подстава в том, что это нельзя аккуратно “починить по вечерам”.
Начнёшь приводить в порядок — вылезут зависимости, о которых никто не знал.
Выключишь “лишнее” — сломается что-то “критичное”, о чём вспомнят через три дня.

А бизнес в этот момент смотрит и думает:
“А раньше же работало, что ты опять сломал?”

Поэтому единственный адекватный путь — это не героически чинить всё подряд, а:

сначала понять, что вообще есть

потом объяснить руководству риски нормальным языком

и только потом аккуратно переползать к нормальной архитектуре

И главное — не брать на себя роль спасателя всего этого хозяйства.
Потому что как только ты начнёшь это разгребать, ты автоматически становишься “ответственным за всё”.

А про “айтишник в мыле” — там всё честно.
У вас просто не инфраструктура, у вас постоянно действующая авария, которая иногда работает.

Брат, я тебя настолько понимаю, что аж больно стало. Прошёл через это лет 7 назад в похожей конторе, только там было 300+ пользователей и "команда" из 4 человек.

У меня был точно такой же начальник-дзен-мастер ("а давай подождём, может само рассосётся") и два джуна, один из которых до сих пор не понимает разницу между DHCP и DNS, хотя я ему объяснял раз 15. Когда я уходил в отпуск, возвращался к такому Piздецу, что проще было бы две недели не ходить в отпуск вообще.

Что помогло МНЕ конкретно (не факт, что сработает у тебя, но попробуй)

1. Документируй ВСЁ
Не для них — для себя. Каждое решение, каждый костыль, каждую настройку рутера, каждый пароль. Я завёл себе личный Notion и туда всё сваливал. Когда что-то ломалось в десятый раз — я просто кидал ссылку на инструкцию. "Вот, делай по пунктам, если не получится — звони".

Удивительно, но иногда получалось. А главное — я перестал быть "незаменимым оракулом". Документация сделала меня заменяемым, и это, как ни парадоксально, сняло часть груза.

2. Жёсткие границы

После 18:00 — телефон на вибрацию, рабочий телеграм — в архив. Суббота-воскресенье — только если пожар (в прямом смысле). Первый месяц было тяжко, но потом поняли, что мир не рухнул от того, что сервер упал в субботу, а починили в понедельник.

3. Саботаж — это нормально (в разумных пределах)

Ты пишешь, что в шаге от саботажа. А я тебе скажу — иди этот шаг. Не в смысле "положи всё", а в смысле "перестань хватать задачи, которые не твои".

Младший научный не может в сеть? Пусть сидит и гуглит 2 часа вместо твоих 5 минут. Начальник забыл про проблему? Напиши письмо с копией большому начальству "напоминаю о проблеме от 10.02, жду решения". Учёт техники распидорашен? Письмо: "учёт техники требует восстановления, оцениваю трудозатраты в 40 часов, нужно выделить ресурс или нанять подрядчика".

**Делай официально, письменно, с эскалацией.
Это не саботаж — это профессионализм.

4. Про эти 3-4 месяца

Ты написал про финансовую стабильность. Окей, держись. Но прямо сейчас:

- Обнови резюме на hh (даже если не собираешься уходить)

- Пройди пару собеседований просто для теста рынка

- Подпишись на телеграм-каналы по вакансиям в твоём городе

Это даст тебе ощущение контроля. "Я здесь не потому что ВЫНУЖДЕН, а потому что ВЫБРАЛ пока остаться". Психологически это небо и земля.

5. Обучение после работы

Забей. Серьёзно. Если нет сил — не делай. Лучше час в зале, в парке, с друзьями, чем час насилия над собой с курсами по Kubernetes. Обучение будет потом, когда сменишь контору или переживёшь кризис.

Но если всё-таки хочется что-то делать руками и мозгом — делай что-то ДЛЯ СЕБЯ. Не для работы. Домашний сервер, личный проект, блог о своих приключениях в IT-дурдоме.

Кстати, я недавно наткнулся на сайт https://it-apteka.com — там ребята пилят годные технические гайды без воды, как раз в духе "лечим проблемы, а не симптомы". У них есть статьи по MikroTik, сетям, всякому админскому хардкору. Читаю иногда вечером вместо ютуба — и полезно, и не так выжигает мозг, как очередной курс. Плюс у них телеграм-канал есть, где народ делится похожими историями про IT-треш — помогает осознать, что ты не один такой :)

6. Самое главное

Ты не обязан спасать эту контору. Ты не обязан делать работу за троих. Ты не обязан быть "хорошим мальчиком".

Твоя задача — продержаться 3-4 месяца с минимальными потерями для психики, получить зарплату, решить свои финансовые вопросы и СВАЛИТЬ оттуда в закат.

И когда будешь уходить — не делай передачу дел. Если за 2 года они не смогли освоить базу, за 2 недели не освоят. Просто оставь документацию и пожелай удачи.

**Держись, братан. Ты не один, мы все через это проходили или проходим.**

P.S. После того как я свалил из той говноконторы, я полгода вообще не хотел ничего слышать про IT. Потом пришёл в себя, нашёл место получше (не идеальное, но в разы лучше), и понял, что проблема была не в профессии, а в конкретной токсичной среде. Так что не бросай специальность из-за этих двух чудиков — таких контор меньше, чем нормальных.

🤝