Для начала надо понять, как дошли до жизни такой. ПМ с тимлидом друг друга впервые видят? Тимлид нанимает в команду людей, которые не разделяют его ценности? Или тимлид пришел в команду без карт-бланша на установление своих правил? Такая ситуация пахнет каким-то базовым факапом.
Вы не поняли механизм. Ревьюер: Так не делается, надо исправить. Кодер: Ок, сделаю туду. Ревьюер: Без таска на туду реквест не одобряется. У кодера вариант или таки заводить таск или исправлять сейчас.
И тогда я задумался: когда же будет устранен этот «костыль»?
У нас на прошлом проекте с этим было довольно просто. В коде запрещены TODO и FIXME без указания таска в трекере. То есть любитель спагетти должен сам пойти и создать на себя техдолговой таск, где описано что не так и что с этим делать. Пару раз это даже приводило к тому, что тудушка исправлялось прямо здесь и сейчас безотлагательно.
Ну а вообще серебряной пули, конечно, не существует. Этот разговор - в конечном итоге разговор об инженерной культуре. Она взращивается годами как усилиями технической элиты организации так и грамотной стратегией найма. Странно же, например, нанимать в оркестр дворовых гитаристов, а потом удивляться, что они Баха осилить не могут.
Марк просто сказал, что «вероятно, в компании есть куча людей, которым здесь не место»
Вероятно, их кто-то туда нанял. Вероятно, это те самые люди, которые месяцами выдрачивали литкод и нарабатывали экспертизу в области побега из блендера, чтобы попасть в эту самую М*ту. Как так вышло-то, Марк? Твои методы найма привели в компанию черт знает кого?
Почему-то большинство компаний игнорируют практику код-ревью на собесе. Придумайте кусок кода, наполненный антипаттернами - и смотрите, сможет ли их найти кандидат. Это гораздо лучше, чем вращать деревья или по сотому разу пережевывать вопросы из справочника.
абстракция, инкапсуляция, наследование и полиморфизм
...
Никогда не хотелось копнуть поглубже? Узнать почему у нас есть эти принципы?
Ваша постановка вопроса похожа на "вам никогда не было интересно, почему у каждого гражданина США есть паспорт США?". Вы путаете направление ассоциации.
ООП это не закон природы, который мы открыли и пытаемся объяснить. У нас просто есть договоренность, что если язык реализует упомянутые выше фичи, то он реализует ООП. Почему ООП - это именно эти фичи? Потому что так договорились.
Совет номер 0: учите и знайте стандарты в своей области. Часто аналитик видит свою роль только как хранителя сакральных знаний о проекте. Первая проблема в том, что такой человек ВНЕ проекта не имеет ценности. Вторая проблема в том, что если ты знаешь только "как есть", то в следующем проекте ты способен максимум повторить "как есть". А когда ты знаешь "как надо", то ты можешь превратить "как есть" в "как надо", и своей следующий проект сразу делать "как надо".
"Невелики" они только относительно трудозатрат, описанных в самом начале Книги Бытия. А так смею предположить, что 1С это уже сотни если не тысячи человеко-лет. Вы где именно срезать углы собираетесь?
По факту да, так и получается. Однако ниоткуда не следует, что только так и должно быть. Но мы, разрабы, часто вообще не думаем, что наш код будут сопровождать. Например я давно уже замечаю, что многие сеньоры сфокусированы на каких-то высокоуровневых вещах, но игнорируют такие базовые практики, как честное юнит-тестирование и следования SOLIDy. В итоге получаем приложуху в модном молодежном кубере, обмазанную метриками в три слоя и даже выполняющую свою задачу - но до момента, когда требования меняются.
А как это связано? В уважаемых компаниях как правило всем хватает на хлебушек с икрой и фуа-гра. При этом паралич управления и планирования там - обычное дело.
Свечку не держал, но возможно, что Твиттер пришел к ситуации, когда разрабов настолько много, что каждый из них отвечает за считанные килостроки кода и большую часть времени пинает балду. Я когда из одного нашего ИТ-гиганта ушел в маленькую контору, то за первый месяц работы написал кода больше, чем за прошлый год. Но я тогда воспринял это не как хардкор, а как возвращение к норме.
Twitter супермедленный на Android. Что ты сделал, чтобы исправить это?
А что все остальные сделали? Твиттер это личный пет-проект данного инженера? Прибыль только он получал? Или вся королевская рать из ПМов, аналитиков, архитекторов, QAшников, UXеров и т.д.?
Если в трекере есть тикет а ля "Сделайте чтоб не тормозило", на который 6 лет клали болт, то да, разрабы - шайка лентяев. А спрашивать за такой факап с конкретного человека это просто лютая дичь. По трекеру же элементарно отследить, чем там занимались 6 лет и кто ставил эта задачи.
Буквально на днях собеседовал человека, который сам уходит из европейского офиса Амазона. Мотивирует тем, что устал сидеть пинать балду. Мол, зона ответственности каждого разраба микроскопическая, движухи нет. То есть классическая ситуация, когда бабла настолько много, что готовы были нанимать отдельного Superior Frontend Lead Developer на каждую кнопку на UI. Сейчас просто возвращаются к нормальным сбалансированным штатам.
Автор совершенно случайно "забыл", что ИП - способ работать на заграничного заказчика. Ах да, автор же последовательный свидетель секты "построим свою экосистему" и, наверное, считает, что в общем-то и не нужно (и даже вредно) работать на заграничного заказчика.
то что-то мелкое он "для себя" напишет, форкнет какой-то проект, итд.
Откуда это следует? Это же та же самая логика, что и "ну если программист, то и холодильник починит". В мире миллионы разработчиков и из них какие-то тысячи пишут что-то вменяемое "для себя" и выкладывают в опенсорс. Большинство заточено вообще под другое. А тут получается любой джун "вынь да положь" форк или новую либу.
Не устаю напоминать, что посыл "да просто возьми и напиши пет-проект" по уровню своей дичи примерно равен "да просто получи гражданство Италии, купи феррари и колеси по побережью в свое удовольствие".
Сколько ни называй шаблонные учебные примеры с курсов "пет-проектами", а интереснее для интервьюера они от этого не становятся. Это все равно что при поступлении в вуз показывать свою рабочую тетрадь по физике за 10 класс. Вуз все равно смотрит или на стандартные критерии (ЕГЭ) или на какую-то вашу уникальность (учился с отличием в школе при вузе, победил во всех олимпиадах, совершнил что-то уникальное).
То есть если ваш гитхаб ничем не отличается от сотен других, которые прошли этот же курс, то не давите это из себя. Лучше потратьте время на статьи, учебник или хакерранк - все полезнее будет.
"Минус Спринга в том, что многие пользуются им только на базовом уровне и стреляют себе в ногу время от времени" - вместо Спринга можно вставить любую технологию без потери смысла.
Реальный минус сегодня, который заложен в самые основы фреймворка, - это жор памяти и ощутимо долгое время старта на больших проектах. С этим бороться реально тяжело. Все остальные "минусы" характерны для любого сколь-нибудь развитого промышленного инструмента.
Мы с нетерпением ждём совместной работы над захватывающим будущим Twitter.
Кстати о будущем. Чем они теперь планируют завлекать новый персонал, когда однажды откроют найм? Как по мне, HR-бренд упал куда-то к уровню наших госконтор времен 90-00х годов.
Надо Маску рассказать про классическую русскую забаву "Маски-шоу вламываются в офис и кладут всех мордой в пол". Без этого чувствуется какая-то недосказанность, незавершенность.
Для начала надо понять, как дошли до жизни такой. ПМ с тимлидом друг друга впервые видят? Тимлид нанимает в команду людей, которые не разделяют его ценности? Или тимлид пришел в команду без карт-бланша на установление своих правил? Такая ситуация пахнет каким-то базовым факапом.
Вы не поняли механизм.
Ревьюер: Так не делается, надо исправить.
Кодер: Ок, сделаю туду.
Ревьюер: Без таска на туду реквест не одобряется.
У кодера вариант или таки заводить таск или исправлять сейчас.
У нас на прошлом проекте с этим было довольно просто. В коде запрещены TODO и FIXME без указания таска в трекере. То есть любитель спагетти должен сам пойти и создать на себя техдолговой таск, где описано что не так и что с этим делать. Пару раз это даже приводило к тому, что тудушка исправлялось прямо здесь и сейчас безотлагательно.
Ну а вообще серебряной пули, конечно, не существует. Этот разговор - в конечном итоге разговор об инженерной культуре. Она взращивается годами как усилиями технической элиты организации так и грамотной стратегией найма. Странно же, например, нанимать в оркестр дворовых гитаристов, а потом удивляться, что они Баха осилить не могут.
Вероятно, их кто-то туда нанял. Вероятно, это те самые люди, которые месяцами выдрачивали литкод и нарабатывали экспертизу в области побега из блендера, чтобы попасть в эту самую М*ту. Как так вышло-то, Марк? Твои методы найма привели в компанию черт знает кого?
Почему-то большинство компаний игнорируют практику код-ревью на собесе. Придумайте кусок кода, наполненный антипаттернами - и смотрите, сможет ли их найти кандидат. Это гораздо лучше, чем вращать деревья или по сотому разу пережевывать вопросы из справочника.
Ваша постановка вопроса похожа на "вам никогда не было интересно, почему у каждого гражданина США есть паспорт США?". Вы путаете направление ассоциации.
ООП это не закон природы, который мы открыли и пытаемся объяснить. У нас просто есть договоренность, что если язык реализует упомянутые выше фичи, то он реализует ООП. Почему ООП - это именно эти фичи? Потому что так договорились.
Совет номер 0: учите и знайте стандарты в своей области. Часто аналитик видит свою роль только как хранителя сакральных знаний о проекте. Первая проблема в том, что такой человек ВНЕ проекта не имеет ценности. Вторая проблема в том, что если ты знаешь только "как есть", то в следующем проекте ты способен максимум повторить "как есть". А когда ты знаешь "как надо", то ты можешь превратить "как есть" в "как надо", и своей следующий проект сразу делать "как надо".
"Невелики" они только относительно трудозатрат, описанных в самом начале Книги Бытия. А так смею предположить, что 1С это уже сотни если не тысячи человеко-лет. Вы где именно срезать углы собираетесь?
ИТ-новая нефть.
Заявляешь, что хочешь что-то там у себя цифровизировать. От стукачества до лабораторных крыс.
Получаешь олимпиард денег
Опционально нанимаешь вайтишинков с курсов. В принципе, можно вообще ничего не делать, потому что "или шах или ишак". Ну вы в курсе.
Профит
По факту да, так и получается. Однако ниоткуда не следует, что только так и должно быть. Но мы, разрабы, часто вообще не думаем, что наш код будут сопровождать. Например я давно уже замечаю, что многие сеньоры сфокусированы на каких-то высокоуровневых вещах, но игнорируют такие базовые практики, как честное юнит-тестирование и следования SOLIDy. В итоге получаем приложуху в модном молодежном кубере, обмазанную метриками в три слоя и даже выполняющую свою задачу - но до момента, когда требования меняются.
А как это связано? В уважаемых компаниях как правило всем хватает на хлебушек с икрой и фуа-гра. При этом паралич управления и планирования там - обычное дело.
Свечку не держал, но возможно, что Твиттер пришел к ситуации, когда разрабов настолько много, что каждый из них отвечает за считанные килостроки кода и большую часть времени пинает балду. Я когда из одного нашего ИТ-гиганта ушел в маленькую контору, то за первый месяц работы написал кода больше, чем за прошлый год. Но я тогда воспринял это не как хардкор, а как возвращение к норме.
А что все остальные сделали? Твиттер это личный пет-проект данного инженера? Прибыль только он получал? Или вся королевская рать из ПМов, аналитиков, архитекторов, QAшников, UXеров и т.д.?
Если в трекере есть тикет а ля "Сделайте чтоб не тормозило", на который 6 лет клали болт, то да, разрабы - шайка лентяев. А спрашивать за такой факап с конкретного человека это просто лютая дичь. По трекеру же элементарно отследить, чем там занимались 6 лет и кто ставил эта задачи.
Буквально на днях собеседовал человека, который сам уходит из европейского офиса Амазона. Мотивирует тем, что устал сидеть пинать балду. Мол, зона ответственности каждого разраба микроскопическая, движухи нет. То есть классическая ситуация, когда бабла настолько много, что готовы были нанимать отдельного Superior Frontend Lead Developer на каждую кнопку на UI. Сейчас просто возвращаются к нормальным сбалансированным штатам.
Автор совершенно случайно "забыл", что ИП - способ работать на заграничного заказчика. Ах да, автор же последовательный свидетель секты "построим свою экосистему" и, наверное, считает, что в общем-то и не нужно (и даже вредно) работать на заграничного заказчика.
Откуда это следует? Это же та же самая логика, что и "ну если программист, то и холодильник починит". В мире миллионы разработчиков и из них какие-то тысячи пишут что-то вменяемое "для себя" и выкладывают в опенсорс. Большинство заточено вообще под другое. А тут получается любой джун "вынь да положь" форк или новую либу.
Не устаю напоминать, что посыл "да просто возьми и напиши пет-проект" по уровню своей дичи примерно равен "да просто получи гражданство Италии, купи феррари и колеси по побережью в свое удовольствие".
Сколько ни называй шаблонные учебные примеры с курсов "пет-проектами", а интереснее для интервьюера они от этого не становятся. Это все равно что при поступлении в вуз показывать свою рабочую тетрадь по физике за 10 класс. Вуз все равно смотрит или на стандартные критерии (ЕГЭ) или на какую-то вашу уникальность (учился с отличием в школе при вузе, победил во всех олимпиадах, совершнил что-то уникальное).
То есть если ваш гитхаб ничем не отличается от сотен других, которые прошли этот же курс, то не давите это из себя. Лучше потратьте время на статьи, учебник или хакерранк - все полезнее будет.
"Минус Спринга в том, что многие пользуются им только на базовом уровне и стреляют себе в ногу время от времени" - вместо Спринга можно вставить любую технологию без потери смысла.
Реальный минус сегодня, который заложен в самые основы фреймворка, - это жор памяти и ощутимо долгое время старта на больших проектах. С этим бороться реально тяжело. Все остальные "минусы" характерны для любого сколь-нибудь развитого промышленного инструмента.
Кстати о будущем. Чем они теперь планируют завлекать новый персонал, когда однажды откроют найм? Как по мне, HR-бренд упал куда-то к уровню наших госконтор времен 90-00х годов.
Надо Маску рассказать про классическую русскую забаву "Маски-шоу вламываются в офис и кладут всех мордой в пол". Без этого чувствуется какая-то недосказанность, незавершенность.