Есть 3 дизайнера, фигма это их рабочий инструмент. Фигма им оплачивается. Есть 10 разработчиков, у них свои рабочие инструменты, фигма нужна только для потребления результатов работы дизайнеров. Это было бесплатно, сейчас надо дополнительно 10 лицензий.
Хорошо что мы перевели разработку на Zeplin на фоне слухов продажи Фигмы Адобу. Тоже деньги за лицензии, но много плюсов для разработки
У меня был другой опыт. XP летала только на одном старом ноуте для специфичных задач т.к. там стояло пара утилит для прошивки, аська и браузер. На рабочем компе все дико тормозило. Сейчас железо такое, что купив комп в 2020 за те же деньги, что в 2007 (в $) у меня на рабочем компе запущены IDE с 10-ю проектами, WSL 2 с дистрибутивом, в доккере что-то вечно крутится, браузер с 30-50-ю вкладками, 5 мессенджеров, антивирус, необходимый для работы и все это действительно летает и реагирует мгновенно, да я даже игру могу запустить типа rdr2 не закрывая всего этого. Фотошоп раньше полминуты запускался, сейчас несколько секунд. Винда раньше минуту запускалась, сейчас секунд 10.
При всех минусах такого найма, там работают отличные разработчики. Так что могут себе позволить. Желающих много. Да и найм у них в основном с вузов, где живут олимпиадными задачками.
Я тоже пытался подружить vue 2 с ts. Пришел к аналогичному решению, только ещё смарт модуль форкнул, т.к. там есть проблема с типизацией и автоподстановкой. + ещё какие то библиотеки ставил для чека типов в шаблонах, enums в шаблонах и т.д…
Мой вывод такой:
1) это не идеальная типизация, очень много не поддерживается, много не чекается, положиться на 100% нельзя. По сравнению с реакт миром грусть.
2) зоопарк библиотек/утилит дико раздражает, написаны они не очень, работают нестабильно.
3) декораторы, компонент — классы использовать очень не хочется
4) у меня все это добро вызывает тревогу, а у приходящих в компанию фронтов — панику.
5) итоговый вывод — не стоит оно того, js + jsdoc для vue 2 — оптимальный вариант.
Классная у вас компания, раз столько кандидатов можете позволить себе отсеить. Единственное, остро не понравилось — это делать на испытательном не пойми что и ради чего — ушел бы от вас)) Не дать нормальной работы — это как зарплату не заплатить, демотиватор очень серьезный.
1) Джунов надо использовать правильно. Наняли на поддержку бывшего электрика с курсами. ЗП как у электика. Хорошо собеседовали, поняли, что парень хорош — потенциал огромный. Поддержку проекта осуществлял достойно и потихоньку привлекли его в разработку нового проекта. ЗП растет когда компании удобно, т.к. парень скромный, такой душевный. Тут главное, чтобы все было честно и ее уровень соответствовал приносимой пользе и рынку. Тогда найм такого сотрудника и развитие его — это очень выгодное вложение и он с вами надолго.
2) Джун джуну рознь, хороший джун из профильного вуза (не все кто их закончил — хорошие, не все кто их не закончил — плохие), которого готовят топ компании — очень ценный кадр и, как правило, знает себе цену. Несколько лет назад наняли парня на третьем курсе, зп 40 т.р. за полдня + премии периодические. Джун оказался максимально перспективным и делал работу качественно и быстро — через 3 месяца сбежал, т.к. руководство не понимало как можно спустя 3 месяца существенно поднимать зп студенту, да еще и на пол ставки. Но в другой компании оценили по достоинству. Сейчас все у него замечательно, конечно.
За прошедший год сделали двум хорошим выпускникам офферы, по 100 — 120 т.р. (Екатеринбург). Я был абсолютно уверен в них, что они будут не просто полезными, а нести золотые яйца. Не приняли. Нашлись те, кто предложил больше, либо более именитые компании, которые открывают возможность попасть в «высшую лигу», либо Москва/СПБ/доллары. А почему мы не дали больше (бюджет был)? Потому что, «ну не может выпускник столько зарабатывать, найдем за эти деньги сеньора/крепкого мидла, а выпускник — по определению джун, сколько бы у него стажировок не было» — такова позиция менеджмента.
Но, на мой взгляд, «свежий» сотрудник может оказаться ценнее мидла и тем более сеньора за эти и меньшие деньги. Ибо не только скиллы и опыт важны, есть еще энергия, авантюризм и бесстрашие, которых многим коллективам не хватает.
Из за их алгоритмов перестал пользоваться Google Play Music и почти перестал пользоваться YouTube. Стоит ребенку зайти посмотреть мультик, так вся моя подборка — это мультики.
Похоже скоро перестану пользоваться и поиском, т.к. все чаще не могу найти нужную информацию по рабочим вопросам. DuckDuckGo на некоторых запросах показывает себя лучше, а житейские типа «кошачий корм» — Yandex
Пользовался вашей биржей несколько раз, находил очень неплохие заказы. Отклики делал точечно, так что так и получалось, что за каждый отклик платил 500 р. 3 отклика конвертировались примерно в 1 заказ.
Но столь простой способ разместить заказ сильно вредит. Очень много мусорных заказов, или просто пинг на тему, а сколько это может стоить.
Плюс заказчик не вовлечен в механику работы платформы, не оставляет отзывы, не ставит исполнителя. После первого же контакта все переходит в мессенджеры. Для него ваша платформа — это просто объявление в газете.
Соответственно, лично я, потерял интерес к freelansim (да и к другим российским биржам) и, наверное, надолго.
Вспоминаю собеседование в ТОП ру-айти компанию — белая доска, задачи на время.
И, блин, просто убило:
-Я: Можно сначала я хотя-бы на листочке, на достке вообще не комильфо — шея затечет, рука устанет?
-Разраб ТОП ру-айти компании: Нет!
Еще бы не загружать картинки, которые пользователь не видит.
Помню был клиент, у которого не обрабатывались картинки, редакторы вручную их тоже не обрабатывали. В итоге на главной странице сразу 200 мгб грузилось))
Сравнить mobx с redux по существу сложно. Достаточно разные вещи.
Что такое redux? Разновидность архитектуры flux. Но, как правило, в больших приложениях с mobX тоже присутствует архитектура flux для того, чтобы сделать изменение состояния более предсказуемыми и управляемыми.
Так в чем же принципиальная разница?
— Redux — иммутабельные данные, mobX — реактивные мутабельные. Т.е. в случае с Redux компонент понимает, что нужно обновиться сравнивая объекты. В случае с mobX, компонент является наблюдателем (observer) изменений тех данных, которые в нем используются.
— С MobX можно хранить состояние компонента в observable значениях, что превращает React компоненты в аналог VueJS компонент.
— С MobX проще работать с данными, проще связывать данные, легче их извлекать. Ты работаешь со ссылками, а не копиями. Как сделать с redux many to many, many to one и т.д.? есть куча решений — redux-orm, reselect. Потом со всем этим зоопарком в проекте приходится бороться, код становится менее очевидным. С MobX об этом не думаешь, просто пишешь рабочий, понятный код.
По мне Redux — это простой, надежный и эффективный инструмент, иммутабельное состояние — идеально ложится на разработку интерфейсов, особенно в вопросе тестирования. Но с со временем кодовая база превращается в мешанину (прошу прощения, но все эти редьюсеры, реселекты, норамлайзеры, все это выглядит не очень).
MobX — код проще, логичнее, компоненты без setState. Но все это достигается за счет магии. Используешь инструмент и надеешься, что 2000 рублей доната разработчикам очистят карму и тебе повезет не нарваться на баги. Легко допустить ошибку, так как подписка на изменения происходит не явно — если нет дополнительных тестов, могут быть проблемы.
В большой модульной программе с различными сборками меньше всего проблем возникает как раз со State модулей:
1) Никто не мешает модулю иметь свой state, он может быть отдельно написанным приложением со своим API, и не обязательно написан с Redux
2) Проблема в общем то надуманна, т.к. если программист написал два модуля и их state пересекаются, то Redux не виноват. Так можно постараться написать с любым стеком. У модуля своя зона ответственности в state, он должен зависеть только от нее, а для взаимодействия с общим состоянием есть Actions, которые изолированы от state
Есть 3 дизайнера, фигма это их рабочий инструмент. Фигма им оплачивается. Есть 10 разработчиков, у них свои рабочие инструменты, фигма нужна только для потребления результатов работы дизайнеров. Это было бесплатно, сейчас надо дополнительно 10 лицензий.
Хорошо что мы перевели разработку на Zeplin на фоне слухов продажи Фигмы Адобу. Тоже деньги за лицензии, но много плюсов для разработки
Давно обзванивают по базам СДЭК. Я указывал левые данные, мне по ним звонили разводилы и мошенники
Я тоже пытался подружить vue 2 с ts. Пришел к аналогичному решению, только ещё смарт модуль форкнул, т.к. там есть проблема с типизацией и автоподстановкой. + ещё какие то библиотеки ставил для чека типов в шаблонах, enums в шаблонах и т.д…
Мой вывод такой:
1) это не идеальная типизация, очень много не поддерживается, много не чекается, положиться на 100% нельзя. По сравнению с реакт миром грусть.
2) зоопарк библиотек/утилит дико раздражает, написаны они не очень, работают нестабильно.
3) декораторы, компонент — классы использовать очень не хочется
4) у меня все это добро вызывает тревогу, а у приходящих в компанию фронтов — панику.
5) итоговый вывод — не стоит оно того, js + jsdoc для vue 2 — оптимальный вариант.
Классная у вас компания, раз столько кандидатов можете позволить себе отсеить. Единственное, остро не понравилось — это делать на испытательном не пойми что и ради чего — ушел бы от вас)) Не дать нормальной работы — это как зарплату не заплатить, демотиватор очень серьезный.
2) Джун джуну рознь, хороший джун из профильного вуза (не все кто их закончил — хорошие, не все кто их не закончил — плохие), которого готовят топ компании — очень ценный кадр и, как правило, знает себе цену. Несколько лет назад наняли парня на третьем курсе, зп 40 т.р. за полдня + премии периодические. Джун оказался максимально перспективным и делал работу качественно и быстро — через 3 месяца сбежал, т.к. руководство не понимало как можно спустя 3 месяца существенно поднимать зп студенту, да еще и на пол ставки. Но в другой компании оценили по достоинству. Сейчас все у него замечательно, конечно.
За прошедший год сделали двум хорошим выпускникам офферы, по 100 — 120 т.р. (Екатеринбург). Я был абсолютно уверен в них, что они будут не просто полезными, а нести золотые яйца. Не приняли. Нашлись те, кто предложил больше, либо более именитые компании, которые открывают возможность попасть в «высшую лигу», либо Москва/СПБ/доллары. А почему мы не дали больше (бюджет был)? Потому что, «ну не может выпускник столько зарабатывать, найдем за эти деньги сеньора/крепкого мидла, а выпускник — по определению джун, сколько бы у него стажировок не было» — такова позиция менеджмента.
Но, на мой взгляд, «свежий» сотрудник может оказаться ценнее мидла и тем более сеньора за эти и меньшие деньги. Ибо не только скиллы и опыт важны, есть еще энергия, авантюризм и бесстрашие, которых многим коллективам не хватает.
Похоже скоро перестану пользоваться и поиском, т.к. все чаще не могу найти нужную информацию по рабочим вопросам. DuckDuckGo на некоторых запросах показывает себя лучше, а житейские типа «кошачий корм» — Yandex
Но столь простой способ разместить заказ сильно вредит. Очень много мусорных заказов, или просто пинг на тему, а сколько это может стоить.
Плюс заказчик не вовлечен в механику работы платформы, не оставляет отзывы, не ставит исполнителя. После первого же контакта все переходит в мессенджеры. Для него ваша платформа — это просто объявление в газете.
Соответственно, лично я, потерял интерес к freelansim (да и к другим российским биржам) и, наверное, надолго.
Там и ноутбук давали, просто один из этапов — доска. Не знаю, принято ли так в компании или это инициатива разработчика.
И, блин, просто убило:
-Я: Можно сначала я хотя-бы на листочке, на достке вообще не комильфо — шея затечет, рука устанет?
-Разраб ТОП ру-айти компании: Нет!
P.S. Еще и ЗП низкая.
Помню был клиент, у которого не обрабатывались картинки, редакторы вручную их тоже не обрабатывали. В итоге на главной странице сразу 200 мгб грузилось))
Что такое redux? Разновидность архитектуры flux. Но, как правило, в больших приложениях с mobX тоже присутствует архитектура flux для того, чтобы сделать изменение состояния более предсказуемыми и управляемыми.
Так в чем же принципиальная разница?
— Redux — иммутабельные данные, mobX — реактивные мутабельные. Т.е. в случае с Redux компонент понимает, что нужно обновиться сравнивая объекты. В случае с mobX, компонент является наблюдателем (observer) изменений тех данных, которые в нем используются.
— С MobX можно хранить состояние компонента в observable значениях, что превращает React компоненты в аналог VueJS компонент.
— С MobX проще работать с данными, проще связывать данные, легче их извлекать. Ты работаешь со ссылками, а не копиями. Как сделать с redux many to many, many to one и т.д.? есть куча решений — redux-orm, reselect. Потом со всем этим зоопарком в проекте приходится бороться, код становится менее очевидным. С MobX об этом не думаешь, просто пишешь рабочий, понятный код.
По мне Redux — это простой, надежный и эффективный инструмент, иммутабельное состояние — идеально ложится на разработку интерфейсов, особенно в вопросе тестирования. Но с со временем кодовая база превращается в мешанину (прошу прощения, но все эти редьюсеры, реселекты, норамлайзеры, все это выглядит не очень).
MobX — код проще, логичнее, компоненты без setState. Но все это достигается за счет магии. Используешь инструмент и надеешься, что 2000 рублей доната разработчикам очистят карму и тебе повезет не нарваться на баги. Легко допустить ошибку, так как подписка на изменения происходит не явно — если нет дополнительных тестов, могут быть проблемы.
Спасибо, в другой раз… Пусть другой человек за опыты над собой деньги платит
1) Никто не мешает модулю иметь свой state, он может быть отдельно написанным приложением со своим API, и не обязательно написан с Redux
2) Проблема в общем то надуманна, т.к. если программист написал два модуля и их state пересекаются, то Redux не виноват. Так можно постараться написать с любым стеком. У модуля своя зона ответственности в state, он должен зависеть только от нее, а для взаимодействия с общим состоянием есть Actions, которые изолированы от state