🔥 Прожарка 🔥
Сегодня в 18:00 (время по Бишкеку) два опытных эксперта соберутся вместе и в прямом эфире прожарят резюме кандидатов, претендующих на ИТ-позиции.
Маргарита Мысина - IT-recruiter & HR Specialist, Mad Devs и
Канышай Курманалиева - Head of HR Department, Finance Soft разберут несколько резюме, дадут свои комментарии и подскажут, как сделать их лучше!
Эфир пройдет в Telegram-канале Creative Asia.
Сегодня в 18:00 (время по Бишкеку) два опытных эксперта соберутся вместе и в прямом эфире прожарят резюме кандидатов, претендующих на ИТ-позиции.
Маргарита Мысина - IT-recruiter & HR Specialist, Mad Devs и
Канышай Курманалиева - Head of HR Department, Finance Soft разберут несколько резюме, дадут свои комментарии и подскажут, как сделать их лучше!
Эфир пройдет в Telegram-канале Creative Asia.
🔥7🤔1
Mad Devs Channel
Всего 10 дней осталось до митапа HR Day 🔥 И сегодня мы готовы представить вам наших спикеров и темы их докладов. Итак, 📌 Маргарита Мысина, рекрутер в Mad Devs выступит с темой «Держите одеяло у себя: как общаться с кандидатом и узнавать все, что вам интересно».…
HR Day уже завтра ⚡️
Наш первый профессиональный митап для HR-специалистов работающих в IT состоится уже завтра 25 февраля.
Напоминаем, регистрация участников начинается в 10:30, а сам ивент стартует в 11:00.
Коротко о спикерах и докладах:
📌 Маргарита Мысина, рекрутер в Mad Devs выступит с темой «Держите одеяло у себя: как общаться с кандидатом и узнавать все, что вам интересно».
📌Клара Абдукова, HR-специалист в Mad Devs расскажет о «Дружелюбном онбординге: как с увеличением количества не потерять качество»
📌Айгуль Абдрахманова, Talent Manager в Kanda CA выступит с докладом «Оценка сотрудников: важный компонент эффективного управления и удержания персонала»
Кроме того, вас ждут живые дискуссии и нетворкинг-салон. Этот ламповый ивент - отличная возможность расширить круг профессиональных знакомств, обзавестись новыми связями и обменяться опытом.
Ждем участников по адресу:
Ибраимова 115/1, 8 этаж, офис ИТ-Академии
Регистрация на месте с 10:30, стартуем в 11:00.
Участие в ивенте совершенно бесплатное и вы все еще можете зарегистрироваться на ивент здесь.
Наш первый профессиональный митап для HR-специалистов работающих в IT состоится уже завтра 25 февраля.
Напоминаем, регистрация участников начинается в 10:30, а сам ивент стартует в 11:00.
Коротко о спикерах и докладах:
📌 Маргарита Мысина, рекрутер в Mad Devs выступит с темой «Держите одеяло у себя: как общаться с кандидатом и узнавать все, что вам интересно».
📌Клара Абдукова, HR-специалист в Mad Devs расскажет о «Дружелюбном онбординге: как с увеличением количества не потерять качество»
📌Айгуль Абдрахманова, Talent Manager в Kanda CA выступит с докладом «Оценка сотрудников: важный компонент эффективного управления и удержания персонала»
Кроме того, вас ждут живые дискуссии и нетворкинг-салон. Этот ламповый ивент - отличная возможность расширить круг профессиональных знакомств, обзавестись новыми связями и обменяться опытом.
Ждем участников по адресу:
Ибраимова 115/1, 8 этаж, офис ИТ-Академии
Регистрация на месте с 10:30, стартуем в 11:00.
Участие в ивенте совершенно бесплатное и вы все еще можете зарегистрироваться на ивент здесь.
👏8🔥3👍1👌1
Hardhat Mad Boiler
В Mad Devs мы работаем с множеством рабочих окружений. Стремясь постоянно улучшать свою работу, мы собрали множество плагинов и зависимостей, которые используем в работе со смарт-контрактами воедино и создали собственное рабочее окружение, о котором расскажем вам сегодня. Встречайте, Hardhat Mad Boiler с набором встроенных утилит помогающих в разработке и тестировании HardHat Ethereum смарт контрактов 🤘
https://github.com/maddevsio/hardhat-mad-boiler
Каковы преимущества?
📌 Предварительно настроенный linter и средства форматирования для TypeScript и Solidity поможет сэкономить усилия по поддержанию чистой кодовой базы и сосредоточиться на разработке функций продукта.
📌 Система вывода типов TypeScript, поможет избежать ошибок в скриптах и тестах, и улучшить их качество.
📌 Поддержка файлов .env для управления учетными данными и легкого доступа к ним из скриптов и тестов.
📌 Рабочий процесс GitHub Actions, позволит применить практику непрерывной интеграции без дополнительных усилий.
📌 Дополнительные возможности разработки, доступные в виде расширений.
Какие возможности и расширения поддерживаются?
📌 Поддержка широко используемых примитивов и компонентов для разработки и обновления смарт-контрактов OpenZeppelin.
📌 Поддержка файлов .env в тестах и скриптах.
📌 Реализация кошелька и утилиты на JavaScript и TypeScript.
📌 Утилита для покрытия кода для тестирования Solidity.
📌 Упрощенный экспорт ABI смарт-контрактов при компиляции через Hardhat.
📌 Утилита для оценки размера байт кода для скомпилированных смарт-контрактов.
📌 Утилита для оценки использования газа для выполненных модульных тестов.
📌 Поддержка TypeScript.
📌 Автоматизированное форматирование кода для JavaScript, TypeScript и Solidity.
📌 Поддержка линтера ESLint для TypeScript.
📌 Поддержка линтера SolHint для Solidity.
📌 Поддержка сервиса проверки смарт-контрактов EtherScan для HardHat.
Звучит солидно, не правда ли? 👀
Проект продолжает свое активное развитие и мы будем рады вашему участию!
Надеемся на ваши скачивания, использование и комментарии! ❤️
В Mad Devs мы работаем с множеством рабочих окружений. Стремясь постоянно улучшать свою работу, мы собрали множество плагинов и зависимостей, которые используем в работе со смарт-контрактами воедино и создали собственное рабочее окружение, о котором расскажем вам сегодня. Встречайте, Hardhat Mad Boiler с набором встроенных утилит помогающих в разработке и тестировании HardHat Ethereum смарт контрактов 🤘
https://github.com/maddevsio/hardhat-mad-boiler
Каковы преимущества?
📌 Предварительно настроенный linter и средства форматирования для TypeScript и Solidity поможет сэкономить усилия по поддержанию чистой кодовой базы и сосредоточиться на разработке функций продукта.
📌 Система вывода типов TypeScript, поможет избежать ошибок в скриптах и тестах, и улучшить их качество.
📌 Поддержка файлов .env для управления учетными данными и легкого доступа к ним из скриптов и тестов.
📌 Рабочий процесс GitHub Actions, позволит применить практику непрерывной интеграции без дополнительных усилий.
📌 Дополнительные возможности разработки, доступные в виде расширений.
Какие возможности и расширения поддерживаются?
📌 Поддержка широко используемых примитивов и компонентов для разработки и обновления смарт-контрактов OpenZeppelin.
📌 Поддержка файлов .env в тестах и скриптах.
📌 Реализация кошелька и утилиты на JavaScript и TypeScript.
📌 Утилита для покрытия кода для тестирования Solidity.
📌 Упрощенный экспорт ABI смарт-контрактов при компиляции через Hardhat.
📌 Утилита для оценки размера байт кода для скомпилированных смарт-контрактов.
📌 Утилита для оценки использования газа для выполненных модульных тестов.
📌 Поддержка TypeScript.
📌 Автоматизированное форматирование кода для JavaScript, TypeScript и Solidity.
📌 Поддержка линтера ESLint для TypeScript.
📌 Поддержка линтера SolHint для Solidity.
📌 Поддержка сервиса проверки смарт-контрактов EtherScan для HardHat.
Звучит солидно, не правда ли? 👀
Проект продолжает свое активное развитие и мы будем рады вашему участию!
Надеемся на ваши скачивания, использование и комментарии! ❤️
GitHub
GitHub - maddevsio/hardhat-mad-boiler: Ready-to-use preconfigured HardHat Ethereum development environment with additional tools…
Ready-to-use preconfigured HardHat Ethereum development environment with additional tools for smart-contract development - maddevsio/hardhat-mad-boiler
🔥8❤1👍1
Ну что немного отвлечемся и порешаем логические задачи? Завтра опубликуем свое решение, а вы в комментариях делитесь своими вариантами. Готовы? 😈
Итак,
Программисту на заводе по производству аккумуляторов было поручено разработать программное обеспечение, способное контролировать качество выпускаемой продукции. Два важных условия:
🔋 Каждая произведенная батарея имеет 2% шанс оказаться бракованной.
🔋 Система контроля качества выявляет нерабочие батареи в 98% случаев, но при этом в 1% случаев ошибочно определяет рабочие батареи как бракованные.
Разработчик должен определить среднее количество бракованных батарей в партии из 10 000 штук.
Как это решить?⬇️
Итак,
Программисту на заводе по производству аккумуляторов было поручено разработать программное обеспечение, способное контролировать качество выпускаемой продукции. Два важных условия:
🔋 Каждая произведенная батарея имеет 2% шанс оказаться бракованной.
🔋 Система контроля качества выявляет нерабочие батареи в 98% случаев, но при этом в 1% случаев ошибочно определяет рабочие батареи как бракованные.
Разработчик должен определить среднее количество бракованных батарей в партии из 10 000 штук.
Как это решить?⬇️
👨💻7
Mad Devs Channel
Ну что немного отвлечемся и порешаем логические задачи? Завтра опубликуем свое решение, а вы в комментариях делитесь своими вариантами. Готовы? 😈 Итак, Программисту на заводе по производству аккумуляторов было поручено разработать программное обеспечение…
Пришло время показать решение этой логической задачи. Скорее читаем и сравниваем со своим результатом 🤓
Начнем с выяснения вероятности брака у батареек. Предположим, вероятность выпуска брака составляет – 0,02. Тогда вероятность изготовления рабочей батарейки составляет 0,98.
Далее, рассчитаем:
Вероятность ошибки системы контроля, забраковывая рабочую батарейку:
0,01 * 0,98 = 0,0098
Вероятность обнаружения брака:
0,98 * 0,02 = 0,0196
Для нахождения вероятности отбраковки любой батарейки выполним сложение этих значений:
0,0098 + 0,0196 = 0,0294.
Помним, что в партии 10 000 батареек? Ну тогда дальше просто:
10 000 * 0,0294 = 294
Вуаля! ✨ Это и есть среднее количество бракованных батареек. Ну, кто решил задачу верно?
Хотите еще больше таких задачек? Оставьте нам реакцию. ❤️
Начнем с выяснения вероятности брака у батареек. Предположим, вероятность выпуска брака составляет – 0,02. Тогда вероятность изготовления рабочей батарейки составляет 0,98.
Далее, рассчитаем:
Вероятность ошибки системы контроля, забраковывая рабочую батарейку:
0,01 * 0,98 = 0,0098
Вероятность обнаружения брака:
0,98 * 0,02 = 0,0196
Для нахождения вероятности отбраковки любой батарейки выполним сложение этих значений:
0,0098 + 0,0196 = 0,0294.
Помним, что в партии 10 000 батареек? Ну тогда дальше просто:
10 000 * 0,0294 = 294
Вуаля! ✨ Это и есть среднее количество бракованных батареек. Ну, кто решил задачу верно?
Хотите еще больше таких задачек? Оставьте нам реакцию. ❤️
❤16
Обратная связь – это факты, которые помогут человеку изменить свое поведение. У фактов нет эмоциональной окраски. Поэтому, когда кто-то не справляется с работой, не стоит высказывать свое недовольство из-за сорванных сроков, лучше выяснить у сокомандника, что пошло не так, как помочь ему справиться с причиной и не допускать срывов на будущих проектах.
Давать качественную обратную связь – часть работы любого участника команды, но в осовенности лидеров. За счет правильной подачи можно построить доверительную и открытую атмосферу внутри команды. Сегодня разбираемся, что такое обратная связь, как её давать, и какие методы помогут вам.
Давать качественную обратную связь – часть работы любого участника команды, но в осовенности лидеров. За счет правильной подачи можно построить доверительную и открытую атмосферу внутри команды. Сегодня разбираемся, что такое обратная связь, как её давать, и какие методы помогут вам.
👍9
Mad Devs Channel
Пришло время показать решение этой логической задачи. Скорее читаем и сравниваем со своим результатом 🤓 Начнем с выяснения вероятности брака у батареек. Предположим, вероятность выпуска брака составляет – 0,02. Тогда вероятность изготовления рабочей батарейки…
Как вы думаете, сколько решений имеет эта задача? Как оказалось, не одно.
Очень круто, что обсуждение задачи из нашего телеграм канала перекочевало и продолжилось в оффлайне. Мы получили довольно много гипотез о том, какое же решение является правильным, а ответ наиболее точным, и сейчас хотим поделиться одним из них.
Для решения этой задачи можно использовать биномиальное распределение. Если X - количество бракованных батарей в партии из 10 000 штук, то тогда X имеет биномиальное распределение с параметрами n=10000 и p=0.02 (вероятность брака).
Согласно условиям задачи, система контроля качества выявляет нерабочие батареи в 98% случаев, но при этом в 1% случаев ошибочно определяет рабочие батареи как бракованные. Это значит, что если батария действительно бракованная, то с вероятностью 0.98 она будет определена как бракованная, а если батария действительно рабочая, то с вероятностью 0.01 она будет ошибочно определена как бракованная. Таким образом, вероятность того, что батария будет определена как бракованная, равна:
P(брак) = 0.02 * 0.98 + 0.98 * 0.01 = 0.0296
Теперь можно найти среднее количество бракованных батарей в партии из 10 000 штук, используя формулу для биномиального распределения:
E(X) = n * p = 10000 * 0.02 = 200
Ожидается, что в партии из 10 000 батарей будет 200 бракованных батарей.
Интересно, правда? Кто решал так же? Поделитесь в комментариях как быстро и почему вы выбрали такое решение ⬇️
Очень круто, что обсуждение задачи из нашего телеграм канала перекочевало и продолжилось в оффлайне. Мы получили довольно много гипотез о том, какое же решение является правильным, а ответ наиболее точным, и сейчас хотим поделиться одним из них.
Для решения этой задачи можно использовать биномиальное распределение. Если X - количество бракованных батарей в партии из 10 000 штук, то тогда X имеет биномиальное распределение с параметрами n=10000 и p=0.02 (вероятность брака).
Согласно условиям задачи, система контроля качества выявляет нерабочие батареи в 98% случаев, но при этом в 1% случаев ошибочно определяет рабочие батареи как бракованные. Это значит, что если батария действительно бракованная, то с вероятностью 0.98 она будет определена как бракованная, а если батария действительно рабочая, то с вероятностью 0.01 она будет ошибочно определена как бракованная. Таким образом, вероятность того, что батария будет определена как бракованная, равна:
P(брак) = 0.02 * 0.98 + 0.98 * 0.01 = 0.0296
Теперь можно найти среднее количество бракованных батарей в партии из 10 000 штук, используя формулу для биномиального распределения:
E(X) = n * p = 10000 * 0.02 = 200
Ожидается, что в партии из 10 000 батарей будет 200 бракованных батарей.
Интересно, правда? Кто решал так же? Поделитесь в комментариях как быстро и почему вы выбрали такое решение ⬇️
🤯6💯1
Нейробиологический фундамент продуктивности 🧠
Наверное, каждый из нас задумывался о том, что неплохо бы в целях личной эффективности заиметь 25 час в сутках или таблетку из фильма “Области тьмы”. Стать более продуктивным вам могут помочь нейрогормоны о которых сегодня поговорим.
Конкретные нейрогормоны и их соотношение друг с другом могут стать ключом к вашей продуктивности. Первым элементом в этой связи выступает адреналин ⚡
📍 Выделение адреналина – общий фон продуктивности и эффективности.
📍 Синтез адреналина интевсивнее всего в голубом пятне, “щупальцы” которого проходят через структуру мозга.
📍 Эффект адреналина – работа по сценарию: бить, бежать, замереть (вот он нам и нужен в работе).
Замирание важно для выполнения задач, а именно в этот момент тело остается недвижимым, а мозговая активность на пределе. Как результат, задачки щелкаются, как семечки. Вы в потоке, вы в ресурсе 💪
🤝 Немаловажный тандем гормонов – «адреналин + ацетилхолин», где адреналин отвечает за бодрость и включенность, а ацетилхолин – за воплощение мыслей в действия.
Ацетилхолин помогает нам ориентироваться в работе, маневрировать среди целей. Есть пару “но”:
📍 Много ацетилхолина = уйдете в работу с головой и будете бегать, как крыса в колесе.
📍 Мало ацетилхолина = будете метаться между частями задачи и не знать, с какой стороны подойти, что приведёт к прокрастинации.
🤝 Следующая пара, которая помогает нам в работе, – «дофамин и норадреналин». Они похожи друг на друга, но выполняют разные задачи. Дофамин в комплексе с адреналином и ацетилхолином – топливо для концентрации и фокусировки. Чем дольше он выделяется, тем дольше состояние продуктивности.
Как увеличить рост этих нейрогормонов?
📍 Естественным образом. Это могут быть интенсивная работа или прохождение сложной миссии в игре.
📍 Механическим образом. Это могут быть концентрация на задачах, которые зависят от вас. Или же однозначный старт, когда поэтапно выполняете все действия. Поможет и дедлайн, который обеспечит высвобождение адреналина, и вы будете работать на пределе. Быстрые задачки, которые решаются за час-полтора.
📍 Фармакологический способ. У данных инструментов есть свои особенности, которые могут привести к неприятным последствиям при неправильном применении. Необходима консультация специалиста.
Для повышения интеллекта очень важно понимать, что вы делаете. Бессмысленно это делать при помощи ноотропов, режима дня и фармы, если у вас нет желания и попыток двигаться к новым знаниям, умениям и навыкам.
Наверное, каждый из нас задумывался о том, что неплохо бы в целях личной эффективности заиметь 25 час в сутках или таблетку из фильма “Области тьмы”. Стать более продуктивным вам могут помочь нейрогормоны о которых сегодня поговорим.
Конкретные нейрогормоны и их соотношение друг с другом могут стать ключом к вашей продуктивности. Первым элементом в этой связи выступает адреналин ⚡
📍 Выделение адреналина – общий фон продуктивности и эффективности.
📍 Синтез адреналина интевсивнее всего в голубом пятне, “щупальцы” которого проходят через структуру мозга.
📍 Эффект адреналина – работа по сценарию: бить, бежать, замереть (вот он нам и нужен в работе).
Замирание важно для выполнения задач, а именно в этот момент тело остается недвижимым, а мозговая активность на пределе. Как результат, задачки щелкаются, как семечки. Вы в потоке, вы в ресурсе 💪
🤝 Немаловажный тандем гормонов – «адреналин + ацетилхолин», где адреналин отвечает за бодрость и включенность, а ацетилхолин – за воплощение мыслей в действия.
Ацетилхолин помогает нам ориентироваться в работе, маневрировать среди целей. Есть пару “но”:
📍 Много ацетилхолина = уйдете в работу с головой и будете бегать, как крыса в колесе.
📍 Мало ацетилхолина = будете метаться между частями задачи и не знать, с какой стороны подойти, что приведёт к прокрастинации.
🤝 Следующая пара, которая помогает нам в работе, – «дофамин и норадреналин». Они похожи друг на друга, но выполняют разные задачи. Дофамин в комплексе с адреналином и ацетилхолином – топливо для концентрации и фокусировки. Чем дольше он выделяется, тем дольше состояние продуктивности.
Как увеличить рост этих нейрогормонов?
📍 Естественным образом. Это могут быть интенсивная работа или прохождение сложной миссии в игре.
📍 Механическим образом. Это могут быть концентрация на задачах, которые зависят от вас. Или же однозначный старт, когда поэтапно выполняете все действия. Поможет и дедлайн, который обеспечит высвобождение адреналина, и вы будете работать на пределе. Быстрые задачки, которые решаются за час-полтора.
📍 Фармакологический способ. У данных инструментов есть свои особенности, которые могут привести к неприятным последствиям при неправильном применении. Необходима консультация специалиста.
Для повышения интеллекта очень важно понимать, что вы делаете. Бессмысленно это делать при помощи ноотропов, режима дня и фармы, если у вас нет желания и попыток двигаться к новым знаниям, умениям и навыкам.
👍3🔥1🤔1
Ошибки при изучении Python или 5 стадий принятия неизбежного
“Ученье – свет, а неученье – тьма”. Все мы слышали эту пословицу. Но никто не предупреждал, что путь ученья бывает тернист и что очень легко допустить ошибку. И чтобы вы не допускали ошибок в будущем, мы разобрали 5 ошибок при изучении Python.
✍️ Первая и самая простая ошибка – начинать изучение Python с чужого кода, а не с терминологии и концепции языка программирования.
Разберитесь с понятийным аппаратом, составьте собственный словарь. Изучите элементы Python. После чего вы можете приступать к написанию собственного кода. Изучать чужой код полезно, если у вас уже есть опыт. Это помогает найти новые решения и оптимизировать свой код. Тем самым вы повышаете собственную насмотренность.
✍️ Вторая - отказ от поиска и сравнения разных инструментов для оптимального решения задач.
Прежде чем начать работать с кодом, изучите альтернативные варианты, которые могут оказаться проще в обращении,. А еще вы получите новые знания. Тем самым вы можете выбрать инструмент, исходя из своих предпочтений.
✍️ Третья ошибка - создавать промежуточные ручные решения, снижающие универсальность кода и уровень его автоматизации.
Если вы используете сразу две программы, то разузнайте о решениях внутри Python. Существует большая библиотека, в которой уже, возможно, существуют нужные вам методы.
✍️ Четвертая - делать скрипт нечитаемым, пренебрегая структурой.
Старайтесь во время написания кода внимательно относиться к новым переменным, подписывайте зачем они нужны, убирайте лишний блоки. Важно структурировать свой код. Позже для оформления кода можно использовать PEP 8 – руководство по стилю кода Python. Можете использовать для анализа инструменты, например, pycodestyle, prospector и пр. Не забудьте о пользовательских функциях.
✍️ Пятая ошибка - не сохранять удачные решения в базу знаний.
Создание собственной базы данных удачных решений поможет вам сэкономить ваше время. Например, если у вас есть задачи, с которыми вы часто сталкиваетесь, то сохраните код с описанием и примерами, чтобы было проще найти.
Не бойтесь допускать ошибки, но и не забывайте их исправлять. Расскажите в комментариях о своих ошибках в обучении, которые помогли вам👇
“Ученье – свет, а неученье – тьма”. Все мы слышали эту пословицу. Но никто не предупреждал, что путь ученья бывает тернист и что очень легко допустить ошибку. И чтобы вы не допускали ошибок в будущем, мы разобрали 5 ошибок при изучении Python.
✍️ Первая и самая простая ошибка – начинать изучение Python с чужого кода, а не с терминологии и концепции языка программирования.
Разберитесь с понятийным аппаратом, составьте собственный словарь. Изучите элементы Python. После чего вы можете приступать к написанию собственного кода. Изучать чужой код полезно, если у вас уже есть опыт. Это помогает найти новые решения и оптимизировать свой код. Тем самым вы повышаете собственную насмотренность.
✍️ Вторая - отказ от поиска и сравнения разных инструментов для оптимального решения задач.
Прежде чем начать работать с кодом, изучите альтернативные варианты, которые могут оказаться проще в обращении,. А еще вы получите новые знания. Тем самым вы можете выбрать инструмент, исходя из своих предпочтений.
✍️ Третья ошибка - создавать промежуточные ручные решения, снижающие универсальность кода и уровень его автоматизации.
Если вы используете сразу две программы, то разузнайте о решениях внутри Python. Существует большая библиотека, в которой уже, возможно, существуют нужные вам методы.
✍️ Четвертая - делать скрипт нечитаемым, пренебрегая структурой.
Старайтесь во время написания кода внимательно относиться к новым переменным, подписывайте зачем они нужны, убирайте лишний блоки. Важно структурировать свой код. Позже для оформления кода можно использовать PEP 8 – руководство по стилю кода Python. Можете использовать для анализа инструменты, например, pycodestyle, prospector и пр. Не забудьте о пользовательских функциях.
✍️ Пятая ошибка - не сохранять удачные решения в базу знаний.
Создание собственной базы данных удачных решений поможет вам сэкономить ваше время. Например, если у вас есть задачи, с которыми вы часто сталкиваетесь, то сохраните код с описанием и примерами, чтобы было проще найти.
Не бойтесь допускать ошибки, но и не забывайте их исправлять. Расскажите в комментариях о своих ошибках в обучении, которые помогли вам👇
👍7🔥2😁1
АНТИсоветы начинающим разработчикам
❗️Сначала изучить ВСЮ спецификацию языка, а потом учиться писать код
Если хотите качественный продукт, то делайте все сами от UX/UI дизайна до тестов. Все сами!
❗️ Код 24/7 – никогда не останавливайтесь и не отдыхайте. Забудьте о друзьях, семье. Только так придет успех, деньги, слава.
❗️ Никогда не пишите комментарии к коду. Там же итак все понятно и очевидно.
❗️Один стек наработали и хватит. Не изучайте ничего нового.
❗️Разработчики никогда не ошибаются. Все должно работать с первого раза, иначе меняйте профессию. Не созданы вы для этого.
❗️Тру разработчик не использует готовых решений и инструментов. Все пишет вручную. Все эти библиотеки, шаблоны, фреймворки – плагиат.
❗️Git для слабаков. Весь процесс разработки должен быть в голове. Мерджи, пуши, коммиты – зачем тратить лишние ресурсы.
❗️Дайте себе свободу. Захотели написать весь код в одну строчку – почему нет? Все эти методологии, ограничения, соглашения только мешают вам.
Но это все, конечно, шутки. 😆 Но не стесняйтесь добавить и свои вредные советы из личного опыта в комментариях. Явно у вас были свои забавные случаи, которые создали ваш личный "кодекс правил" в программировании. ⬇️
❗️Сначала изучить ВСЮ спецификацию языка, а потом учиться писать код
Если хотите качественный продукт, то делайте все сами от UX/UI дизайна до тестов. Все сами!
❗️ Код 24/7 – никогда не останавливайтесь и не отдыхайте. Забудьте о друзьях, семье. Только так придет успех, деньги, слава.
❗️ Никогда не пишите комментарии к коду. Там же итак все понятно и очевидно.
❗️Один стек наработали и хватит. Не изучайте ничего нового.
❗️Разработчики никогда не ошибаются. Все должно работать с первого раза, иначе меняйте профессию. Не созданы вы для этого.
❗️Тру разработчик не использует готовых решений и инструментов. Все пишет вручную. Все эти библиотеки, шаблоны, фреймворки – плагиат.
❗️Git для слабаков. Весь процесс разработки должен быть в голове. Мерджи, пуши, коммиты – зачем тратить лишние ресурсы.
❗️Дайте себе свободу. Захотели написать весь код в одну строчку – почему нет? Все эти методологии, ограничения, соглашения только мешают вам.
Но это все, конечно, шутки. 😆 Но не стесняйтесь добавить и свои вредные советы из личного опыта в комментариях. Явно у вас были свои забавные случаи, которые создали ваш личный "кодекс правил" в программировании. ⬇️
🙈10👍3🤣1
Кибирд снова с вами, и на этот раз в новом формате!
Тот факт, что Олег и Миша находятся на разных концах земного шара не мешает им рождать контент. В этот раз, темой обсуждения выступают проблемы фокусировки и внимания. Тема будет интересна не только труженикам IT сферы но вообще любому кто хочет поднять свою продуктивность.
🔗 https://youtu.be/gVzl3H4-Oww
Приятного просмотра 😎
Тот факт, что Олег и Миша находятся на разных концах земного шара не мешает им рождать контент. В этот раз, темой обсуждения выступают проблемы фокусировки и внимания. Тема будет интересна не только труженикам IT сферы но вообще любому кто хочет поднять свою продуктивность.
🔗 https://youtu.be/gVzl3H4-Oww
Приятного просмотра 😎
YouTube
Кибирд (Keybeard) #39 – Кто украл наше внимание и как его вернуть
Остановитесь и задумайтесь. Как вы оказались тут, под этим видео? Было ли это запланированной активностью, или же вы хаотично наткнулись на этот видос где-то в ленте, и, не долго думая, перешли по ссылке чтобы подкаст крутился у вас фоном параллельно с работой?…
🔥16❤1
React vs. Vue
React и Vue являются двумя из самых популярных JavaScript-фреймворков, используемых для разработки веб-приложений. Мы не раз становились свидетелями баталий, в которых разработчики спорили о том, какой же фреймворк лучше. Но спорить в этом вопросе бесполезно! Хотя они оба используют JavaScript, они имеют ряд существенных различий, которые могут влиять на выбор разработчиков между ними:
⚙️ Архитектура
React использует виртуальную DOM (Document Object Model) для обновления пользовательского интерфейса, в то время как Vue использует синтаксис на основе шаблонов. Виртуальный DOM в React позволяет быстрее обновлять интерфейс, но может быть более сложным для понимания. Синтаксис Vue, основанный на шаблонах, проще в освоении, но может быть не таким производительным, как виртуальный DOM React.
🔎 Работа с данными
React использует одностороннюю привязку данных, что означает, что изменения в состоянии данных будут влиять на пользовательский интерфейс только в одном направлении. Vue использует двустороннюю привязку данных, что позволяет изменениям в пользовательском интерфейсе немедленно обновлять базовые данные.
🔗 Компоненты
React и Vue оба используют компоненты, но работают с ними по-разному. React использует более модульный подход, при котором компоненты можно компоновать и повторно использовать в различных частях приложения. Vue, с другой стороны, использует подход, основанный на шаблонах, где компоненты определяются с помощью шаблонов, а логика обрабатывается с помощью директив.
📚 Обучение
React сложнее для изучения, чем Vue, из-за большего размера и более сложной архитектуры. Vue, как правило, считается более легким в освоении и использовании, благодаря меньшему размеру и более простой архитектуре.
👥 Сообщества
React является более старым и высоко узнаваемым фреймворком. Он был создан компанией Facebook и используется в многих известных проектах, таких как Instagram и WhatsApp. Сообщество React очень активно и включает в себя много крупных компаний и ведущих разработчиков. Vue же является более молодым фреймворком, который приобрел популярность за последние несколько лет. Однако, у Vue открытый исходный код и активное и поддерживаемое сообщество разработчиков, которое стремится к развитию и улучшению фреймворка.
Итого, React - хороший выбор для больших и более сложных приложений, в то время как Vue - для небольших и более простых приложений. Выбор между React и Vue зависит от конкретных потребностей и предпочтений команды разработчиков. А с каким из этих фреймворков работаете вы?
React и Vue являются двумя из самых популярных JavaScript-фреймворков, используемых для разработки веб-приложений. Мы не раз становились свидетелями баталий, в которых разработчики спорили о том, какой же фреймворк лучше. Но спорить в этом вопросе бесполезно! Хотя они оба используют JavaScript, они имеют ряд существенных различий, которые могут влиять на выбор разработчиков между ними:
⚙️ Архитектура
React использует виртуальную DOM (Document Object Model) для обновления пользовательского интерфейса, в то время как Vue использует синтаксис на основе шаблонов. Виртуальный DOM в React позволяет быстрее обновлять интерфейс, но может быть более сложным для понимания. Синтаксис Vue, основанный на шаблонах, проще в освоении, но может быть не таким производительным, как виртуальный DOM React.
🔎 Работа с данными
React использует одностороннюю привязку данных, что означает, что изменения в состоянии данных будут влиять на пользовательский интерфейс только в одном направлении. Vue использует двустороннюю привязку данных, что позволяет изменениям в пользовательском интерфейсе немедленно обновлять базовые данные.
🔗 Компоненты
React и Vue оба используют компоненты, но работают с ними по-разному. React использует более модульный подход, при котором компоненты можно компоновать и повторно использовать в различных частях приложения. Vue, с другой стороны, использует подход, основанный на шаблонах, где компоненты определяются с помощью шаблонов, а логика обрабатывается с помощью директив.
📚 Обучение
React сложнее для изучения, чем Vue, из-за большего размера и более сложной архитектуры. Vue, как правило, считается более легким в освоении и использовании, благодаря меньшему размеру и более простой архитектуре.
👥 Сообщества
React является более старым и высоко узнаваемым фреймворком. Он был создан компанией Facebook и используется в многих известных проектах, таких как Instagram и WhatsApp. Сообщество React очень активно и включает в себя много крупных компаний и ведущих разработчиков. Vue же является более молодым фреймворком, который приобрел популярность за последние несколько лет. Однако, у Vue открытый исходный код и активное и поддерживаемое сообщество разработчиков, которое стремится к развитию и улучшению фреймворка.
Итого, React - хороший выбор для больших и более сложных приложений, в то время как Vue - для небольших и более простых приложений. Выбор между React и Vue зависит от конкретных потребностей и предпочтений команды разработчиков. А с каким из этих фреймворков работаете вы?
👍3😁2
Как выбрать между публичным и частным облаком устройств?
Организации, которые хотят упростить тестирование своих цифровых продуктов на нескольких устройствах, все чаще используют облачные устройства. Когда дело доходит до выбора между публичным и частным облаком устройств, организациям приходится учитывать несколько факторов.
💰 Расходы
Настройка частного облака обычно стоит дороже, поскольку для него требуется собственное оборудование и ПО. Публичное облако, напротив, гораздо более рентабельны. Так как они обычно предлагаются как разделяемый сервис с меньшими накладными расходами.
💂 Безопасность
Когда мы говорим о безопасности, то нужно учитывать, что частные облака предлагают более высокий уровень защиты, поскольку они недоступны для общественности. Публичные облака менее безопасны, потому что ими может пользоваться больше людей.
💻 Контроль
Частные облака дают организациям больше свободы и контроля, поскольку они позволяют им управлять инфраструктурой и настраивать ее под себя. С другой стороны, в публичных облаках меньше возможностей контроля и настройки.
🏃 Масштабируемость
Публичные облака, как правило, лучше оснащены для более быстрого и простого масштабирования, чем частные облака. Что делает публичные лучшим выбором для организаций, которым необходимо быстрое масштабирование.
🤳 Поддержка
Соглашения об уровне обслуживания (SLA) обеспечивают более персонализированную и индивидуальную поддержку частных облаков. Публичные облака, с другой стороны, обычно предлагают более общие услуги поддержки.
🆕 Обновления
В зависимости от вашего контракта, процесс обновления устройства в частных облаках обычно выполняется ежеквартально или ежемесячно. С другой стороны, публичные облака обычно чаще обновляют список своих устройств.
🧑💻 Наличие устройств
Вероятность получить предпочтительную модель устройства в публичном облаке ниже из-за большой базы пользователей. Частные облака, с другой стороны, имеют больше доступных устройств, поскольку устройства используются только одной организацией.
Выбирая правильное облачное решение для своих нужд, организациям необходимо тщательно взвесить все за и против. Все вышеперечисленные факторы необходимо учитывать. Но в конечном счете правильный выбор будет зависеть от конкретных потребностей и требований вашей организации.
Организации, которые хотят упростить тестирование своих цифровых продуктов на нескольких устройствах, все чаще используют облачные устройства. Когда дело доходит до выбора между публичным и частным облаком устройств, организациям приходится учитывать несколько факторов.
💰 Расходы
Настройка частного облака обычно стоит дороже, поскольку для него требуется собственное оборудование и ПО. Публичное облако, напротив, гораздо более рентабельны. Так как они обычно предлагаются как разделяемый сервис с меньшими накладными расходами.
💂 Безопасность
Когда мы говорим о безопасности, то нужно учитывать, что частные облака предлагают более высокий уровень защиты, поскольку они недоступны для общественности. Публичные облака менее безопасны, потому что ими может пользоваться больше людей.
💻 Контроль
Частные облака дают организациям больше свободы и контроля, поскольку они позволяют им управлять инфраструктурой и настраивать ее под себя. С другой стороны, в публичных облаках меньше возможностей контроля и настройки.
🏃 Масштабируемость
Публичные облака, как правило, лучше оснащены для более быстрого и простого масштабирования, чем частные облака. Что делает публичные лучшим выбором для организаций, которым необходимо быстрое масштабирование.
🤳 Поддержка
Соглашения об уровне обслуживания (SLA) обеспечивают более персонализированную и индивидуальную поддержку частных облаков. Публичные облака, с другой стороны, обычно предлагают более общие услуги поддержки.
🆕 Обновления
В зависимости от вашего контракта, процесс обновления устройства в частных облаках обычно выполняется ежеквартально или ежемесячно. С другой стороны, публичные облака обычно чаще обновляют список своих устройств.
🧑💻 Наличие устройств
Вероятность получить предпочтительную модель устройства в публичном облаке ниже из-за большой базы пользователей. Частные облака, с другой стороны, имеют больше доступных устройств, поскольку устройства используются только одной организацией.
Выбирая правильное облачное решение для своих нужд, организациям необходимо тщательно взвесить все за и против. Все вышеперечисленные факторы необходимо учитывать. Но в конечном счете правильный выбор будет зависеть от конкретных потребностей и требований вашей организации.
🤔5