Если идешь на собеседование и предстоит секция лайвкодинга, то обязательно, прям возьми и запомни, что нельзя молча решать его.

1. Может закроится мысль у интервьюера, что ты просто знаешь, что так надо делать и знаешь без почему. Тебе же надо аргументировать своё решение.

Например решил добавить протокол к сервису, так скажи, что это ради тестов, ради подмены реализации, добавь, что тем самым мы реализуем букву D из SOLID принципов. Приведи пример из рабочего процесса, что дескать была реализация на GCD и чтобы плавно переехать на Structured Concurrency реализацию, протокол нам поможет.

2. Если молчать, а потом обрывисто выдавать правильные ответы, который порой могут - быть не совсем уверенно произнесены, то молжет сложиться мнение, что списываешь. Тут даже дело не в том, что списываешь, а на фоне других кандидатов, кто попадался за этим делом, может сложиться такое мнение и тут лучше сразу показать, что ты решаешь, потому-что знаешь.

3. Даже если не знаешь решения, ты должен зацепиться за что-то и начинать распутывать. Я это всегда повторял и буду повторять! Так - как это лишний плюсик кандидату, про это даже подробно в воркшопе "Полный процесс собеседования: от подготовки до фидбека + PDF гайд" проговаривал.

4. Не бойся рассказать про новые технологии, как например в секциях про многопточность, привет акторам и структурному concurrency. В ноушене есть секции соответствующие, достаточно рассказать про тред пул, плюсы и минусы async / await, что такое актор и какую он проблему решает и не решает, и всё, минимум уже знаешь. А дальше уже только апгрейд минимума: отмена тасок и проверка, async let для параллельного выполнения, даже картинку добавил, актор хопинг и реентерабельность, Task.deatached + Task.yield и все, крепки мидл+ дальше рекомендую.

Что-то забыл, или добавить / отредактировать? Пишите в чате и добавлю 👋

Чёрная пятница

Гитхаб репозиторий со списком программ и скидками на них, можно удачно взять ПО на год(ы) вперёд. А если не хочется тратить свои деньги, то можно спросить у руководства о возмещении, скидки обычно длятся от пары дней и до недели, лучше уточнять в каждом предложении! 🤨

Несколько вариантов почему могут отозвать оффер (разделю их по главам):

1. Нарушение флоу найма
2. Затянули время
3. Мудаки и иуды

По подробнее по каждому пункту:

1.
➣ Рекрутер или согласующий/нанимающий скинул оффер до того, как прошла проверка СБ или до того, как одобрило последнее лицо согласования (понадеявшись, что всё будет ОК). Тут всё понятно, человек поспешил, нарушил — получил в своё "портфолио" негативно настроенного кандидата.
➣ Всё ок, СБ и согласование пройдены, но до выхода на работу =бац= и отзыв оффера: Тут люди либо получили пиздов сверху, либо передумали(3):
Пиздов сверху можно получить, если ты:
• Превышаешь вилку и согласовываешь это в тихую;
• Вывод человека не по той ставке команды/отдела/департамента. Например кандидата выводят не в департамент 1, а в департамент 2, чтобы потом перевести аккуратно и незаметно (чаще всего так делают, когда всё збс, но итоговое лицо мудак и не пойдёт на встречу), соответственно если это спалили то габэлла;
• Вывод человека на ставку выше (прим.: мидла на синьора). Допустим человек прошёл тех.собесы на мидл/мидл+, а его выводят на синьора (либо заочно, либо подарком, либо по блату, либо рекрутер/согласующий договорился), а потом это бац и спалилось.


2.
➣ Согласовали дату выхода через 2-10 недель и за это время попался другой кандидат (на два зуба больше и просящий на 6 копеек меньше). Искали сами специально (повторюсь в 3 главе) или просто попался по рекомендации/случайно нашли не так важно,→ суть в том, что рыночек порешал и кто-то более сильный/дешёвый/наглый забрал ваш оффер;
➣ Не спецом затянули и случился повтор 1: что-то вскрылось узналось (результаты собесов, накрутка, СБ, ход не по флоу-найма (прим. пропустить могли один этап) и т.п.).
➣ Пока ждали выход, пересмотрели бюджет/ставки/бэклог/аутстафф или аутсорс подрядчиков на год/квартал/месяц и потребность отпала и заморозили найм;
➣ Пока ждали выход кто-то сверху или сбоку согласовал перевод/перестановки и ставка закрылась;


3.
➣ Продолжают вести кандидата, имея сомнения и не пытаясь их прощупать. Потом сомнения подтверждаются и всё =ЧАО ПОКА= (сомнения могут быть в чём угодно: в софтах, в хардах, в документах, в месте жительства и т.п.).
➣ Главный хуй передумал: Это может по самым разным причинам: приснился сон, птица мимо =ЧЁРНАЯ= пролетела, когда думал о новом сотруднике, узнал что он дева, узнал что завтра доллар будет по 110 и решил вложить часть ФОТа в акции S&P500, вспомнил что на финале кандидат запнулся/замялся, тут вообще что угодно может быть;
➣ Похожее на пункт 2, но действуют не из позиции своей "безопасности", а из наглости/мудачества.
Пример: Специально затянули время, чтобы попытаться найти кого-то дешевле/тупее/скромнее/круглее/синусоиднее и т.п.
➣ Передумали насчёт другого кандидата и у вас оффер отозвали, а ему прислали;
➣ В дополнение последнему пункту во 2-ой главе: Тут уже корпоративные игры. По сути мудаки те, кто помещал найму, а не нанимающая сторона (рекрутеры, согласующие, нанимающие, кадровики);



Фухх, вроде всё, но если вдруг шо забыл, добавлю/исправлю🫡
И некоторые пункты мудачества спорные могут быть, ибо посмотреть можно по разному)

Спасибо большое Семёну за такое прекрасное объяснение, которое добавлю в ноушен самособой!

#vibecoding

Если вы так же как и я, не совсем в теме про vibe coding, то данное видео в полной мере объяснит новое течение.

А есть ли тут vibe coder'ы? Ставьте голубя, посмотрим сколько нас! 🕊

https://www.youtube.com/watch?v=JeNS1ZNHQs8

#server_side #backend

Как построить бизнес на серверном Swift и open source: подкаст с Тимом Кондоном

Если тебе интересен Swift не только на iOS, но и на сервере — советую к просмотру последний выпуск Going Indie Podcast, где Тим Кондон рассказывает, как он построил устойчивый бизнес вокруг Vapor, open source и консалтинга.

Темы выпуска:
- Как перейти на инди-рельсы и преодолеть страх нестабильности
- Что значит быть ядром сообщества Server-Side Swift
- Как совмещать работу над Vapor, организацию конференций и личную жизнь
- Почему нетворкинг, личный бренд и выступления — это не только для экстравертов
- Как построить команду, начать зарабатывать на консалтинге и не выгореть

Тим делится очень честно — и о фейлах, и о росте, и о страхах. Если ты задумываешься о собственных проектах, хочешь уйти в инди или просто понять, как можно строить карьеру вне классического “работа в офисе” — это must-watch

👨‍💻 Кто такой Тим Кондон:
- Автор и мейнтейнер Vapor
- Основатель Broken Hands — компании по серверному Swift-консалтингу
- Член Swift Server Workgroup
- Организатор конференции ServerSide.swift
- Активный участник сообщества и автор курсов на Kodeco

🎞 Смотреть выпуск

#observable #swiftui #deepdive

How SwiftUI Tracks UI Changes With Observable (Behind the Scenes)

На канале у Карин вышло видео про работу withObservationTracking. Где она рассказала всю необходимую информацию по этой функции.
- Что это и для чего
- Понимание работы механизма
- Чуть-чуть глубже взгляд на работу
- Как с этим работать и выводы

Посмотреть можно здесь. Эту функцию и многое другое, интересное и связанное с макросом observable мы рассмотрели в этом воркшопе ещё год назад. А в этом воркшопе я уже делился после опыта на вроде и рассматривали практичную информацию по работе на проде.

Читай подробно про каждый воркшоп внутри. А для тех у кого нет небазовой подписке, хочу поделиться парочкой ссылок из одного воркшопа. Они прям для совсем хардкорщиков, там deep dive самого deep dive и всё это в кубе deep dive для изучения withObservationTracking

- Swift Observation from Scratch — Part 1 of 2
- Swift Observation from Scratch — Part 2 of 2

Приятного просмотра и изучения! 👋

final class Person {
    var name: String
    
    init(name: String) {
        self.name = name
    }
}

final class ViewModel: ObservableObject {
    @Published var person = Person(name: "John")

    func changeName() {
        person.name = "Alice"
    }
}

struct StateObjectInnerView: View {
    @StateObject private var viewModel = ViewModel()
    
    var body: some View {
        Button {
            viewModel.changeName()
        } label: {
            Text(viewModel.person.name)
        }

        Text("StateObject Demo").padding()
    }
}

Ниже будет опрос 🎆