Кажется, если ты не выгорал будучи программистом — то ты не настоящий программист.

Рассказал в твиттере как я выгорел и сменил работу.

В прошлую субботу рассказывал, как я испортил команде жизнь на двух проектах втащив технологию ради технологии. С тех пор я так не делаю 😂

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

Думаю, каждому разработчику стоит иногда останавливаться и проверять: «А не тащу ли я в проект технологию ради технологии?»

#процесс

В начале этого года мне перелетела удивительная задачка. Нужно было построить умный валидатор excel-таблиц. Макеты выглядели примерно так: пользователь грузит файл и в окошке видит список ошибок — имя ячейки и текст ошибки.

Было смутное ощущение, что пользоваться этим будет сложно, но кто поймёт этих корпоратов. Задачку на окошко с ошибками взял мой коллега, но вместо окошка он предложил писать ошибки прямо в документ. Это стоило примерно ничего (файл мы все равно перезаписывали для других нужд), но сильно упрощало жизнь пользователям. Им больше не нужно было сравнивать ошибки из интерфейса с данными из документа.

Кажется, этот кейс показывает важное правило. Любой участник процесса разработки программы должен думать о пользователях.

#кейс #softskills

Ахтунг! Короновирус заканчивается, а значит скоро люди начнут летать на самолетах очень много.

Мы в лучшую компанию на свете ищем крепного подающего надежды джуниора (да, да, джуниора!) или начинающего мидла.

Работать можно в Питере, или в лучшем офисе на свете — на Пхукете. Условия классные, работа интересная, пишите скорее.

Хей! Я сейчас ищу новый способ вести этот канал. И мне очень важно узнать, почему вы читаете его, что вам нравится, а что раздражает.

Если у вас есть время, чтобы поговорить об этом, напишите, пожалуйста мне @igorkamyshev 🙏

Может быть, вы заметили, что я мало сюда пишу 😇

Это потому что хочется писать по делу и так, чтобы мне самому было это интересно. Сейчас я ищу такой формат.

Зато, что писать в твиттер, понятно — короткие заметки и ссылки на интересные штуки. Подписывайтесь 🤗

https://twitter.com/kamyshev_code

На прошлой неделе сходил в подкаст World Wide Work — рассказал про работу в Aviasales, жизнь на Пхукете и вот это всё.

https://soundcloud.com/csssr/world-wide-world-igor-kamyshev-tailand-pkhuket

На прошлой неделе разочаровался в софте и немного развлекся написанием небольшого сервиса на Go.

Баланс ползунков

#кейс #языки

30 июля на PiterJS #49 буду рассказывать про yarn@berry, приходите слушать.

​​Картинки — это важно. Часто они грузятся долго и все приложение выглдяит стрёмно.

При этом, для динамических картинок подобрать подходящий плейсхолдер не всегда просто.

Я сделал сервис, который поможет показать пользователю хороший плейсхолдер и улучшить UX.

https://github.com/igorkamyshev/pikcha

Если вам хочется сделать жизнь пользователей приятнее и веселее — попробуйте эту штуку. Если есть вопросы по использованию — пишите (@igorkamyshev), я с удовольствием помогу интегрировать ее в ваше приложение.

Пыщ пыщ, приходите послушать

Игорь Камышев выступит на июльском митапе с докладом «yarn@berry — надо ли оно нам?»

«yarn@berry громко зарелизился, но сейчас о нем мало что слышно. Расскажу о главных преимуществах, которые даёт новая версия этого менеджера зависимостей, основных проблемах и способах их решения.»

Подробности: http://amp.gs/wwEs

Через пять часов будет PiterJS, там я расскажу немножко про новый ярн. Приходите 🤓

PiterJS №49 уже сегодня! 😊
Максим Сальников, Максим Пацианский и Игорь Камышев расскажут про работу приложения после закрытия вкладки, про Elm и yarn@berry.
Будем ждать вас в 19:00 — http://amp.gs/wo13

👆 последний ремайндер, честно. Скоро начинаем 🙌

Запись вчерашнего митапа тут — https://youtu.be/R5_yImO-m4g

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

1. Список мест работы без описания. Я думал, такого должно быть мало, но нифига — добрая половина резюме не содержит никакой информации.

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

3. Грузчик-продавец-повар среди опыта работы. Не стремно иметь опыт не относящийся к разработке, но я не понимаю, зачем мне читать это, когда я хочу просто фронтендера.

#softskills #как_начать

👆выше я написал, как делать не надо. Сейчас раскрою почему.

1. Когда я вижу список мест без описания, у меня возникает стойкое ощущение, что человек не интересно мне рассказать чем он занимался. И это проблемка сразу по двум причинам. Во-первых, я грущу что на меня так забивают болт — иди, гугли что за компания «Рога и Копыта НСК», а во-вторых, пугает что человеку не хочется поделиться свой работой — это же должно быть интересно!

2. Учебные проекты часто бывают классными, это правда. Но когда мне подсовывают их в качестве продакшн-опыта, я чувствую себя обманутым. Продакшн — это когда люди настоящие пользуются. Даже если их трое — это окей. А учебными проектами никто не пользуется. Я бы добавлял их, если больше показать нечего, отдельным списком и явно указывал, что это учебные проекты.

3. Не-релеватный опыт мне кажется излишним указывать в резюме просто потому что это информация ради информации. То есть этот текст не дает мне никакого нового знания. «Ну окей, чувак, ты работал продавцом в Евросети, и что?». Не стоит добавлять что-то в резюме только ради объема.

#softskills #как_начать

Кстати, я уехал в отпуск в Бангкок, и, если кому интересно, тут можно следить за путешествием 😇

@thai_ecaspates