Ви ніколи до цього не чули про penetration testing?

Ну так сформулюйте їх, принаймі для себе. І на основі тих критеріїв поясніть замовникам які бенефіти вони від вашого переписування отримають (типу зменшиться час на розробку, покращення перфоменсу, фікс якихось існуючих баг, більша гнучкість архітектури чи що там ще ви запропонуєте). І хай замовник сам вирішує треба йому це чи ні. А нервуватися і псути нервову систему через код, який вам не подобається точно не варто, вам за це ніхто грошів не заплатить.

А які у вас критерії поганого коду? Констурктивні а не «хочеться взяти і переписати»

«Ніяк, ніщо мене не забов’язує це робити» — в нормальних компаніях, скіл давати свій фідбек і гайдити джунів вважається частиною ваших обовязків і необхіними мінумумом для того, щоб стати сініор розробником.

Конструктивно. Якщо щось не ок, пишу чому не ок, як мало б бути натомість, чому саме так, бажано з контектикою і прикладами. В кінці зажди пропоную обговорити більш детально, якщо щось незрозуміло або людина з чимось не погоджується. Звороти «з усією повагою» і т.д.б як на мене зайві, це те саме що говорити «шановний», коли висуваєш якісь претензій людині.

Мене запитали чи знаю я різницю між жінкою програмістом і морською свинкою ( в 2007 то був типу норм жарт). В кінці співбесіди привели в кабінет посадили за комп і я ще до кінця дня працювала. Навіть не особливо цікавилися чи мене все влаштовує, мені було 18 років.

Я нічого не писала про вимірювання перфоменсу, до чого тут це? Якщо я можу написати 5 рядків замість 10, я буду писати 5, бо мені так зручніше. Якщо
я не знаю як написати код, читайте мій перший комент.

В п’ятому прикладі розмір коменту більший за розмір коду, не бачу сенсу в такій практиці, окрім як тренування аішки. Для себе корстуюся копайлотом для тривіальних але марудних частин роботи, типу генерації тестів. Але при тому, слід дуже уважно перевіряти результат, часто код виглядає правдоподібно, але є або неефективним, або взагалі безсенсовним. Ніколи не користуюся аішкою в разі, якщо саму сходу не можу написати рішення — щоб не втратити/розвивати власні скіли програмування, а не тільки промт інжінірінгу.

Надсилайте що можете, все одно може допомогти

Ну ЖЖ належить Рамблеру, там без шансів, краще шукати альтернативні платформи.

Отримала офер від Microsoft в 33 на сініор позицію, релокейтнулись в 34 — причому думаю мені набагато легше це було робити зараз разом з сімєю, ніж в припустимо в 24 одній. Не було жодних проблем з адаптацією до ногово проекту, нових технологій чи процесів — тут все зроблено для того, щоб ваш онбордінг пройшов комфортно. Періодично раз в півроку отримаю запрошення на інтервю від Google Amazon і Facebook. Ваш досвід — це плюс а не мінус, головне бути гнучким і готовим вчитися. Всі обмеження в голові.

У вас якесь дуже заплутане і не зовсім коректне визначення складності алгоритму.

нарахунок Microsoft, вперше чую про такий дивний стандарт, як ремоут на неповний робочий день.