Зависит от мотивации и квалификации, у меня был проект который я делал 3 месяца в одиночку. Никто меня не трогал, сроки не ставил. Тех задания не было (два предложения не считаю тз).
Да было программирование ради программирования как на фронте (React + MobxStateTree + Graphql) так и на бэке (TDD, DDD, Layers, Queues, Chanels and Filters).
Было изучение тематики целой предметной области (вероятностный и бинарный скоринг), поиск информации, разговоры с будущими пользователями, проектирование архитектуры и документация.
Итог — проект запущен, работал как часы, обрабатывал 65,000 клинетов в день, снял нагрузку с call центра, и каждый месяца приносил компании почти 1 миллион в рублях (мне об этом сообщили уже когда я ушел).
На счет пункта 1 — действительно не понятно так как тут есть только оценка.
Тут необходимо все-таки договориться с человеком о контрольных точках, мол свяжись при достижении прогресса в 20% 40% 80% и покажи промежуточный результат.
Обычно в таких случаях создается рабочая группа по одному человеку из команды 1, 2, n и они являются носителями знаний об артефактах работы.
Тут от продукта зависит:
Если он разовый — тогда все делаем как придется но после релиза продукт отработал свой срок и должен быть утилизирован (не стоит мучить труп) и исполнителя предупредить — мы сейчас это сделаем, оно поживет n месяцев и потом все — проект окончен.
Если продукт постоянный то тут лучше все таки дать выбрать второй вариант это будет прокачивать как сам продукт так и команду так как решая проблемы правильным но долгим путем человек повышает квалификацию, а продукт качество. Если есть важные вехи развития продукта то делать на них акцент.
Как говориться гладко не бумаге но забыли про овраги, то есть в идеале то да — нужен однонаправленный поток данных, чистая архитектура и оптимизация.
Но в итоге у всех не однонаправленные потоки данных, жирные контроллеры на бэке, архитектура которой проще нафиг уронить контейнер и заново его поднять и попробовать снова, и отсутствие оптимизации во всем. И эта проблема всего мира.
Бизнес хочет — бизнес получит. И к сожалению с этим либо придется смириться.
Либо ввести допуски и не допускать неквалифицированных разработчиков к разработке вообще.
Отклонять все требования бизнеса которые не ложатся на архитектуру (либо каждый раз менять архитектуру на нужную) и получить в итоге стоимость одной программы на уровне крыла от боинга и скорость разработки в годы.
Плюс регулярно проводить аудит технологий каждого бизнеса независимой организаций (которая будет проверять все от чипов до кода программы) и штрафовать, штрафовать, штрафовать — причем делать это всем миром.
Например если бы такой аудит вовремя бы провели у печально известных toyota и boing то это спасло бы сотни если не тысячи жизней.
Собственно для этого необходимо использовать try-catch который и отловит ошибки на нужном месте. Приложение падает если такой обработчик не обнаружен и это будет работать и на mobx и на react, да хоть на php или javaEE.
Если ошибка все-таки проскочила все обработчики ошибок — то путь лучше приложение упадет (и я в sentry буду знать где и как оно упало) чем продолжает некорректную работу с неизвестным результатом и это касается любой программы на любом языке
Пользователь может принципе не дойти до того места где используется параметр
Эмм, тогда зачем спрашивается его тянуть сейчас, хотя он может быть и не нужен.
Для отображения скажем кол-ва чего-то для view слоя без разницы, скормят ему 99 или «99».
Отлично а потом в таблице попросят вывести поле "итого" и 99 рублей + 5 рублей превратятся в 995 с прямо у офигевшего покупателя на глазах, а у некоторых творческих личностей это еще и уйдет на сервер, спишется с карты бедного пользователя...
Этот параметр мог вообще не использоваться в принципе у вас в приложении, но на всякий случай был добавлен в описание, или раньше использовался, а теперь перестал.
В таком случае может стоит иногда все-таки делать рефакторинг?
Пробовал его только в одном среднего размера приложении (админка для внутренних нужд компании). Данные получал с graphql так что типы были точно те что нужно. На страницы с большим количеством записей был настроен paginate.
В итоге самые большие тормоза были как раз на стороне сервера который graphql готовил.
приложение падает когда вам от сервера не придет какое-то поле или придет не в том формате
А что оно должно делать по вашему? Выдавать NaN в самом неожиданном месте?
Там изменения по его задаче были глубоко зарыты в нижнем слое архитектуры, в итоге он неделю искал что нужно, потом неделю делал — отправляет на ревью. Оказалось что его код вызвал компоненты более верхнего слоя, за что чуть не дали в морду автору.
После этого он отрефакторил код, еще раз глянули — вроде норм, но после выката упали тесты.
Опять отрефакторил — тесты прошли и упал прод.
Так было несколько раз. Это не выносили на всеобщее обсуждение и человек ходил по конторе как царь и бог и выносил мозги O(n) джунам которые кнопочки двигают, после чего говорил что мол слабы — нужно учиться и раздутый от ЧСВ уходил в закат...
У меня в начале карьеры было еще веселее, вакансия была на преподавателя курсов php / html / css. По профессии не сразу нашел работу и приходилось перебиваться работой не совсем по профилю. (Кому нужен студент программист на втором курсе ?).
И вот пришел я на собеседование, мне сразу:
Excel знаешь?
Знаю
Какие функции?
А какие нужно?
Спрашивают кое-что по встроенным функциям Excel. Не ответил на парочку специфических.
Хорошо ты принят!
Вот план урока, через час придут студенты — вперед!
И уже через час я стою перед группой из 14 человек, пара дедушек, куча женщин в возврате и несколько студентов и я возле доски с проектором объясняю СУММЕСЛИ.
Платили там копейки.
Это был 2009 — и платили около 8500 если в рублях. Но опыт был классный и приятного было много и как сейчас говорят кринжа (дичи) тоже.
Ну — у данной компании есть свой цод на нем k8s, проекты на php, node.js, go, java.
Используется бд Clickhouse, pgsql, mysql, mongodb, tarantool.
Есть своя академка для студентов, и они и все кто там работают говорят что нет дедлайнов — то есть работаешь с той скоростью и качеством с какой хочешь расти в грейдах и зп соответственно. Плюс до короны они были на 1 месте в региональном топе.
Как-то раз пришел на собеседование в крупную компанию, на собеседовании было много вопросов достаточно хорошего уровня сложности как по софт так и по хард скилам. Сам считал что ответил отлично. Но мне отказали с формулировкой — вы слишком квалифицированны для этой позиции, но если будет другая — позвоним.
Сперва думал что это такая вежливая форма отказа. После чего забыл об этом.
После уже узнал что довольно серьезные даже по моим меркам специалисты тоже не прошли это собеседование — причем с тем-же ответом.
Видимо иногда крупному холдингу со своей академией и кучей специалистов — действительно иногда нужен человек просто поднять WordPress ...
причины и виды токсичного поведения и меры борьбы с ним, технически условия (допуски и посадки) на обрабатываемые программы, способы разметки дизайна сложных конфигураций, виды смазывающих и охлаждающих жидкостей, их применение на митапах, дефекты пользователей и менеджеров поступающих в обработку и способы их устранения.
Вот только эти разряды точно определить — это то еще веселье, так как у каждой компании они свои. В идеале — разрядов нет, а есть карта навыков в виде графа с градацией каждого навыка от 1-10.
А то как-то раз, где-то в далекой далекой галактике наняли разработчика который был заточен на оптимизацию алгоритмов клепать CRUD на spring, это был тот еще цирк...
Это не просто вкладка — это VR вкладка которая анализирует движение глаз для составления психологического портрета пользователя и записывает это в блокчейн )))
Если готовы к переезду в наш регион одной из стран бывшего СССР. К местным зп которые на уровне московских — ну такое себе, плюс качество жизни чуть пониже — тогда добро пожаловать в личку )))
Они мне деньги зажали, внес деньги на кошелек, после этого внезапно — приходите в офис предъявите документы и тогда можете пользоваться.
У меня в городе тогда не было их офиса и я не резидент РФ так что пришлось забить.
В общем где мои деньги
ЛебЯндекс?!Зависит от мотивации и квалификации, у меня был проект который я делал 3 месяца в одиночку. Никто меня не трогал, сроки не ставил. Тех задания не было (два предложения не считаю тз).
Да было программирование ради программирования как на фронте (React + MobxStateTree + Graphql) так и на бэке (TDD, DDD, Layers, Queues, Chanels and Filters).
Было изучение тематики целой предметной области (вероятностный и бинарный скоринг), поиск информации, разговоры с будущими пользователями, проектирование архитектуры и документация.
Итог — проект запущен, работал как часы, обрабатывал 65,000 клинетов в день, снял нагрузку с call центра, и каждый месяца приносил компании почти 1 миллион в рублях (мне об этом сообщили уже когда я ушел).
Думаю лучше все-таки пускать поезда ниже или выше дороги. Чтобы никто никому не мешал.
Многие люди не оставляют комментарии, или не читают те разделы.
Сам лично не хотел бы работать на Yandex/Mail/Kaspersky/Банки/Агрегаторы, а они не хотели бы работать со мной.
Против Hh, RMR, Joom, Qiwi — ничего не имею.
Хотел бы работать в JetBrains или 2GIS но мой текущий стек немного там не в тему.
На счет пункта 1 — действительно не понятно так как тут есть только оценка.
Тут необходимо все-таки договориться с человеком о контрольных точках, мол свяжись при достижении прогресса в 20% 40% 80% и покажи промежуточный результат.
Обычно в таких случаях создается рабочая группа по одному человеку из команды 1, 2, n и они являются носителями знаний об артефактах работы.
Тут от продукта зависит:
Если он разовый — тогда все делаем как придется но после релиза продукт отработал свой срок и должен быть утилизирован (не стоит мучить труп) и исполнителя предупредить — мы сейчас это сделаем, оно поживет n месяцев и потом все — проект окончен.
Если продукт постоянный то тут лучше все таки дать выбрать второй вариант это будет прокачивать как сам продукт так и команду так как решая проблемы правильным но долгим путем человек повышает квалификацию, а продукт качество. Если есть важные вехи развития продукта то делать на них акцент.
Как говориться гладко не бумаге но забыли про овраги, то есть в идеале то да — нужен однонаправленный поток данных, чистая архитектура и оптимизация.
Но в итоге у всех не однонаправленные потоки данных, жирные контроллеры на бэке, архитектура которой проще нафиг уронить контейнер и заново его поднять и попробовать снова, и отсутствие оптимизации во всем. И эта проблема всего мира.
Бизнес хочет — бизнес получит. И к сожалению с этим либо придется смириться.
Либо ввести допуски и не допускать неквалифицированных разработчиков к разработке вообще.
Отклонять все требования бизнеса которые не ложатся на архитектуру (либо каждый раз менять архитектуру на нужную) и получить в итоге стоимость одной программы на уровне крыла от боинга и скорость разработки в годы.
Плюс регулярно проводить аудит технологий каждого бизнеса независимой организаций (которая будет проверять все от чипов до кода программы) и штрафовать, штрафовать, штрафовать — причем делать это всем миром.
Например если бы такой аудит вовремя бы провели у печально известных toyota и boing то это спасло бы сотни если не тысячи жизней.
Собственно для этого необходимо использовать try-catch который и отловит ошибки на нужном месте. Приложение падает если такой обработчик не обнаружен и это будет работать и на mobx и на react, да хоть на php или javaEE.
Если ошибка все-таки проскочила все обработчики ошибок — то путь лучше приложение упадет (и я в sentry буду знать где и как оно упало) чем продолжает некорректную работу с неизвестным результатом и это касается любой программы на любом языке
Эмм, тогда зачем спрашивается его тянуть сейчас, хотя он может быть и не нужен.
Отлично а потом в таблице попросят вывести поле "итого" и 99 рублей + 5 рублей превратятся в 995 с прямо у офигевшего покупателя на глазах, а у некоторых творческих личностей это еще и уйдет на сервер, спишется с карты бедного пользователя...
В таком случае может стоит иногда все-таки делать рефакторинг?
Пробовал его только в одном среднего размера приложении (админка для внутренних нужд компании). Данные получал с graphql так что типы были точно те что нужно. На страницы с большим количеством записей был настроен paginate.
В итоге самые большие тормоза были как раз на стороне сервера который graphql готовил.
А что оно должно делать по вашему? Выдавать NaN в самом неожиданном месте?
Там изменения по его задаче были глубоко зарыты в нижнем слое архитектуры, в итоге он неделю искал что нужно, потом неделю делал — отправляет на ревью. Оказалось что его код вызвал компоненты более верхнего слоя, за что чуть не дали в морду автору.
После этого он отрефакторил код, еще раз глянули — вроде норм, но после выката упали тесты.
Опять отрефакторил — тесты прошли и упал прод.
Так было несколько раз. Это не выносили на всеобщее обсуждение и человек ходил по конторе как царь и бог и выносил мозги O(n) джунам которые кнопочки двигают, после чего говорил что мол слабы — нужно учиться и раздутый от ЧСВ уходил в закат...
У меня в начале карьеры было еще веселее, вакансия была на преподавателя курсов php / html / css. По профессии не сразу нашел работу и приходилось перебиваться работой не совсем по профилю. (Кому нужен студент программист на втором курсе ?).
И вот пришел я на собеседование, мне сразу:
Спрашивают кое-что по встроенным функциям Excel. Не ответил на парочку специфических.
И уже через час я стою перед группой из 14 человек, пара дедушек, куча женщин в возврате и несколько студентов и я возле доски с проектором объясняю СУММЕСЛИ.
Платили там копейки.
Это был 2009 — и платили около 8500 если в рублях. Но опыт был классный и приятного было много и как сейчас говорят кринжа (дичи) тоже.
Спасибо — ожидал увидеть этот ответ.
Как будет сам девайс — просто forkну прошивку и буду эксперементировать
MobX-State-Tree хорош! почти Vuex, но не дотягивает.
Если нужно несколько store которые тянут данных из других store то все резко становиться очень больно, даже reselect на фоне этого не такая боль.
faiwer — ты как там сам? нам тебя не хватает...
Те кто задонатил на устройство получат доступ к закрытому репозиторию?
Еще был случай — пришел кандидат на стажера, а ним его родители и говорили какой он хороший — только возьмите ...
Я бы посмеялся, но вспомнил что как только я сам пришел устраиваться на стажера у моего отца был телефонный разговор с CEO того стартапа...
Ну — у данной компании есть свой цод на нем k8s, проекты на php, node.js, go, java.
Используется бд Clickhouse, pgsql, mysql, mongodb, tarantool.
Есть своя академка для студентов, и они и все кто там работают говорят что нет дедлайнов — то есть работаешь с той скоростью и качеством с какой хочешь расти в грейдах и зп соответственно. Плюс до короны они были на 1 месте в региональном топе.
Как-то раз пришел на собеседование в крупную компанию, на собеседовании было много вопросов достаточно хорошего уровня сложности как по софт так и по хард скилам. Сам считал что ответил отлично. Но мне отказали с формулировкой — вы слишком квалифицированны для этой позиции, но если будет другая — позвоним.
Сперва думал что это такая вежливая форма отказа. После чего забыл об этом.
После уже узнал что довольно серьезные даже по моим меркам специалисты тоже не прошли это собеседование — причем с тем-же ответом.
Видимо иногда крупному холдингу со своей академией и кучей специалистов — действительно иногда нужен человек просто поднять WordPress ...
Про 6-й разряд было забавно, особенно:
Вот только эти разряды точно определить — это то еще веселье, так как у каждой компании они свои. В идеале — разрядов нет, а есть карта навыков в виде графа с градацией каждого навыка от 1-10.
А то как-то раз, где-то в далекой далекой галактике наняли разработчика который был заточен на оптимизацию алгоритмов клепать CRUD на spring, это был тот еще цирк...
Это не просто вкладка — это VR вкладка которая анализирует движение глаз для составления психологического портрета пользователя и записывает это в блокчейн )))
Если готовы к переезду в наш регион одной из стран бывшего СССР. К местным зп которые на уровне московских — ну такое себе, плюс качество жизни чуть пониже — тогда добро пожаловать в личку )))