и в таком кейсе линтер лучше настраивать лиду, а не собирать с джунов идеи

например в хх линтер на овесе постоянно настраивают, тк он запрещает двухбуквенные неймы в сигнатуре, в iOS SDK такого полно to, at, in

в целом если тим синьоров им линтер не нужен и даже вредит

звучит как бред

обоснуй

не думаю что бред  нуждается в обосновании

линтером ты не сделаешь из джуна сеньора

тру

даже наоборот подольше его джуном оставишь

поэтому рекомендация одним нужен другим нет звучит необоснованно

мои основания:
— джуны это зоопарк стилей кодирования
— синьоры более менее синхронизированны и им автопроверки не нужны

линтер нужно применять для соблюдения стандартов кодирования, если такие имеются, а не для вешания ярлыков - синьор, джун и тд

двухбуквенные неймы и надо запрещать, прописав пару эксепшенов для какого-нибудь to/id

но при этом линтерами можно запретить писать guard вместо if

чисто на 10% поднять производительность приложения

не на 10%, а в 10 раз

а вот эта правильная мысль, можно развить еще дальше и применить автоформатеры типа go fmt/prettier/black (для свифта уже есть такое?) чтобы перестать думать как ставить скобочки по гайдлайну, а доверить это делать машине

стандарты на уровне проекта и компании(пример вайтлисты языков) это тормозящие бизнес ограничения

На примере проекта: нужно тратить время на поддержание стандартов + постоянно выходят новые версии свифт, и стандарты будут создвать бюррократию — "мы так странно пишем пока потому что есть стандарты и линтер и нам нужно их поменять"

На примере Яндекса: они в 2017-2018 токсили чуваков которые писали модули на Rust тк он не был в вайтлисте Яши, в итоге бизнес просрал:
— мейлу корпоративные облака(даже главу 17ю сотрудницу яндекса)
— растеры поувольнялись
В итоге в 2019 они приняли раст в вайтлист. Но и бабло и кадры просраны. В этом ключе логика бизнес-юнитов более выгодна как в мейле

ты не зря входишь в топ5 и препаешь

так это отбивает желание новых людей идти на этот рынок. А слабая конкуренция – более высокие зарплаты