Всем привет! Давно меня тут не было, поэтому хочу попробовать новый формат: запустил стрим на твиче - https://www.twitch.tv/dankehotfire. Попробуем вместе поизучать SwiftUI по книжке и в целом пообщаться про программирование, да и не только 🙂

теперь можете называть просто синьор

всем доброй ночи!

приближаются майские праздники, с 1 по 11 число выходит только три рабочих дня(5, 6, 7), поэтому многие ставят отпуск на эти 3 дня, но в таком случае это не выгодно, при этом многие об этом не знают) в мейле есть календарь, где все можно заранее расчитать, очень удобно

например, при зарплате 50к потеря будет 3к, при больших зарплатах потери будут соотвествующие

Запоминайте, как нужно обрабатывать ошибки 😀

когда в отпуске хотел не думать о работе

Рандомные факты, которые нужно понять как можно раньше

1. Нужно много раз сделать плохо, чтобы делать хорошо и стать профессионалом

Ни один разработчик не стал сразу писать хорошо. Нужно дать себе время, ошибаться, меньше рефлексировать и не бояться задавать вопросы более опытным ребятам

2. Код - всегда проблема, неважно хороший он или плохой

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

3. Лучше качество кода - простота

Многим кажется, что если покрыться абстракциями, придумать велосипед - это круто. Но чаще всего это не так и нужно стараться писать простой, понятный код, который будет легко поддерживать

4. Код - единственный источник правды

Как бы грустно не звучало, но никакие документации не будут актуальнее кода в мастере

5. Стадное чувство - плохо

Часто люди делают пишут код так, потому что "в соседнем файле сделано также". Обычно так и рождается большое легаси, когда каждый копипастит не задумываясь

С нового года работаю в команде, которая контрибьютит в два приложения. Интересный опыт, особенно если взять за внимание то, что раньше оба приложения жили своей жизнью(свои команды, своя кодовая база)

сейчас плавал в бассейне и со мной на дорожке была женщина, я ее спокойно обгонял и думал, что я хорош. Пока не пришел дедушка, который переплывал меня, как стоящего 🫡

кто хочет, давайте тоже)

https://t.me/runcoffeeclub/93

в день пробежки целый день показывал дождь и еще за 15 минут до бега я был в кровати и думал, нууу раз погода так решила, то не пойду

но моя совесть решила иначе и я быстро вызвал такси 😂

еще сейчас очень большое желание изучать и трогать новые технологии, самый лучший способ - это писать свои небольшие(или большие) проекты, используя новые апи и подходы

потому что чаще всего на работе проекты уже имеют огромную кодовую базу, кор функционал написан давно и не вами, а новые технологии внедряются далеко не сразу

Тесты

Вообще я обожаю писать юнит тесты, хоть у нас в команде это не сильно практикуется(при этом 1500+ ui тестов). Они дают кучу преимуществ: перепроверяешь логику, код становится гибче, создается мини-документация в виде тестов.

При этом часто вижу такую картину: люди все делают для того, что написать тесты когда-то потом, но при этом не пишут их сразу. Как мне кажется, в этом нет никакого смысла, потому что если ты не пишешь тесты изначально, то 99% что они не будут написаны никогда

Конечно, это все зависит от самого проекта. Если это не заведено на уровне обязательств, то они будут игнорироваться 😮‍💨

Интересно, что мы всегда думаем: вот бы было меньше работы, забот и проблем. Но мне кажется, что это не совсем правильно, потому что движение порождает движение. Когда мы постоянно что-то делаем, то чувствуем себя лучше, нежели если бы целый день смотрели ютубчик (хотя это тоже нужно!)

Поэтому попробуйте посмотреть на всё происходящее не как на сложности, а, наоборот, как на ту самую жизнь ✊🏼