Как работают кривые Безье
Самый понятный и доступный ролик, в котором объясняется что такое кривые Безье.
Особенно полезно для тех, кто увлекается анимациями и графикой
Самый понятный и доступный ролик, в котором объясняется что такое кривые Безье.
Особенно полезно для тех, кто увлекается анимациями и графикой
YouTube
The Beauty of Bézier Curves
Bézier curves - how do they do?
They're used for animation, text rendering, and all sorts of curved shapes! But how do they actually work? well, like, that's what the video is about, so, watch it to find out etc!!
• Lots of love to
💛 Jazz "queenjazz" Mickle…
They're used for animation, text rendering, and all sorts of curved shapes! But how do they actually work? well, like, that's what the video is about, so, watch it to find out etc!!
• Lots of love to
💛 Jazz "queenjazz" Mickle…
Опрос про грейды среди опытных интервьюеров и руководителей
Прошлый пост про кризис мобильной разработки набрал много положительных реакций. Видимо, нашлась не маленькая поддержка, кто согласен был с моими словами. Я решил его удалить, тк для кого-то эта проблема демотивирующая и захотел взять позицию действий. Начнем с попытки идентификации проблемы.
Кризис мобильной разработки связан не только с отсутствием задач, а с неправильной оценкой ресурсов на текущие задачи.
Одна из общих проблем — это размытые грани между мидлом и сеньором, а может быть и всеми остальными грейдами. Различить сидит ли перед тобой мидл или сеньор не могут даже люди с опытом в 10 лет. Это очень сложная метрика. Нельзя стандартизировать требования, но можно ознакомиться с правилами и мнениями тех, кто оценивает.
Новички, которые только начинают интервьюировать, чаще думают что сеньор это тот, кто идеально отвечает на теорию.
А руководители опускают многую теорию и сразу идут к опыту и практике. По их мнению, в оценки теории сеньоры даже чуть хуже мидлов, потому что они отделяют то, что важно на практике, от того, что нет. Сеньор работает больше на интуитивном уровне, а Мидл фокусирует все ресурсы на правильные формулировки. Сеньор же на правильное применении.
Пообщавшись на выходных с разными людьми я понял, что у многих руководителей есть свой фреймворк оценки "сеньорности". Для многих это сразу понятно, для других — нет.
Я решил сделать опрос и воспользоваться своим социальным ресурсом. Где соберу все комментарии опытных интервьюеров и руководителей. Результатами открыто поделюсь с вами.
Пройти опрос можно тут
Прошлый пост про кризис мобильной разработки набрал много положительных реакций. Видимо, нашлась не маленькая поддержка, кто согласен был с моими словами. Я решил его удалить, тк для кого-то эта проблема демотивирующая и захотел взять позицию действий. Начнем с попытки идентификации проблемы.
Кризис мобильной разработки связан не только с отсутствием задач, а с неправильной оценкой ресурсов на текущие задачи.
Одна из общих проблем — это размытые грани между мидлом и сеньором, а может быть и всеми остальными грейдами. Различить сидит ли перед тобой мидл или сеньор не могут даже люди с опытом в 10 лет. Это очень сложная метрика. Нельзя стандартизировать требования, но можно ознакомиться с правилами и мнениями тех, кто оценивает.
Новички, которые только начинают интервьюировать, чаще думают что сеньор это тот, кто идеально отвечает на теорию.
А руководители опускают многую теорию и сразу идут к опыту и практике. По их мнению, в оценки теории сеньоры даже чуть хуже мидлов, потому что они отделяют то, что важно на практике, от того, что нет. Сеньор работает больше на интуитивном уровне, а Мидл фокусирует все ресурсы на правильные формулировки. Сеньор же на правильное применении.
Пообщавшись на выходных с разными людьми я понял, что у многих руководителей есть свой фреймворк оценки "сеньорности". Для многих это сразу понятно, для других — нет.
Я решил сделать опрос и воспользоваться своим социальным ресурсом. Где соберу все комментарии опытных интервьюеров и руководителей. Результатами открыто поделюсь с вами.
Пройти опрос можно тут
Google Docs
Определение грейдов в мобильной разработке
В этом опросе я хочу собрать как можно больше мнений по определению грейдов в iOS разработке. Сейчас границы размываются и у многих начинающих, и не только интервьюеров, есть проблема в оценках людей. Мы хотим помочь им собрав больше техник и свободно поделиться…
Продолжаю обновлять базу вопросов. В прошлый раз мы разбирали задачи на hitTest, а сейчас подборка на обработку жестов. В ней я затронул UIGestureRecognizer:
Также напоминаю, что в подборках уже более 300 точечно отобранных вопросов без чатгпт и других приколов, а конкретно из реальной практики.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
1 3 2
Fear of Missing Out
Мой мозг часто обманывает меня. Не дает выйти на нужный темп. Не заменяет легкие и дешевые развлечения на желание достигнуть той радости, которая приходит после тяжелых усилий. Он наркоман легких путей.
Так я хочу настроить и улучшить процесс образования. Часто я перечитываю список когнитивных искажений, которые мешают мне развиваться и выйти на новый уровень.
Главный враг современной жизни — это страх упущенной выгоды.
С развитием социальных сетей этот страх развивается огромными шагами. Он настолько вреден, что тратит не только наше время впустую, но и деньги.
Инстаграм, ВК, телега — это все заменило нам качественные альтернативы развития. Книги вымирают из-за безумного страха упущенной выгоды. Без шуток, очень страшно наблюдать, как мы ищем механизмы развития не в книгах, а в видеороликах.
Я считаю, развиваться только по социальным сетям — это как иметь диету в бургерной.
Уже не редкость ты встретишь мысли «мне универ не нужен — ютуб меня всему научил». Страшно пугающие слова.
Раньше меня пугало, что я мало читал художественной литературы. Из-за страха потерять время и лучше бы почитал что-то техническое. А сейчас, что я заменю инстой книги.
Чатгпт подсветил старую проблему, о которой все говорили — интернет ошибается. В нем тяжело найти пользу. Он часто неправ, а спорить с ним бесполезно.
Люди перестают читать статьи, верить им. Они возвращаются в книги и документации. Сокращают посредников и дилеров.
Единственный инструмент, который стал эффективным — это люди. Наши рекомендации и предпочтения.
Мой мозг часто обманывает меня. Не дает выйти на нужный темп. Не заменяет легкие и дешевые развлечения на желание достигнуть той радости, которая приходит после тяжелых усилий. Он наркоман легких путей.
Так я хочу настроить и улучшить процесс образования. Часто я перечитываю список когнитивных искажений, которые мешают мне развиваться и выйти на новый уровень.
Главный враг современной жизни — это страх упущенной выгоды.
С развитием социальных сетей этот страх развивается огромными шагами. Он настолько вреден, что тратит не только наше время впустую, но и деньги.
Инстаграм, ВК, телега — это все заменило нам качественные альтернативы развития. Книги вымирают из-за безумного страха упущенной выгоды. Без шуток, очень страшно наблюдать, как мы ищем механизмы развития не в книгах, а в видеороликах.
Я считаю, развиваться только по социальным сетям — это как иметь диету в бургерной.
Уже не редкость ты встретишь мысли «мне универ не нужен — ютуб меня всему научил». Страшно пугающие слова.
Раньше меня пугало, что я мало читал художественной литературы. Из-за страха потерять время и лучше бы почитал что-то техническое. А сейчас, что я заменю инстой книги.
Чатгпт подсветил старую проблему, о которой все говорили — интернет ошибается. В нем тяжело найти пользу. Он часто неправ, а спорить с ним бесполезно.
Люди перестают читать статьи, верить им. Они возвращаются в книги и документации. Сокращают посредников и дилеров.
Единственный инструмент, который стал эффективным — это люди. Наши рекомендации и предпочтения.
Этот принцип SOLID один из самых сложных для понимания. Формулировка из вики звучит так:
A. Модули верхних уровней не должны зависеть от модулей нижних уровней. Оба типа модулей должны зависеть от абстракций.
B. Абстракции не должны зависеть от деталей. Детали должны зависеть от абстракций.
Окей. С абстракциями понятно, но что такое модули верхних и нижних уровней и где тут инверсия зависимостей? Давайте разберемся.
Для начала разберемся что такое модули: в iOS модулями можно назвать классы, фреймворки и библиотеками. Возьмем пример с классами.
Теперь попробуем разобраться со второй частью “Абстракции не должны зависеть от деталей. Детали должны зависеть от абстракций.”
Деталь — это часть параметра, который мы отдаем нашему классу низкого уровня.
Где тут инверсия зависимостей?
Принцип инверсии зависимостей помогает строить приложение не от реализаций, а от абстракций.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Подборка статей по Core Data
Офлайн приложения все чаще в моде. Мобильные устройства становятся не просто медиа-платформой, но и серьезным инструментом. Например, навык работать с базами данных нужнен для аэрофлотов или вахтовых работ, где нет доступа в интернет, но нужно делать много расчетов. Если вы хотите освежить знания про core data, то я собрал для себя пару хороших статей.
🟣 Стартуем с Core Data! Сложное простыми словами
🟣 Core Data в деталях
🟣 Demystifying Core Data: A guide for newcomers
🟣 Migrating your data model automatically
Офлайн приложения все чаще в моде. Мобильные устройства становятся не просто медиа-платформой, но и серьезным инструментом. Например, навык работать с базами данных нужнен для аэрофлотов или вахтовых работ, где нет доступа в интернет, но нужно делать много расчетов. Если вы хотите освежить знания про core data, то я собрал для себя пару хороших статей.
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Стартуем с Core Data! Сложное простыми словами
Тем с Core Data уже написано большое количество, но большинство этих статей на английском языке, а так же с использованием большого количества «умных» слов которые могут запутать новичков. Продолжение...
Хорошо, что успел взять ипотеку на прошлых условиях.
С утра поздравляют как с днем рождения.
С утра поздравляют как с днем рождения.
Недавно я понял, что иногда забываю какие-то детали. Хотя я много раз читал статьи, доки или писал это в коде. Например, я забываю некоторые детали прозрачных типов или дженериков.
В чате мне дали хороший совет. Для того, чтобы закрепить любую инфу — нужно понять проблему, которую она решает и написать свое решение.
В этой статье я постарался основательно подойти к вопросу и разобрать важные вопросы:
Если у вас по этой теме были проблемы, то очень советую эту статью.
Please open Telegram to view this post
VIEW IN TELEGRAM
Какие критерии вы считаете основными при переходе на новое место работы?
Anonymous Poll
87%
Размер заработной платы
31%
Отзывы о компании
25%
Отзывы о команде
25%
Отношение к переработке
56%
Возможность роста
30%
Корпоративная культура компании
62%
Возможность удаленной работы
23%
Отношение к инновациям
24%
Сложные задачи
4%
Другое
Качественные мок-собесы лучше слитых реальных
У недобросовестных представителей ит сейчас новый способ вовлечения — слитые собесы. Почему я считаю что это неэффективный способ обучения?
За последние 2 недели я усердно готовлюсь к марафону по мок-собесам. За мой большой опыт я провел уже 200 собесов (это очень много). Знаю как проводить алгоритмы, платформу, скрининги и даже проектирование с поведенческим. Участвовал в бурных обсуждениях внутри стартапов и бигтехов, менял и предлагал задачи, которые оценивают кандидатов. И понимаю какой огромный труд стоит за всем этим процессом. Я никогда так не готовился ни к одному собесу.
Я много раз говорю, что уметь проходить собесы — это отдельный навык. А также я говорю, что проводить собесы это тоже отдельный навык. Адекватно оценивать кандидата умеют далеко не все. Это как рекомендательные алгоритмы — их нужно развивать.
И вот представьте такую ситуацию. У вас есть два контента от двух разных интервьюеров:
- интервьюер Коля тратит огромное время на донесение инфы. Подбирает слова. Создает справедливые принципы оценки. Фильтрует адекватные задачи и вопросы. Он понимает всю ответственность своей публичной работы и тратит время на подготовку
- а есть интервьюер Антон. Он никогда не собесил. Накрутил опыт. Работает два часа в день. Ненавидит индустрию. Это его первый собес, но он полон самоуверенности как же нужно собесить. Он лениво пришел на рутинный собес, после ужасного дня. Уставший, злой. Он провел собес задав самые неадекватные вопросы и собрал самые худшие практики, после которых ему даже самому стыдно стало
Теперь оцените качество этих услуг и информацию. Мне говорят, слитые собесы нужны тем, кто не может попасть на собесы. Так если они не могут попасть, то зачем им слитый собес? Это как если бы я готовился к войне с марсианами по слитым шизофреничным рассказам джедая из комикона.
Ну и если вы учитесь, то учитесь у тех, кто уважает свою работу и труд
У недобросовестных представителей ит сейчас новый способ вовлечения — слитые собесы. Почему я считаю что это неэффективный способ обучения?
За последние 2 недели я усердно готовлюсь к марафону по мок-собесам. За мой большой опыт я провел уже 200 собесов (это очень много). Знаю как проводить алгоритмы, платформу, скрининги и даже проектирование с поведенческим. Участвовал в бурных обсуждениях внутри стартапов и бигтехов, менял и предлагал задачи, которые оценивают кандидатов. И понимаю какой огромный труд стоит за всем этим процессом. Я никогда так не готовился ни к одному собесу.
Я много раз говорю, что уметь проходить собесы — это отдельный навык. А также я говорю, что проводить собесы это тоже отдельный навык. Адекватно оценивать кандидата умеют далеко не все. Это как рекомендательные алгоритмы — их нужно развивать.
И вот представьте такую ситуацию. У вас есть два контента от двух разных интервьюеров:
- интервьюер Коля тратит огромное время на донесение инфы. Подбирает слова. Создает справедливые принципы оценки. Фильтрует адекватные задачи и вопросы. Он понимает всю ответственность своей публичной работы и тратит время на подготовку
- а есть интервьюер Антон. Он никогда не собесил. Накрутил опыт. Работает два часа в день. Ненавидит индустрию. Это его первый собес, но он полон самоуверенности как же нужно собесить. Он лениво пришел на рутинный собес, после ужасного дня. Уставший, злой. Он провел собес задав самые неадекватные вопросы и собрал самые худшие практики, после которых ему даже самому стыдно стало
Теперь оцените качество этих услуг и информацию. Мне говорят, слитые собесы нужны тем, кто не может попасть на собесы. Так если они не могут попасть, то зачем им слитый собес? Это как если бы я готовился к войне с марсианами по слитым шизофреничным рассказам джедая из комикона.
Ну и если вы учитесь, то учитесь у тех, кто уважает свою работу и труд
Управление пакетами — одна из главных задач разработчика. Нужно ли тащить новую либу? Как передавать свой код другим командам? Чем отличаются между собой пакеты?
Подборка статей, которые помогут в этом разобраться:
Please open Telegram to view this post
VIEW IN TELEGRAM
Должен ли эксперт, которого вы читаете и у него учитесь, быть практикующим?
Влияет ли его реальный опыт на понимание проблем и качество предлагаемых решений?
Влияет ли его реальный опыт на понимание проблем и качество предлагаемых решений?
Anonymous Poll
50%
Да, я смотрю на опыт экспертов.
16%
Да, захожу на ликед ин, хабр, чтобы прочекать практический опыт.
45%
Да, никуда не смотрю, но доверия больше, когда человек делает и проверяет то, о чем пишет/говорит
29%
Да, хороший тренер этот тот, кто раньше хорошо играл.
4%
Нет. Мне без разницы.
2%
Нет. Главное теория.
6%
Необязательно.
4%
Другой ответ
Please open Telegram to view this post
VIEW IN TELEGRAM
Ссылка структур на саму себя
Когда-то меня просили сделать рекурсивный связанный список через структуру. Но так как структура это Value Type, то мы это не сможем сделать с ней.
В статье рассказывается как обойти эту историю:
🟣 Определить переменную с нужным типом в массиве
🟣 Создать обертку над нужным типом
🟣 Заменить структуру на класс 🪗
Когда-то меня просили сделать рекурсивный связанный список через структуру. Но так как структура это Value Type, то мы это не сможем сделать с ней.
В статье рассказывается как обойти эту историю:
Please open Telegram to view this post
VIEW IN TELEGRAM
Augmented Code
Referencing itself in a struct in Swift
It took a long time, I mean years, but it finally happened. I stumbled on a struct which had a property of the same type. At first, it is kind of interesting that the replies property compiles fine…