Не про доклад, но мнение такое, что это ок, если это простое приложение и в моделе нет сложной работы) иначе кончено это решение будет класть UI на пол)
@antonsergeev88 Хм, у меня DI всегда работал на главном потоке. Потому что он часть графа на старте приложения собирал, а остатки при открытии нового экрана)
Готовлю доклад про синхронизацию данных в swift concurrency. То есть буду говорить как заменять локи, диспатч группы, барьеры, синхронные очереди и вот это все новыми инструментами. Будет про акторы, стримы, группы. Накидайте вопросов, ответы на которые вам хотелось бы узнать
@antonsergeev88 @vvsevolodovich Вот в статье посыл какой, что нейронки уже знают все намного лучше человека который начинает учиться и что догнать ее по знаниям почти никогда не выйдет. Но это же как говорить что гугл уже все знает и догнать его не выйдет.
@antonsergeev88 @vvsevolodovich Ну все же про чат не говорят как про обычный инструмент, то есть никто не говорит что благодаря новой IDE нужно нанимать меньше разработчиков или что из за автодополнения любой человек может решать задачи. А про ллм говорят.
@0xfe0d@vvsevolodovich Ну вот я часто такое сылшу, но каждый раз когда прошу показать мне как это выглдяит, оказывается что выглдяит это точно так как и я думаю. То есть какой то магии когда ты задаешь вопрос правильно и нейронка тут же делает все что тебе нужно не существует
@antonsergeev88 @vvsevolodovich Да в том то и дело что не умеет он. Ну то есть, да он может написать все что ты попросишь, но просить его нужно так далго, что джун намного лучше. Конечно если это настоящий джун, то есть человек который уже умеет в программирование, но без глобального опыта
Опытным путём выяснил, что хороший скриннинг должен состоять из вопросов о природе простых вещей, с которыми сталкивался буквально каждый.
Если человек за всё время ни разу не поинтересовался, зачем переопределять и equals, и hashcode одновременно – с ним не о чем разговаривать.
Опытным путём выяснил, что хороший скриннинг должен состоять из вопросов о природе простых вещей, с которыми сталкивался буквально каждый.
Если человек за всё время ни разу не поинтересовался, зачем переопределять и equals, и hashcode одновременно – с ним не о чем разговаривать.
Я не то что бы против разрешить погуглить, но органично это только один раз вписалось в собеседование. Но я люблю спрашивать простые вещи, с уклоном, как человек это уже делает на работе и как понимает. Большенство не знают как делают, а если знают как, то не знают почему
Я сторонник того, чтобы давать людям на собесах возможность листать доки, гуглить и даже спрашивать у нейронок. Что должен проверять собес? Эффективность, способность решать задачи, а не задротство, зубрежку и феноменальную память. Если вы начнете это делать, то внезапно для себя выявите, что даже при этом многие люди не справляются, полный интернет шедевров говнокода, оверинженеринга и архитектурного маразма. Еще мне важно, чтобы человек показал свое субъективное мнение, даже эмоциональную позицию по отношению к конкретным решениям и технологиям, именно это он будет проявлять в работе. А что сейчас на собесах происходит: эффект ивентлупа — люди вызубрили и могут наизусть рассказать фазы и красиво объяснить, а применить для принятия решений в коде не смогут, т.е. оно ничего не дает им в каждодневной работе.
Ответов очень мало( Но ладно. С ЗП и форматом работы все понятно. А что со стеком? Мы же мобильные разработчики, понятно какой язык и какой фреймворк используем, а все мобильные архитектуры одинаковые. Что для вас интересно и важно в стеке, что вас привлечет, а что отпугнет?
Мобильные разработчики которые меня читают, что для вас важно в описании вакансии? Можете написать несколько вещей в порядке убывания важности в реплаях?)
Мобильные разработчики которые меня читают, что для вас важно в описании вакансии? Можете написать несколько вещей в порядке убывания важности в реплаях?)