Media is too big
VIEW IN TELEGRAM
Иногда буду сюда публиковать адекватных ютуберов в формате шортсов
👍18
Как я прошел собеседование в гугл
Кружка утренней мотивации в канал. Интересное видео не про гугл, а как правильно решать литкод. Понимаю прекрасно автора, что первые пол года в литкоде — самые сложные.
Одна из главных причин почему я хочу научиться решать задачи... это пройти собес в фаанг. Серьезно, я ставлю себе цель через пару лет пройти собес. Работать? Нет. А вот пройти собес — да. Английский я уже регулярно изучаю с репетитором 7 месяцев. Алгосы тоже суммарно 7.
На своей и общей практике я убедился, что многие собесы в СНГ не так сильно проработанны. Наш рынок штормит и никто толком не уделяет собесам ресурсы. Инфляция высокая везде. Поэтому опираться на свой грейд в одной компании, для оценки рыночной стоимости, очень неправильно. Распределение по необъективным оценкам кандадита даже поднимали внутри яндекса. Каждый дает свое определение "экспертности". Кто-то оценивает глубокую теорию, кто-то только практику, кто-то поверхностно хватает каждую технологию, кто-то углубляется только в одну.
Где-то ты сеньор, где-то мидл, а завтра хэд оф мобайл. Это не шутки, а реальный кейс из жизни. Это понимают все, но сделать ничего не могут. Некоторые объединяются в сопротивления. Даже в одной компании, но в разных командах, тебя могут по-разному оценить независимо от технической сложности.
Недавно я сказал своему руководителю, что давно чувствую себя на сеньора и выше, независимо от чужих, общих, локальных, формальных или неформальных оценок. Себе я, вроде, это доказал через разные челенджи и задачи, а как рынок или другие уже реагирует — всегда должно быть второстепенно. На них вообще вредно опираться, чтобы не заработать синдром самозванца или наоборот не переоценить себя. Но нашел противоречие, что оценка фаанга для меня важна🤡 .
Почему? Потому что призрачная мечта отличный ориентир, стимулятор для роста и сбора фактуры на долгой дистанции.
Стоит ли переименовать канал в Road to Apple?
Кружка утренней мотивации в канал. Интересное видео не про гугл, а как правильно решать литкод. Понимаю прекрасно автора, что первые пол года в литкоде — самые сложные.
Одна из главных причин почему я хочу научиться решать задачи... это пройти собес в фаанг. Серьезно, я ставлю себе цель через пару лет пройти собес. Работать? Нет. А вот пройти собес — да. Английский я уже регулярно изучаю с репетитором 7 месяцев. Алгосы тоже суммарно 7.
На своей и общей практике я убедился, что многие собесы в СНГ не так сильно проработанны. Наш рынок штормит и никто толком не уделяет собесам ресурсы. Инфляция высокая везде. Поэтому опираться на свой грейд в одной компании, для оценки рыночной стоимости, очень неправильно. Распределение по необъективным оценкам кандадита даже поднимали внутри яндекса. Каждый дает свое определение "экспертности". Кто-то оценивает глубокую теорию, кто-то только практику, кто-то поверхностно хватает каждую технологию, кто-то углубляется только в одну.
Где-то ты сеньор, где-то мидл, а завтра хэд оф мобайл. Это не шутки, а реальный кейс из жизни. Это понимают все, но сделать ничего не могут. Некоторые объединяются в сопротивления. Даже в одной компании, но в разных командах, тебя могут по-разному оценить независимо от технической сложности.
Недавно я сказал своему руководителю, что давно чувствую себя на сеньора и выше, независимо от чужих, общих, локальных, формальных или неформальных оценок. Себе я, вроде, это доказал через разные челенджи и задачи, а как рынок или другие уже реагирует — всегда должно быть второстепенно. На них вообще вредно опираться, чтобы не заработать синдром самозванца или наоборот не переоценить себя. Но нашел противоречие, что оценка фаанга для меня важна
Почему? Потому что призрачная мечта отличный ориентир, стимулятор для роста и сбора фактуры на долгой дистанции.
Стоит ли переименовать канал в Road to Apple?
Please open Telegram to view this post
VIEW IN TELEGRAM
YouTube
Я Прошел Собеседование в Google… Как?
Рассказываю историю того, как я загорелся идеей попасть в Google. Как я готовился к собеседованиям, и что на них спрашивали.
Дисклеймер
Я не могу разглашать конкретные задачи, которые были на собеседованиях, поэтому привожу только примерные темы, на которые…
Дисклеймер
Я не могу разглашать конкретные задачи, которые были на собеседованиях, поэтому привожу только примерные темы, на которые…
👍17
Какие качества определяют успешного и хорошего эксперта?
Anonymous Poll
80%
Опыт работы на сложными проектами
24%
Успешные пет-проекты
12%
Должность в компании
23%
Качество и кол-во докладов, статей
13%
Размер общего дохода
48%
Отзывы и репутация от коллег
10%
Кол-во полученных офферов
5%
Медийность
11%
Награды в конкурсах, олимпиадах
11%
Другое
Forwarded from iPhones.ru
Дмитрий Песков похвалил iPhone и рассказал, что пока не планирует отказываться от него.
@iphonesru
Кто-то [в администрации президента РФ ] пользуется iPhone, кто-то уже отказался. Я еще пользуюсь iPhone.
Наверное, правильно всегда ориентироваться на лучшее. И ведь, согласитесь, что iPhone – это прекрасное изобретение. И операционная система, и iOS – это то, что мы пока не смогли сделать у себя.
Дмитрий Песков
@iphonesru
👍21❤🔥3😡2
Релиз стратегии: release train vs feature based?
В предыдущем посте мы немного затронули эффективности разных мобильных релиз стратегий.
Отвечая на вопрос правильней сказать, что нет единственно верного варианта и все зависит от контекста.
В статье сравниваются 3 самых популярных стратегии:
- релиз по готовности фичи
- релиз по конкретным срокам
- релиз трейн: релизимся с тобой или без тебя
У каждого из них есть своих плюсы и минусы. А управление релизами не самая простая задача особенно в крупных компаниях с большим количеством фич и трафика.
Большинство крупных компаний чаще выбирают гибридный вариант. Т.к. не всегда подходит конкретно один вариант
В предыдущем посте мы немного затронули эффективности разных мобильных релиз стратегий.
Отвечая на вопрос правильней сказать, что нет единственно верного варианта и все зависит от контекста.
В статье сравниваются 3 самых популярных стратегии:
- релиз по готовности фичи
- релиз по конкретным срокам
- релиз трейн: релизимся с тобой или без тебя
У каждого из них есть своих плюсы и минусы. А управление релизами не самая простая задача особенно в крупных компаниях с большим количеством фич и трафика.
Большинство крупных компаний чаще выбирают гибридный вариант. Т.к. не всегда подходит конкретно один вариант
👍5
Принцип инверсии зависимостей
На удивление, принцип инверсии зависимостей самый частый на практике, но самый менее обсуждаемый среди срачей в интернетах.
А ведь сразу и не скажешь где инверсия, что такое модули верхних уровней, а где нижних.
В этом видео очень доступно объясняется все самые важные вопросы. Наверное, самый доступный видос без воды и по делу
На удивление, принцип инверсии зависимостей самый частый на практике, но самый менее обсуждаемый среди срачей в интернетах.
А ведь сразу и не скажешь где инверсия, что такое модули верхних уровней, а где нижних.
В этом видео очень доступно объясняется все самые важные вопросы. Наверное, самый доступный видос без воды и по делу
YouTube
SOLID, 1.5 DIP - Dependency Inversion Principle, Принцип инверсии зависимости, С#, Unity
Наконец-то добил SOLID :)
Другие принципы SOLID-а
SRP - Принцип единственной ответственности https://youtu.be/ZA-1BZPj3_U
OCP - Принцип открытости закрытости https://youtu.be/qOdf5CqEx-k
LSP - Принцип подстановки Лисков https://youtu.be/Ii3pa1ef9yQ
ISP …
Другие принципы SOLID-а
SRP - Принцип единственной ответственности https://youtu.be/ZA-1BZPj3_U
OCP - Принцип открытости закрытости https://youtu.be/qOdf5CqEx-k
LSP - Принцип подстановки Лисков https://youtu.be/Ii3pa1ef9yQ
ISP …
❤🔥23👎1
This media is not supported in your browser
VIEW IN TELEGRAM
Я предал яблокодрочеров
Смотрю планшет хуавей с harmony os и в целом не дурно. Единственный момент это чувство подделки.
UI и UX бросается в глаза, хоть очень старается. Эффект зловещей долины. Если уж делать что-то, то лучше или чуть по-другому . А копирка чужого успеха как-то дешево выглядит
Смотрю планшет хуавей с harmony os и в целом не дурно. Единственный момент это чувство подделки.
UI и UX бросается в глаза, хоть очень старается. Эффект зловещей долины. Если уж делать что-то, то лучше или чуть по-другому . А копирка чужого успеха как-то дешево выглядит
👎43❤🔥3😡1
5 основных Property Wrappers SwiftUI и как их эффективно использовать
Разработка под айфоны активно разивается. Когда еще год назад все собесы были по стандартным методичкам, то сейчас все новые проекты пишутся на новых технологиях.
На собеседованиях уже активно спрашивают SwiftUI и Swift Concurrency. Прям отдельными блоками с лайфкодингом. Будто держали методичку с вопросами заранее. Мобильная разработка становится еще сложнее из-за кучи новых технологий. Опыт становится не только вертикальный, но и горизонтальный. Для нас это хорошо.
Самое время начать с базы. Какую базу вы бы спрашивали для SwiftUI?
Разработка под айфоны активно разивается. Когда еще год назад все собесы были по стандартным методичкам, то сейчас все новые проекты пишутся на новых технологиях.
На собеседованиях уже активно спрашивают SwiftUI и Swift Concurrency. Прям отдельными блоками с лайфкодингом. Будто держали методичку с вопросами заранее. Мобильная разработка становится еще сложнее из-за кучи новых технологий. Опыт становится не только вертикальный, но и горизонтальный. Для нас это хорошо.
Самое время начать с базы. Какую базу вы бы спрашивали для SwiftUI?
Hackernoon
SwiftUI's 5 Main Property Wrappers and How to Use Them Effectively
One of the key elements of SwiftUI is the use of property wrappers. These are functional elements that allow you to provide additional logic for properties.
👍5
Две одинаковые строки в Swift. Или нет?
И снова рубрика "Чудеса дизайна языка". Многими считается, что строки в Swift сделаны правильней всего. А кто-то так не считает. Об этом часто спорят на литкоде, когда некоторые общие решения не подходят для Swift.
Можно бесконечно спорить, но в нем есть много специфик, которые необходимо знать. Например, как правильно сравнить две одинаковые строки
И снова рубрика "Чудеса дизайна языка". Многими считается, что строки в Swift сделаны правильней всего. А кто-то так не считает. Об этом часто спорят на литкоде, когда некоторые общие решения не подходят для Swift.
Можно бесконечно спорить, но в нем есть много специфик, которые необходимо знать. Например, как правильно сравнить две одинаковые строки
👎22❤🔥5👍5
Узнал шок контент, после которого мир не станет прежним:
1. Самокат сделан на react native
2. Сбермегамаркет на нативе
проснитесь. Как получилось так, что рн выглядит лучше натива?
1. Самокат сделан на react native
2. Сбермегамаркет на нативе
проснитесь. Как получилось так, что рн выглядит лучше натива?
👎27👍10😡7
Лучшие компании для карьеры иос-разработчиком?
Anonymous Poll
7%
2ГИС
17%
Ozon
28%
Avito
32%
Yandex
10%
Сбер
37%
Тинькофф
5%
3%
Wildberries
5%
MTS
38%
Другое
👎22👍1
Почему Kotlin Multiplatform не добьется успеха
Известный разработчик и автор делится мнением что:
👉 Разработчики не хотят менять стек, особенно iOS разработчики
👉 Уже было много попыток сделать это
👉 Разработчикам надо знать несколько языков и платформ, но хороших разработчиков-полиглотов очень мало
👉 Сложность мультиплатформенных библиотек и SDK либо они имеют мало функционала
👉 Компании с сильными инженерами только смогут успешно применить KMP, а это высокие зарплаты
Мне, честно, надоел этот хайп вокруг КММ. Но увидел пост тут. Все чаще замечаю агрессивные лозунги в комментах интернета от андроидеров "иосеры не хотят учить кмм — мы их вытесним". Где-то мы уже такое слышали...
Такие настрои не создают культуру для успешной интеграции, а скорее похожи на ресентименты. Гораздо эффективней приносить реальные кейсы и сделать качественный проект на обеих платформах, чем заставлять иосеров учить котлин, делая минимальные движения и не улучшая пользовательский опыт. Обмениваться фактами, а не докладами и мнениями. Не вставать в атакующую позицию и вести конструктивный диалог на совершенно логичные вопросы. Но в ответ получаем обвинения разрабов, эйпл и Стива Джобса.
Некоторые ютуберы и блогеры, у которых платные курсы по кмм, будто подпитывают этот шейминг и цитата "не уйдешь со свифта — уйдешь на помойку". Иноагенты Авроры? DevRel Jetbrains? Будто формируется радикальное движение ненавистников эпл и киперов своего бизнеса, а не любителей других технологий.
Давайте не накалять и жить дружно.
Известный разработчик и автор делится мнением что:
👉 Разработчики не хотят менять стек, особенно iOS разработчики
👉 Уже было много попыток сделать это
👉 Разработчикам надо знать несколько языков и платформ, но хороших разработчиков-полиглотов очень мало
👉 Сложность мультиплатформенных библиотек и SDK либо они имеют мало функционала
👉 Компании с сильными инженерами только смогут успешно применить KMP, а это высокие зарплаты
Мне, честно, надоел этот хайп вокруг КММ. Но увидел пост тут. Все чаще замечаю агрессивные лозунги в комментах интернета от андроидеров "иосеры не хотят учить кмм — мы их вытесним". Где-то мы уже такое слышали...
Такие настрои не создают культуру для успешной интеграции, а скорее похожи на ресентименты. Гораздо эффективней приносить реальные кейсы и сделать качественный проект на обеих платформах, чем заставлять иосеров учить котлин, делая минимальные движения и не улучшая пользовательский опыт. Обмениваться фактами, а не докладами и мнениями. Не вставать в атакующую позицию и вести конструктивный диалог на совершенно логичные вопросы. Но в ответ получаем обвинения разрабов, эйпл и Стива Джобса.
Некоторые ютуберы и блогеры, у которых платные курсы по кмм, будто подпитывают этот шейминг и цитата "не уйдешь со свифта — уйдешь на помойку". Иноагенты Авроры? DevRel Jetbrains? Будто формируется радикальное движение ненавистников эпл и киперов своего бизнеса, а не любителей других технологий.
Давайте не накалять и жить дружно.
DONN FELKER
Why Kotlin Multiplatform Won’t Succeed - DONN FELKER
Kotlin Multiplatform (KMP) is destined for mediocrity. KMP never gain mass adoption and will it remain in obscurity; only to be used by a small subset of the software world, regardless how much it is promoted and touted as the next best thing. Why? Human…
👍40👎5
Привет! На связи Podlodka iOS Crew — онлайн-конференция для мобильных разработчиков.
🤔 Развитие в IT порой напоминает блуждание по лабиринту. Куда свернуть, какой путь выбрать? C джунами всё понятно — нужно растить грейд до middle и senior, но что делать дальше?
📈 Как правильно выстроить карьеру iOS-разработчика — вот основная тема нового сезона, который стартует 27 ноября.
В этот раз вас ждут важные пойнты про эволюцию iOS-программиста. Спикеры из крупных компаний уделят внимание трём китам развития — опыту, навыкам и практике:
🔹 Помогут составить карьерный роадмап — найти точки роста, источники вдохновения, преодолеть ментальные барьеры.
🔹 Объяснят, как привести pet-проект к результату в 10к пользователей в месяц.
🔹 Обсудят, как работать в зарубежных компаниях в разных частях мира на круглом столе.
🎁 Бонус: новый формат Podlodka Lightning Talks. Это короткие авторские видео от экспертов iOS-разработки о hard и soft-навыках.
Купить билет можно на сайте: https://podlodka.io/ioscrew
Реклама. ИП Толстая Елена Петровна ИНН:507503278104 erid:2SDnjcLtQHW
🤔 Развитие в IT порой напоминает блуждание по лабиринту. Куда свернуть, какой путь выбрать? C джунами всё понятно — нужно растить грейд до middle и senior, но что делать дальше?
📈 Как правильно выстроить карьеру iOS-разработчика — вот основная тема нового сезона, который стартует 27 ноября.
В этот раз вас ждут важные пойнты про эволюцию iOS-программиста. Спикеры из крупных компаний уделят внимание трём китам развития — опыту, навыкам и практике:
🔹 Помогут составить карьерный роадмап — найти точки роста, источники вдохновения, преодолеть ментальные барьеры.
🔹 Объяснят, как привести pet-проект к результату в 10к пользователей в месяц.
🔹 Обсудят, как работать в зарубежных компаниях в разных частях мира на круглом столе.
🎁 Бонус: новый формат Podlodka Lightning Talks. Это короткие авторские видео от экспертов iOS-разработки о hard и soft-навыках.
Купить билет можно на сайте: https://podlodka.io/ioscrew
Реклама. ИП Толстая Елена Петровна ИНН:507503278104 erid:2SDnjcLtQHW
👍7👎6😡2❤🔥1
Лучшие компании для карьеры иос-разработчиком? ч. 2
Anonymous Poll
38%
Dodo
3%
МойОфис
17%
Альфа
31%
VK
7%
Касперский
2%
Совкомбанк
2%
Билайн
1%
Теле2
38%
Другое
👎26👍9
This media is not supported in your browser
VIEW IN TELEGRAM
Прикольная фича SwiftUI с автоматической грамматикой
👍53❤🔥1
ChatGPT для iOS разрабов
Недавно я проводил опрос как разрабы интегрировали революционные инструменты в жизнь. Некоторые писали или говорили, что уже не знают как без них работать. А до многих эти технологии так и не дошли.
В статье ребята из lamoda рассказывают как сделать простую апку с помощью известной сети.
Ждем разрабов в мусорке или учимся правильно задавать вопросы?
Недавно я проводил опрос как разрабы интегрировали революционные инструменты в жизнь. Некоторые писали или говорили, что уже не знают как без них работать. А до многих эти технологии так и не дошли.
В статье ребята из lamoda рассказывают как сделать простую апку с помощью известной сети.
Ждем разрабов в мусорке или учимся правильно задавать вопросы?
Хабр
ChatGPT-4 в помощь: используем AI в доработке простого iOS-приложения
Мне всегда было интересно, как AI-инструменты изменят трудовые будни программиста. Когда появился ChatGPT, я начал пробовать использовать его в работе, и он быстро стал для меня вспомогательным...
👍7
Правильные Atomic свойства
Как-то на интервью меня спросили как сделать правильный atomic класс. Был дан класс, в котором есть свойство с геттером и сеттером. Что с ним не так?
В теории, все ок. Только есть один нюанс. Я помнил о нем. По отдельности геттер и сеттер будут работать нормально, но если будет оператор +=, то начнется гонка.
Потом уже я вспомнил решение, которое помогает нам решить эту проблему — создать отдельный метод для мутации.
Дополнительно про атомарность:
- Swift Atomic Properties with Property Wrappers
- Atomic Properties in Swift
- Benchmarking Swift Locking APIs
Как-то на интервью меня спросили как сделать правильный atomic класс. Был дан класс, в котором есть свойство с геттером и сеттером. Что с ним не так?
final class Atomic<Value> {
private let queue = DispatchQueue(
label: "com.test.atomic"
)
private var value: Value
var wrappedValue: Value {
get { return queue.sync { value } }
set { queue.sync { value = newValue } }
}
}
В теории, все ок. Только есть один нюанс. Я помнил о нем. По отдельности геттер и сеттер будут работать нормально, но если будет оператор +=, то начнется гонка.
Потом уже я вспомнил решение, которое помогает нам решить эту проблему — создать отдельный метод для мутации.
Дополнительно про атомарность:
- Swift Atomic Properties with Property Wrappers
- Atomic Properties in Swift
- Benchmarking Swift Locking APIs
www.objc.io
Swift Tip: Atomic Variables
Providing synchronized access to values
❤🔥7👍3👎2
Не зовите джунов и мидлов проводить сложные собесы
Ревьюер часто ошибается. У нас в компании есть обучение перед тем, как проводить собес. На каждой секции тебе надо 3 раза быть слушателем и 2 раза получить апрув под присмотром опытного ревьюера. Всего секций может быть 5. Быть хорошим интервьюером тоже навык.
Мне иногда ставят собесы, чтобы я оценивал тимлидов или техлидов. Хоть я и прошел весь отбор к собесам и провел уже >50 разных, без обучения таким собесам я отказываю. Одно дело собесить разрабов с небольшим опытом… Есть несколько причин:
1. Тимлидов должен оценивать опытный ревьюер тимлид или пара сеньоров
2. У нас с ними будет другой язык
Помимо четких односложных формулировок, опытный интервьюер должен обладать многими навыками. Где чаще софты не менее важны, чем харды . Часто бывает, что неопытные интервьюеры допускают ошибки при оценки кандидата. Они закапываются в незначительные детали, спорят о незадокументированных редких вещах или уходят в споры о теории. Это проблемы из-за малого практического опыта. В представлениях новичков есть свои проекции черного и белого.
Еще хуже, когда собеседование превращается не в лайтовый процесс оценки кандидата, а в стрессовую конкуренцию. Интервьюера может занести не туда и думать, что это интеллектуальная игра "Что? Где? Когда?" в которой он должен быть победителем.
Кто-то скажет, что методички помогают. Но часто нет. Методички всеми трактуются по-разному, даже если их четко прописать. Их будут игнорировать или забывать. А еще чаще видно, что автор задач в методичке закладывал один смысл, а менее опытный интервьюер или разработчик вложил свои идеи и домыслы.
Ревьюер часто ошибается. У нас в компании есть обучение перед тем, как проводить собес. На каждой секции тебе надо 3 раза быть слушателем и 2 раза получить апрув под присмотром опытного ревьюера. Всего секций может быть 5. Быть хорошим интервьюером тоже навык.
Мне иногда ставят собесы, чтобы я оценивал тимлидов или техлидов. Хоть я и прошел весь отбор к собесам и провел уже >50 разных, без обучения таким собесам я отказываю. Одно дело собесить разрабов с небольшим опытом… Есть несколько причин:
1. Тимлидов должен оценивать опытный ревьюер тимлид или пара сеньоров
2. У нас с ними будет другой язык
Помимо четких односложных формулировок, опытный интервьюер должен обладать многими навыками. Где чаще софты не менее важны, чем харды . Часто бывает, что неопытные интервьюеры допускают ошибки при оценки кандидата. Они закапываются в незначительные детали, спорят о незадокументированных редких вещах или уходят в споры о теории. Это проблемы из-за малого практического опыта. В представлениях новичков есть свои проекции черного и белого.
Еще хуже, когда собеседование превращается не в лайтовый процесс оценки кандидата, а в стрессовую конкуренцию. Интервьюера может занести не туда и думать, что это интеллектуальная игра "Что? Где? Когда?" в которой он должен быть победителем.
Кто-то скажет, что методички помогают. Но часто нет. Методички всеми трактуются по-разному, даже если их четко прописать. Их будут игнорировать или забывать. А еще чаще видно, что автор задач в методичке закладывал один смысл, а менее опытный интервьюер или разработчик вложил свои идеи и домыслы.
👍45
Fast Safe Mutable State
Старый, но интересный доклад про решения частых задач и устройство языка Swift:
🟡 Оценка сложности функций высшего порядка при разных контекстах
🟡 Оптимизация решений
🟡 Разбор частых проблем
🟡 Бенчмарки решений
🟡 Оптимизации с помощью Copy-On-Write
🟡 Анализ исходников языка и коллекций
Когда искал бронзу, а нашел золото
Старый, но интересный доклад про решения частых задач и устройство языка Swift:
Когда искал бронзу, а нашел золото
Please open Telegram to view this post
VIEW IN TELEGRAM
YouTube
Ben Cohen - Fast Safe Mutable State
👍18❤🔥2