Екатерина продолжает спрашивать. Но теперь коллеги реагируют иначе
Ни разу не было такого, чтобы кто-то реагировал "иначе". Все прекрасно понимают, что за 3 месяца невозможно узнать все процессы на 100%. И даже спустя n лет работы каждый продолжает ходить с вопросами и уточнениями к каждому.
Вопросов может не быть там, где по 10 лет нет новых задач, изменений и прочего, есть четкие инструкции, которые хочешь-не хочешь, а зазубришь даже за 3 месяца. Но в реальности хоть где-то такое бывает? Мир меняется и работа тоже претерпевает изменения.
Я больше поверю в то, что та самая "Екатерина" после испытательного срока получила зарплату в 3 копейки на четвертый месяц, хотя обещали 100 рублёв. И вот поэтому она ушла.
А эффективные манагеры могут дальше искать причины, почему сотрудники уходят после испытательного и придумывать небылицы для успокоения своей души и души жадного руководства.
Вы же понимаете, что "бедолаги-разработчики" не решают, что и как им разрабатывать в этом случае?
Это вполне могло быть запланированным поведением по ТЗ или ограничением. Например, не все события в логи могут писать потому, что заказчик решил, что для них это не критичная информация.
А, ну и ещё. При нескольких попытках неправильного ввода пароля или кода из СМС, УЗ скорее всего заблокируется, либо включится период тишины на n часов/минут. Подобрать код или пароль будет трудозатратно.
Остаётся случай, когда могут попасть пальцем в небо, но от этого никто не застрахован и никак это не обойти на 100%
Поработала и qa auto, и sdet'ом. Хоть мне и довелось изучать курсы от циски в универе по сетям и информация эта в голове имеется до сих пор, но знание уровней моделей osi мне пригодилось примерно никогда в работе. Ну, может, в каких-то специфических случаях может понадобиться знать из чего состоит тот или иной пакет, но не сказать, что это должен знать каждый в тестировании.
По вопросу о клиент-серверной архитектуре также спорно, что это может пригодиться любому специалисту с опытом и без. Может, на начальном уровне протестировать стажёра или джуна после университета или, прости хоспади, курсиков пойдет, но задавать такие вопросы мидл специалисту и выше - это будет звучать как некое издевательство, на мой личный взгляд. Это все равно, что учителя математики спросить сколько будет 2 на 2.
Про разницу tcp и udp. Не совсем понимаю, как правильный ответ об этом покажет навыки и знания тестировщика или сдета в тестировании и в программировании? Максимум, что даст этот ответ, это отсеивание человека с курсов, потому как на курсах для тестировщика или программиста вряд ли будут давать информацию о сетях и объяснять разницу в пакетах данных, рассказывать про "рукопожатия" и прочее. Если цель действительно такая, то ок. Но для меня все же странно задавать такие вопросы человеку, который пришел на стандартную позицию тестировщика или сдета.
Есть шанс так отсеять классного специалиста, который подумает, что на позиции ждут человека-энциклопедию, который должен знать все, кроме того, что действительно нужно на его позиции (привет Яндексу). Зачем нужно знать? Прост. Ещё рецепт шарлотки наизусть зачитайте.
Я бы вот задумалась после таких вопросов, а надо ли мне оно. И неважно, что я знаю ответы на эти вопросы.
Это лишь одна из причин и на мое имхо не самая главная.
Проблема в экономике, льготах, которые разгоняют цены, в инфляции и в бесконечно увеличивающихся аппетитах бизнеса. А спрос будет всегда, особенно если это крупные комфортные города, где есть возможность заработать. В провинциях никакого высокого спроса особо и нет.
Ещё как вышка многое даёт. Раньше тоже думала, что потратила зря лишние годы своей жизни на "дурацкий" вуз с "дурацкими" и "ненужными" предметами, когда могла бы пройти курсы и также работать. Потом поработала с разными коллегами и в разного уровня компаниях и поняла, что выходцы из курсиков или те, кто учился в вузе не по профилю, знают очень мало и теряются в задачах, где появляются новые вводные и новые инструменты, а кто-то даже плохо понимает реальный флоу проектов и ЖЦ ПО.
В вузе же было куча разных предметов, от теории управления проектами и радиоэлектроники до программирования на разных ЯП и администрирования сетей. Все эти разношёрстные знания помогают мне до сих пор: я знаю, что можно загуглить, какой инструмент заиспользовать, как что проверить вне области моих компетенций и, главное, я могу говорить на одном языке с менеджерами, трп, тестировщиками, программистами и девопсами и мы друг друга понимаем.
На курсиках и на практике не будет тех базовых разносторонних знаний, что вы получите в плюс-минус хорошем профильном вузе.
Мнение, что профильные вузы в ИТ не нужны, ошибочно. Это скорее больше от эффекта Даннинга-Крюгера идёт, когда человек с курсиков или с непрофильного вуза, где он просиживал штаны, уверен, что он знает достаточно для своей работы и делает свою работу на высоте.
Важна профильная вышка и умение учиться и изучать материал, который дают преподаватели, а престижность вуза не так важна.
Есть у меня и из бауманки товарищи, и из мухосранка - принципиальной разницы нет, потому как оба они учились на профильной вышке и не просиживали штаны.
И уродский MTP внедряют вместо возможности просто подмонтировать телефон к ПК как USB-накопитель
Извините за оффтоп, есть какой-то способ подключить смартфон только с внутренней памятью как накопитель, если там протокол MTP?
У меня магнитола (самая простая, без блютусов и андроид авто) не видит телефон по usb. Все форумы перерыла, но подружить их так и не смогла. AUX разъема тоже нет.
На магнитоле с андроид авто и блютус + юсб все работает.
лучше переориентироваться на ту же производительность, что у коллег
Чую, в данном случае это бы значило деградировать до навыков коллег и стать безиницативным существом, у которого от деградации опускаются руки.
Перспектива неплохая, ведь кто везёт, на том и едут, как известно. Но долго мимикрировать под коллег не получится, психологически это так же тяжело, как и когда на вас ездят.
Простая архитектура не исключает масштабируемость, достаточный уровень абстракции, использование общепринятых техник разработки ПО и стремление к унификации, а наоборот подразумевает все это.
Опытный инженер это понимает и поэтому может действительно предвидеть какие-то моменты и заранее предусмотреть это в архитектуре ПО. По-моему, как раз тот же CRUD и REST API это и есть пример "простой" (читай - удобной) архитектуры из-за их продуманности до мелочей.
Использование фреймворков там, где это разумно, наоборот хорошо. Но надо понимать для чего ты используешь его и действительно ли он нужен в данном случае.
А стремление к упрощению всего и вся ради чисто упрощения ведёт как раз к тому самому винегрету из продукта в будущем и неудобствах, когда понадобится его поддерживать, развивать и использовать. И да, просто - не всегда значит быстро.
Да не было сильно перегретого рынка. Это миф. То, что временами на вакансии откликались молодые и зелёные, требующие на старте стопицот денег, это не столь частое явление. Ну и, скажем так, это к лучшему, что были такие ребята с такими аппетитами, это не позволяло бизнесу присаживаться на шею своим спецам. Бизнесу приходилось индексировать ЗП и не заставлять годами сидеть на должности, из которой человек уже давно вырос. Айти это одна из немногих сфер, где зарплаты были на адекватном уровне и бизнес боялся наглеть. Наравне с этим шло только банковское дело и строительство.
А сейчас из-за произошедших событий начались оправдания "сейчас просто время такое, потерпите". Знайте, вас обманывают, когда так говорят. Это значит лишь то, что бизнес хочет продолжать увеличивать свои доходы и каждый год цель этих доходов выше. А как в текущей экономике продолжать увеличивать свои доходы в геометрической прогрессии? Правильно, петь в уши сотрудникам о тяжёлых временах.
В общем, если вы думаете, что не смотрите первый канал, потому что не включаете телевизор, то вы ошибаетесь. Первый канал мы смотрим и на работе на встрече с руководством.
P.S. А в пузыре в 2008 году в США угадайте кто виноват? Правильно, завышенные аппетиты бизнеса и жажда наживы.
Все эти аргументы из разряда эффективного менеджмента.
Все просто, чтобы не казалось, что время и деньги утекают из-за ревью кода, надо всего лишь закладывать время на ревью кода. Все. Это простая истина.
По поводу наведения красоты, а не поиск критических багов. Да, такая проблема имеет место быть. В прошлой моей команде 2-3 человека из 10 делали вдумчивое ревью кода, а не просто для галочки. И, что не удивительно, к таким людям и ходили с просьбой "посмотри мой код, пожалуйста, что думаешь?"
Проблема здесь не в том, что ревью не нужно, а в том, что ревью для галочки не нужно.
Есть ещё товарищи, которые не умеют и не хотят читать чужой код и плохо разбираются в "подкопотной" фундаментальной логике языка, на котором пишут код. И все потому, что в вакансиях есть строчка в требования "умение читать чужой код", но на деле это умение никто не проверяет, а фундаментальные вещи уже давно никто не спрашивает.
Столкнулась недавно с таким выпадом тимлида: "мы это заливать не будем, потому что много кода получилось" (строк 200). И неважно, что там самые базовые и простые вещи написаны с использованием стандартных библиотек, а количество строк идёт засчет переносов. Читай - мы не будем это заливать, потому что мне лень читать твой код, потому что от многабукв у меня случаются лапки.
Итого, дело не в том, что ревью кода это плохо, а в том, что качество кадров, делающих ревью, падает, а также в том, что эффективные менеджеры не учитывают время на ревью разработанного кода, им всем надо побыстрее влить фичу на прод любой ценой.
Ну, мне, например, абсолютно все равно, что там говорит "рынок".
Я вижу, что 6 лет назад хлеб стоил 40 рублей, а сейчас 120. Все также и с остальными ценами. На бензин каждый день смотрю последние пару месяцев - рубль в неделю повышение.
Почему тогда моя ЗП должа оставаться условные 200к, как 6 лет назад, если деньги подешевели в 3 раза? И это я ещё не говорю про повышение ценника за скиллы и опыт.
И да, у меня высшее техническое образование по ИТ и из курсов у меня были курсы уровня академии циска. Что делать вот таким, как я?
А то интересно получается, что сейчас "тяжелые" времена для компаний и мы все должны потерпеть, быть готовыми к сокращениям и уменьшениям премий и зп. Почему-то терпеть должны всегда работники, а когда эти тяжёлые времена проходят, то зп к реальному рынку никогда не приходит.
Так почему мы должны соглашаться на меньше денег сейчас? Тяжёлые времена сейчас не только у компаний, но и у каждого человека лично.
Никак. Персонажи из темной триады при первом приближении всегда кажутся лучше, чем "тот предыдущий кандидат". Если им от вас что-то надо, то они будут готовы сорваться с места в любую минуту, дабы вам помочь, встретиться, сделать что-то вместо вас. Вы реально будете думать, что этот человек - человек слова, дела и далее по списку. Но понятно, что себе в ущерб никогда ничего не делают, даже если вам так кажется. И это может продолжаться годами.
Вообще, на какое-то исследование натыкалась. Среди руководящих должностей как раз много таких персонажей. Они умеют идти по головам так, чтобы вы этого даже не заметили. Но подчинённым от этого, конечно, в итоге не лучше.
Понимаю о чем вы. Вы про объединение нескольких номеров в одну группу. Мне же нужен один номер, а не несколько.
Например, сейчас у меня 2 сим для разных нужд, ещё 1 сим в другом устройстве. За все эти сим я плачу и также приходится делиться этими номерами со всеми, чтобы не пропустить звонок и чтобы знали, что это я. Причем на каждом тарифе (минимальные условия) я не трачу все Гб, минуты и смс и они сгорают через 2 месяца (в первый месяц переносятся остатки), то есть я переплачиваю х3. Если бы был один номер на несколько устройств, то я бы платила х1 и успевала бы потратить все Гб и прочее.
Да, встречала такое и в МТС. Но количество устройств будет всего 2 и одно из них должно поддерживать eSim. Такое подойдёт для связки умные часы - смартфон. Мне бы хотелось иметь несколько физических сим, за которыми закреплён 1 номер.
А мне вот не хватает возможности использования одного (единого) номера на нескольких устройствах. Например, на планшете и смартфоне. Чтобы не таскать с собой кучу устройств, когда это не надо, и не платить за несколько симкарт и тарифов. Иногда возникает мысль завести ещё простой кнопочный телефон для мест типа рыбалки и прочего, где нужна тупо звонилка, которую не жалко потерять или искупать в воде. Но это опять лишняя сим с ещё одним номером и платой.
Вроде бы операторы планируют такую услугу ввести, но пока тишина.
Ни разу не было такого, чтобы кто-то реагировал "иначе". Все прекрасно понимают, что за 3 месяца невозможно узнать все процессы на 100%. И даже спустя n лет работы каждый продолжает ходить с вопросами и уточнениями к каждому.
Вопросов может не быть там, где по 10 лет нет новых задач, изменений и прочего, есть четкие инструкции, которые хочешь-не хочешь, а зазубришь даже за 3 месяца. Но в реальности хоть где-то такое бывает? Мир меняется и работа тоже претерпевает изменения.
Я больше поверю в то, что та самая "Екатерина" после испытательного срока получила зарплату в 3 копейки на четвертый месяц, хотя обещали 100 рублёв. И вот поэтому она ушла.
А эффективные манагеры могут дальше искать причины, почему сотрудники уходят после испытательного и придумывать небылицы для успокоения своей души и души жадного руководства.
Вы же понимаете, что "бедолаги-разработчики" не решают, что и как им разрабатывать в этом случае?
Это вполне могло быть запланированным поведением по ТЗ или ограничением. Например, не все события в логи могут писать потому, что заказчик решил, что для них это не критичная информация.
А, ну и ещё. При нескольких попытках неправильного ввода пароля или кода из СМС, УЗ скорее всего заблокируется, либо включится период тишины на n часов/минут. Подобрать код или пароль будет трудозатратно.
Остаётся случай, когда могут попасть пальцем в небо, но от этого никто не застрахован и никак это не обойти на 100%
Поработала и qa auto, и sdet'ом. Хоть мне и довелось изучать курсы от циски в универе по сетям и информация эта в голове имеется до сих пор, но знание уровней моделей osi мне пригодилось примерно никогда в работе. Ну, может, в каких-то специфических случаях может понадобиться знать из чего состоит тот или иной пакет, но не сказать, что это должен знать каждый в тестировании.
По вопросу о клиент-серверной архитектуре также спорно, что это может пригодиться любому специалисту с опытом и без. Может, на начальном уровне протестировать стажёра или джуна после университета или, прости хоспади, курсиков пойдет, но задавать такие вопросы мидл специалисту и выше - это будет звучать как некое издевательство, на мой личный взгляд. Это все равно, что учителя математики спросить сколько будет 2 на 2.
Про разницу tcp и udp. Не совсем понимаю, как правильный ответ об этом покажет навыки и знания тестировщика или сдета в тестировании и в программировании? Максимум, что даст этот ответ, это отсеивание человека с курсов, потому как на курсах для тестировщика или программиста вряд ли будут давать информацию о сетях и объяснять разницу в пакетах данных, рассказывать про "рукопожатия" и прочее. Если цель действительно такая, то ок. Но для меня все же странно задавать такие вопросы человеку, который пришел на стандартную позицию тестировщика или сдета.
Есть шанс так отсеять классного специалиста, который подумает, что на позиции ждут человека-энциклопедию, который должен знать все, кроме того, что действительно нужно на его позиции (привет Яндексу). Зачем нужно знать? Прост. Ещё рецепт шарлотки наизусть зачитайте.
Я бы вот задумалась после таких вопросов, а надо ли мне оно. И неважно, что я знаю ответы на эти вопросы.
Это лишь одна из причин и на мое имхо не самая главная.
Проблема в экономике, льготах, которые разгоняют цены, в инфляции и в бесконечно увеличивающихся аппетитах бизнеса. А спрос будет всегда, особенно если это крупные комфортные города, где есть возможность заработать. В провинциях никакого высокого спроса особо и нет.
Ещё как вышка многое даёт. Раньше тоже думала, что потратила зря лишние годы своей жизни на "дурацкий" вуз с "дурацкими" и "ненужными" предметами, когда могла бы пройти курсы и также работать. Потом поработала с разными коллегами и в разного уровня компаниях и поняла, что выходцы из курсиков или те, кто учился в вузе не по профилю, знают очень мало и теряются в задачах, где появляются новые вводные и новые инструменты, а кто-то даже плохо понимает реальный флоу проектов и ЖЦ ПО.
В вузе же было куча разных предметов, от теории управления проектами и радиоэлектроники до программирования на разных ЯП и администрирования сетей. Все эти разношёрстные знания помогают мне до сих пор: я знаю, что можно загуглить, какой инструмент заиспользовать, как что проверить вне области моих компетенций и, главное, я могу говорить на одном языке с менеджерами, трп, тестировщиками, программистами и девопсами и мы друг друга понимаем.
На курсиках и на практике не будет тех базовых разносторонних знаний, что вы получите в плюс-минус хорошем профильном вузе.
Мнение, что профильные вузы в ИТ не нужны, ошибочно. Это скорее больше от эффекта Даннинга-Крюгера идёт, когда человек с курсиков или с непрофильного вуза, где он просиживал штаны, уверен, что он знает достаточно для своей работы и делает свою работу на высоте.
Важна профильная вышка и умение учиться и изучать материал, который дают преподаватели, а престижность вуза не так важна.
Есть у меня и из бауманки товарищи, и из мухосранка - принципиальной разницы нет, потому как оба они учились на профильной вышке и не просиживали штаны.
Извините за оффтоп, есть какой-то способ подключить смартфон только с внутренней памятью как накопитель, если там протокол MTP?
У меня магнитола (самая простая, без блютусов и андроид авто) не видит телефон по usb. Все форумы перерыла, но подружить их так и не смогла. AUX разъема тоже нет.
На магнитоле с андроид авто и блютус + юсб все работает.
Чую, в данном случае это бы значило деградировать до навыков коллег и стать безиницативным существом, у которого от деградации опускаются руки.
Перспектива неплохая, ведь кто везёт, на том и едут, как известно. Но долго мимикрировать под коллег не получится, психологически это так же тяжело, как и когда на вас ездят.
Простая архитектура не исключает масштабируемость, достаточный уровень абстракции, использование общепринятых техник разработки ПО и стремление к унификации, а наоборот подразумевает все это.
Опытный инженер это понимает и поэтому может действительно предвидеть какие-то моменты и заранее предусмотреть это в архитектуре ПО. По-моему, как раз тот же CRUD и REST API это и есть пример "простой" (читай - удобной) архитектуры из-за их продуманности до мелочей.
Использование фреймворков там, где это разумно, наоборот хорошо. Но надо понимать для чего ты используешь его и действительно ли он нужен в данном случае.
А стремление к упрощению всего и вся ради чисто упрощения ведёт как раз к тому самому винегрету из продукта в будущем и неудобствах, когда понадобится его поддерживать, развивать и использовать. И да, просто - не всегда значит быстро.
Да не было сильно перегретого рынка. Это миф. То, что временами на вакансии откликались молодые и зелёные, требующие на старте стопицот денег, это не столь частое явление. Ну и, скажем так, это к лучшему, что были такие ребята с такими аппетитами, это не позволяло бизнесу присаживаться на шею своим спецам. Бизнесу приходилось индексировать ЗП и не заставлять годами сидеть на должности, из которой человек уже давно вырос. Айти это одна из немногих сфер, где зарплаты были на адекватном уровне и бизнес боялся наглеть. Наравне с этим шло только банковское дело и строительство.
А сейчас из-за произошедших событий начались оправдания "сейчас просто время такое, потерпите". Знайте, вас обманывают, когда так говорят. Это значит лишь то, что бизнес хочет продолжать увеличивать свои доходы и каждый год цель этих доходов выше. А как в текущей экономике продолжать увеличивать свои доходы в геометрической прогрессии? Правильно, петь в уши сотрудникам о тяжёлых временах.
В общем, если вы думаете, что не смотрите первый канал, потому что не включаете телевизор, то вы ошибаетесь. Первый канал мы смотрим и на работе на встрече с руководством.
P.S. А в пузыре в 2008 году в США угадайте кто виноват? Правильно, завышенные аппетиты бизнеса и жажда наживы.
Все эти аргументы из разряда эффективного менеджмента.
Все просто, чтобы не казалось, что время и деньги утекают из-за ревью кода, надо всего лишь закладывать время на ревью кода. Все. Это простая истина.
По поводу наведения красоты, а не поиск критических багов. Да, такая проблема имеет место быть. В прошлой моей команде 2-3 человека из 10 делали вдумчивое ревью кода, а не просто для галочки. И, что не удивительно, к таким людям и ходили с просьбой "посмотри мой код, пожалуйста, что думаешь?"
Проблема здесь не в том, что ревью не нужно, а в том, что ревью для галочки не нужно.
Есть ещё товарищи, которые не умеют и не хотят читать чужой код и плохо разбираются в "подкопотной" фундаментальной логике языка, на котором пишут код. И все потому, что в вакансиях есть строчка в требования "умение читать чужой код", но на деле это умение никто не проверяет, а фундаментальные вещи уже давно никто не спрашивает.
Столкнулась недавно с таким выпадом тимлида: "мы это заливать не будем, потому что много кода получилось" (строк 200). И неважно, что там самые базовые и простые вещи написаны с использованием стандартных библиотек, а количество строк идёт засчет переносов. Читай - мы не будем это заливать, потому что мне лень читать твой код, потому что от многабукв у меня случаются лапки.
Итого, дело не в том, что ревью кода это плохо, а в том, что качество кадров, делающих ревью, падает, а также в том, что эффективные менеджеры не учитывают время на ревью разработанного кода, им всем надо побыстрее влить фичу на прод любой ценой.
Ну, мне, например, абсолютно все равно, что там говорит "рынок".
Я вижу, что 6 лет назад хлеб стоил 40 рублей, а сейчас 120. Все также и с остальными ценами. На бензин каждый день смотрю последние пару месяцев - рубль в неделю повышение.
Почему тогда моя ЗП должа оставаться условные 200к, как 6 лет назад, если деньги подешевели в 3 раза? И это я ещё не говорю про повышение ценника за скиллы и опыт.
И да, у меня высшее техническое образование по ИТ и из курсов у меня были курсы уровня академии циска. Что делать вот таким, как я?
А то интересно получается, что сейчас "тяжелые" времена для компаний и мы все должны потерпеть, быть готовыми к сокращениям и уменьшениям премий и зп. Почему-то терпеть должны всегда работники, а когда эти тяжёлые времена проходят, то зп к реальному рынку никогда не приходит.
Так почему мы должны соглашаться на меньше денег сейчас? Тяжёлые времена сейчас не только у компаний, но и у каждого человека лично.
Никак. Персонажи из темной триады при первом приближении всегда кажутся лучше, чем "тот предыдущий кандидат". Если им от вас что-то надо, то они будут готовы сорваться с места в любую минуту, дабы вам помочь, встретиться, сделать что-то вместо вас. Вы реально будете думать, что этот человек - человек слова, дела и далее по списку. Но понятно, что себе в ущерб никогда ничего не делают, даже если вам так кажется. И это может продолжаться годами.
Вообще, на какое-то исследование натыкалась. Среди руководящих должностей как раз много таких персонажей. Они умеют идти по головам так, чтобы вы этого даже не заметили. Но подчинённым от этого, конечно, в итоге не лучше.
Понимаю о чем вы. Вы про объединение нескольких номеров в одну группу. Мне же нужен один номер, а не несколько.
Например, сейчас у меня 2 сим для разных нужд, ещё 1 сим в другом устройстве. За все эти сим я плачу и также приходится делиться этими номерами со всеми, чтобы не пропустить звонок и чтобы знали, что это я. Причем на каждом тарифе (минимальные условия) я не трачу все Гб, минуты и смс и они сгорают через 2 месяца (в первый месяц переносятся остатки), то есть я переплачиваю х3. Если бы был один номер на несколько устройств, то я бы платила х1 и успевала бы потратить все Гб и прочее.
Да, встречала такое и в МТС. Но количество устройств будет всего 2 и одно из них должно поддерживать eSim. Такое подойдёт для связки умные часы - смартфон. Мне бы хотелось иметь несколько физических сим, за которыми закреплён 1 номер.
А мне вот не хватает возможности использования одного (единого) номера на нескольких устройствах. Например, на планшете и смартфоне. Чтобы не таскать с собой кучу устройств, когда это не надо, и не платить за несколько симкарт и тарифов. Иногда возникает мысль завести ещё простой кнопочный телефон для мест типа рыбалки и прочего, где нужна тупо звонилка, которую не жалко потерять или искупать в воде. Но это опять лишняя сим с ещё одним номером и платой.
Вроде бы операторы планируют такую услугу ввести, но пока тишина.