Культ успеха, 20летние мальчики и девочки на полном серьезе сокрушаются, что начали кодить в 18, а не 12, как вон тот стартапер с ютуба, который в 23 уже получает миллионы от инвесторов в силиконовой долине.
Надо с точки зрения фронтендера излить свою боль и пожаловаться, что у вот у бэкендеров можно с C# .net core перейти на Java Spring, а у нас нос воротят, если ты работал с React Native и не знаешь Styled Components, которые используются в веб версии React.
Нет плохой разработчик — этот тот, кто плохо решает задачи и плохо пишет код. А вот отчетность нужна менеджеру — вот пусть и доносит до разработчиков, как правильно пользоваться Jira и упрощать ему работу.
Раз уж бизнесу так хочется держать эту «свору бездельников», как написал Фил.
Всегда обновляю документацию и задачи (кроме моментов, когда я поздно проснулась и обновила все позже, я сова, как фил).
Вообще jira — это первостепенный инструмент рабочей отчетности, там должно быть подробное ФЗ, логичная разбивка на задачи и подзадачи и так далее. Тоже самое и с документацией. Если у тебя есть необходимость идти к разработчику и спрашивать, как что-то работает, значит документация плохая или ее нет. В джире даже коментарий к затреканному времени можно написать. Если менеджер не может самостоятельно посмотреть, какие задачи стоят у разработчика в in progress и с каким комментарием он затрэкал время за день — то это плохой менеджер. И именно к этому надо подталкивать разработчиков — грамотно описывать свой процесс в надлежащем инструменте, а не слать ежедневные отчеты. Об этом еще Бугаенко тоже пишет.
Созвоны с последними все не любят, потому что там нужно отчитываться за проделанную работу. Это все действительно можно посмотреть в Jira.
Но если нужно что-то выяснить с другим программистом. Вы шлете друг другу скриншоты, вопросы, ты уходишь в поток, сосредотачиваешься на своей работе, а через 5 минут тебе опять шлют сообщения и сбивают настрой. В этом случае быстрее созвониться, пошарить экран и сразу выяснить все вопросы.
Или прояснить туманное описание задания заказчиком проще на одном созвоне, а не пересылая ему сообщения в почте, которые он попросту может не заметить и проигнорировать.
Со взглядом на скрамы и дейли митинги соглашусь. Вся необходимая информация для менеджеров есть в конфлюенсе, их задача помогать разработчикам, выясняя требования и наблюдая за ходом работы, а не отвлекать расспросами, ответы на которых уже висят в конфлюенсе.
О, фил и ты туда же. Либертарианство в теории, как течение, мне импонирует. Но я не думаю, что наше население созрело для этого. Я была на испытательном сроке в ЛПР (если интересно могу запилить пост про это), ходила на пикеты, впервые жизни побывала в ОВД и получила штраф за протест против власти, была на Правоконе (конференция по правам человека).
Из ЛПР меня правда вышвырнули, тк там строится что-то наподобие второй фашисткой партии, руководимой кучкой детей номенклатуры со всеми сопутствующими эмоциональными движениями, но даже там есть единицы интересных и умных людей.
Эван не котирует EventBus.
Лучше взять Vuex и делать запросы к АПИ там, а не создавать God Object из Home.
Card Header, Card Content лучше тоже вынести в отдельные компоненты, а для грида и вывода ошибок взять Vuetify.
Когда вы задаете вопрос, находясь на удаленке, он ощущается более формальным из-за того, что он задается письменно — вы как бы официально признаетесь в том, что чего-то не знаете. Отчасти поэтому, и отчасти потому, что в офисе легче происходит процесс распространения знаний, работать в juniorом в офисе легче.
Согласна, в офисе как раз улучшаются soft-skills и умение работать с бизнес-требованиями.
Как результат — легче всего устроиться на работу «джамперам». Люди, которые всю карьеру раз в несколько месяцев меняют работу, лучше всего адаптировались к поиску работы и, в том числе, к таким собеседованиям.
Да, вот человек специально постоянно проходит собеседования и меняет работы каждый месяц. youtu.be/hjsGZVql_yo
грозит «резкой потерей конкурентоспособности в высокотехнологичных сферах, таких как искусственный интеллект, информационная безопасность, автоматизация промышленности, медицина, оборона и др.».
То есть веб-программистам переживать не нужно? Также не замечаю какого-то спада или кризиса, наоборот, меня стали атаковать HR в linkendin/telegram/почте
JS был создан таким, какой он есть и никаким иначе. Нужно использовать его фичи с умом. Да, мне было удобнее писать на C# или Java благодаря типам, интерфейсам, абстрактным классам. Но это не значит, что в любом проекте нужно городить огород из TS/Flow поверх JS.
Хуже, когда компания вместо того, чтобы взять чужой open source, открывать там issues и слать pull requests, делает его полнейший клон, выкладывает на гитхаб и выдает за свою уникальную разработку. Российские IT-гиганты так любят делать, вы поняли о ком я.
Вспомнилась та статья, где парень рассказывал, как десятилетиями делал свой ЯП, работая при этом грузчиком в провинции.
А вообще ЯП не монетизируется (Kotlin создавался, как внутренний продукт JetBrains, а потом набрал популярность), а вот продукт монетизируется.
ЯП или фреймворк — это очень узкая вещь, которая улучшает жизнь только разработчика, чего не скажешь о продукте.
Но вообще неприятный осадочек остается, когда смотришь интервью из Силиконовой долины. Люди хорошо умеют продавать и презентовать и на этом выезжают в лучший мир пока ты крутишь деревья, чтобы стать шестеренкой в чужом бизнесе в России.
>Я бы посоветовал разработчикам, которые думают о проблемах бизнеса, открыть свой бизнес и думать о нем, это будет полезнее для всех.
Согласна, выгоднее стремиться к построению своего бизнеса. А для этого надо учиться у тех, кто его уже построил и успешно ведет. Это программист может сделать в хорошей компании.
Скорее «рабочей саги»
Ну так проблема в винде и дотнете. У меня мак на 8 гигов — норм работается.
Раз уж бизнесу так хочется держать эту «свору бездельников», как написал Фил.
Вообще jira — это первостепенный инструмент рабочей отчетности, там должно быть подробное ФЗ, логичная разбивка на задачи и подзадачи и так далее. Тоже самое и с документацией. Если у тебя есть необходимость идти к разработчику и спрашивать, как что-то работает, значит документация плохая или ее нет. В джире даже коментарий к затреканному времени можно написать. Если менеджер не может самостоятельно посмотреть, какие задачи стоят у разработчика в in progress и с каким комментарием он затрэкал время за день — то это плохой менеджер. И именно к этому надо подталкивать разработчиков — грамотно описывать свой процесс в надлежащем инструменте, а не слать ежедневные отчеты. Об этом еще Бугаенко тоже пишет.
Созвоны с последними все не любят, потому что там нужно отчитываться за проделанную работу. Это все действительно можно посмотреть в Jira.
Но если нужно что-то выяснить с другим программистом. Вы шлете друг другу скриншоты, вопросы, ты уходишь в поток, сосредотачиваешься на своей работе, а через 5 минут тебе опять шлют сообщения и сбивают настрой. В этом случае быстрее созвониться, пошарить экран и сразу выяснить все вопросы.
Или прояснить туманное описание задания заказчиком проще на одном созвоне, а не пересылая ему сообщения в почте, которые он попросту может не заметить и проигнорировать.
Со взглядом на скрамы и дейли митинги соглашусь. Вся необходимая информация для менеджеров есть в конфлюенсе, их задача помогать разработчикам, выясняя требования и наблюдая за ходом работы, а не отвлекать расспросами, ответы на которых уже висят в конфлюенсе.
Из ЛПР меня правда вышвырнули, тк там строится что-то наподобие второй фашисткой партии, руководимой кучкой детей номенклатуры со всеми сопутствующими эмоциональными движениями, но даже там есть единицы интересных и умных людей.
Лучше взять Vuex и делать запросы к АПИ там, а не создавать God Object из Home.
Card Header, Card Content лучше тоже вынести в отдельные компоненты, а для грида и вывода ошибок взять Vuetify.
Согласна, в офисе как раз улучшаются soft-skills и умение работать с бизнес-требованиями.
Да, вот человек специально постоянно проходит собеседования и меняет работы каждый месяц.
youtu.be/hjsGZVql_yo
О, еще кому-то повезло попасть на sinking ship Брингли.
То есть веб-программистам переживать не нужно? Также не замечаю какого-то спада или кризиса, наоборот, меня стали атаковать HR в linkendin/telegram/почте
А вообще ЯП не монетизируется (Kotlin создавался, как внутренний продукт JetBrains, а потом набрал популярность), а вот продукт монетизируется.
ЯП или фреймворк — это очень узкая вещь, которая улучшает жизнь только разработчика, чего не скажешь о продукте.
Но вообще неприятный осадочек остается, когда смотришь интервью из Силиконовой долины. Люди хорошо умеют продавать и презентовать и на этом выезжают в лучший мир пока ты крутишь деревья, чтобы стать шестеренкой в чужом бизнесе в России.
Согласна, выгоднее стремиться к построению своего бизнеса. А для этого надо учиться у тех, кто его уже построил и успешно ведет. Это программист может сделать в хорошей компании.