В прошлом посте я пообещал рассказать о технологиях, которые используются в Postgres. Я ещё в процессе подготовки этого материала, так что сегодня о другом.
Лидеры компаний много говорят, как важно быть проактивным сотрудником. Впервые с этим buzz word'ом я столкнулся в 2014 году. Дождливым осенним днём я как обычно пришёл на работу в Яндекс и с удивлением обнаружил, что примерно половина коллег моего отдела в офис не пришли. Остальные недоумевали и не знали, куда все подевались 😱 Только спустя несколько дней нам рассказали, что в тот день компания отобрала «высокогрейдовых и проактивных» сотрудников и увезла их загород на стратсессию.
Паршивое тогда было чувство: вроде мы все работали вместе, а тут взяли и всех молча поделили на умных и красивых 🥺
Высокогрейдовым я тогда не был (хотя до сих пор не знаю, какой минимальный грейд считается высоким), так что именно так я узнал, что я не проактивный. 😞
Стал разбираться, каким надо быть, чтобы тоже участвовать в развитии компании и не чувствовать себя человеком второго сорта. Нам тогда объясняли, что проактивный сотрудник, видя проблему, не заметает её под ковёр, не говорит: «Меня это не касается», — а с энтузиазмом берётся её решать. В духе: «Если видишь, что сделано плохо, возьми и сделай хорошо». Вроде бы понятно, и я тогда вроде так и поступал в нашем проекте...
Шло время, тема с проактивностью стала всё более популярной, а я продолжал не понимать тезис, что надо всё плохое вокруг себя переделывать в хорошее.
☝ Вот работаю я работу и вижу, что какие-то процессы плохо устроены. Я начинаю людям сообщать об этом, а они сопротивляются и ничего не меняют. Я не исправил проблему — я не проактивный?
✌ Или какой-то внутренний инструмент работает плохо. А его делает команда в 15 человек. Я принёс им багрепорт, они его проигнорировали. И что? Я должен засучить рукава, разобраться в их кодовой базе и сам сделать фикс? Звучит круто, но чтобы вникнуть, нужно не меньше месяца, а у меня у самого немало работы... Если я так не делаю, я не проактивный, получается?
В общем, я так и не научился понимать, достаточно ли я проактивный.
☺ И только на прошлой неделе я, кажется, нашёл для себя ответ. Я был на встрече по инструменту, про который ничего не знаю. Довольно быстро я потерял нить обсуждения и, чтобы время встречи прошло с пользой, стал читать про этот инструмент документацию и, в конце концов, заглянул в его код. А там кровь из глаз! 🥴😵🤢🤯 Код написан на C++, но он совершенно не идиоматичный — это, скорее, "C с классами", но не C++.
Я прихожу к лиду и говорю: «Вот эта штука плохо написана на C++. Я могу смотреть pull request'ы на C++ и предлагать более простые конструкции». Теперь ко мне прилетают все PR'ы, и я отсматриваю там код на C++. Уже один баг у коллеги таким образом нашёл 💪
И вот это, на мой взгляд, как раз достаточная проактивность — «Если видишь, что сделано плохо, сделай настолько хорошо, насколько позволяют твои возможности». И это важно помнить.
В прошлом посте я пообещал рассказать о технологиях, которые используются в Postgres. Я ещё в процессе подготовки этого материала, так что сегодня о другом.
Лидеры компаний много говорят, как важно быть проактивным сотрудником. Впервые с этим buzz word'ом я столкнулся в 2014 году. Дождливым осенним днём я как обычно пришёл на работу в Яндекс и с удивлением обнаружил, что примерно половина коллег моего отдела в офис не пришли. Остальные недоумевали и не знали, куда все подевались 😱 Только спустя несколько дней нам рассказали, что в тот день компания отобрала «высокогрейдовых и проактивных» сотрудников и увезла их загород на стратсессию.
Паршивое тогда было чувство: вроде мы все работали вместе, а тут взяли и всех молча поделили на умных и красивых 🥺
Высокогрейдовым я тогда не был (хотя до сих пор не знаю, какой минимальный грейд считается высоким), так что именно так я узнал, что я не проактивный. 😞
Стал разбираться, каким надо быть, чтобы тоже участвовать в развитии компании и не чувствовать себя человеком второго сорта. Нам тогда объясняли, что проактивный сотрудник, видя проблему, не заметает её под ковёр, не говорит: «Меня это не касается», — а с энтузиазмом берётся её решать. В духе: «Если видишь, что сделано плохо, возьми и сделай хорошо». Вроде бы понятно, и я тогда вроде так и поступал в нашем проекте...
Шло время, тема с проактивностью стала всё более популярной, а я продолжал не понимать тезис, что надо всё плохое вокруг себя переделывать в хорошее.
☝ Вот работаю я работу и вижу, что какие-то процессы плохо устроены. Я начинаю людям сообщать об этом, а они сопротивляются и ничего не меняют. Я не исправил проблему — я не проактивный?
✌ Или какой-то внутренний инструмент работает плохо. А его делает команда в 15 человек. Я принёс им багрепорт, они его проигнорировали. И что? Я должен засучить рукава, разобраться в их кодовой базе и сам сделать фикс? Звучит круто, но чтобы вникнуть, нужно не меньше месяца, а у меня у самого немало работы... Если я так не делаю, я не проактивный, получается?
В общем, я так и не научился понимать, достаточно ли я проактивный.
☺ И только на прошлой неделе я, кажется, нашёл для себя ответ. Я был на встрече по инструменту, про который ничего не знаю. Довольно быстро я потерял нить обсуждения и, чтобы время встречи прошло с пользой, стал читать про этот инструмент документацию и, в конце концов, заглянул в его код. А там кровь из глаз! 🥴😵🤢🤯 Код написан на C++, но он совершенно не идиоматичный — это, скорее, "C с классами", но не C++.
Я прихожу к лиду и говорю: «Вот эта штука плохо написана на C++. Я могу смотреть pull request'ы на C++ и предлагать более простые конструкции». Теперь ко мне прилетают все PR'ы, и я отсматриваю там код на C++. Уже один баг у коллеги таким образом нашёл 💪
И вот это, на мой взгляд, как раз достаточная проактивность — «Если видишь, что сделано плохо, сделай настолько хорошо, насколько позволяют твои возможности». И это важно помнить.
Deputy District Judge Peter Hui sentenced computer technician Ng Man-ho on Thursday, a month after the 27-year-old, who ran a Telegram group called SUCK Channel, was found guilty of seven charges of conspiring to incite others to commit illegal acts during the 2019 extradition bill protests and subsequent months. In the next window, choose the type of your channel. If you want your channel to be public, you need to develop a link for it. In the screenshot below, it’s ”/catmarketing.” If your selected link is unavailable, you’ll need to suggest another option. Among the requests, the Brazilian electoral Court wanted to know if they could obtain data on the origins of malicious content posted on the platform. According to the TSE, this would enable the authorities to track false content and identify the user responsible for publishing it in the first place. The group also hosted discussions on committing arson, Judge Hui said, including setting roadblocks on fire, hurling petrol bombs at police stations and teaching people to make such weapons. The conversation linked to arson went on for two to three months, Hui said. The channel also called on people to turn out for illegal assemblies and listed the things that participants should bring along with them, showing prior planning was in the works for riots. The messages also incited people to hurl toxic gas bombs at police and MTR stations, he added.
from us
