🟢 МЕНЮ


📖 Посты:

#БазаЗнаний — примеры кода,

#КодРевью — разбор кода,

#Мысли — короткие заметки,

#Статьи — длинные публикации,

#Костыли — не стандартные решения,

#Кейсы — разбор ситуаций,

#НашиРазработки — готовые решения от нашей команды,

#Юмор — юмористические заметки,

#Топ5Месяца — 5 самых популярных постов за месяц.


👨‍💻 Об авторе

Привет! Меня зовут Ипатов Евгений, занимаюсь коммерческой IT-разработкой с 2011 года. Поработал на должностях от тестировщика и джуна до тимлида и техдира. CTO с 2021 года. На канале делюсь кодом, его разбором, интересными и не стандартными решениями, нашими внутренними инструментами и наработками, а так же своими мыслями и заметками на тему разработки.

Работаю тут: 🤝OWL agency
Связаться со мной: 💬@ipatove

Как стать профессионалом в программировании?

Точно так же, как и в любой другой сфере.
Всё. Можно заканчивать пост. Но чуток расшифрую.

IT ни чем не отличается от других специальностей. Тут все те же шаги роста и становления профи.

1️⃣. Ответственность. Если все делать на пох#й и не думать о последствиях, то ни о каком профессионализме и речи быть не может. В первую очередь от спеца ждут конкретного решения. И оно не всегда бывает правильное. Но всегда должен быть план «Б», «В» и тд. Но чтобы перейти к плану «Б» нужно признать, что основное решение было ошибкой, а не юлить и придумывать отмазки или приукрашивать ситуацию. Важно довести дело до конца, какой бы ситуация не была: принять ответственность за свое решение и придумать пути исправления ситуации

2️⃣. Отвечать за свои слова. Это еще Стэтхем говорил. Шутки шутками, но мало кто может держать слово. На профессионала всегда можно положиться. Сказал – сделал. Это так же значит, что не стоит давать лишние обещания или рекомендации, если есть вероятность налажать. Есть опасения в сроках или в уровне компетенции, то это прямо и нужно озвучивать. Не стыдно признаться в том, что какой-то стек не знаком, куда хуже взяться за задачу, потратить время и только потом сказать: «Не получится сделать» или совсем пропасть. Часто бывают ситуации, что если честно обрисовать ситуацию и подсветить пробелы в знаниях, то и условия задачи можно изменить под знакомый стек или поменять сроки – с запасом на изучение чего-то нового.

3️⃣. Адекватность. Адекватность в оценки своих сил. Не стоит завышать ожидания, но и прибедняться не нужно. Только трезвая оценка.
Так же адекватно нужно оценивать и понимание специфики нашей специальности другими людьми. При объяснении технологий или ответе на технический вопрос всегда можно выразиться понятным языком. Вас должны понять и услышать, а не уйти гуглить терминологию после разговора. Тот, кто действительно ориентируется в своей сфере может и ребенку объяснить, чем занимается на работе. В крайнем случае все можно объяснить «на пальцах» – нарисовать, использовать аналогии и тд.

4️⃣. Фанатичность. Тут «Фанатизм» имею ввиду в хорошем смысле этого слова. Перегибать палку тоже не стоит, чтобы не слететь с катушек. Нельзя стать первоклассным спецом, если не нравится то, чем занимаешься. Просто надоест это занятие рано или поздно, и как следствие наступит стагнация без пополнения знаний и оттачивания скилов. А айти коварная штука, можно быстро отстать, если перестать «поддерживать форму».

5️⃣. Навыки и умения. Умышленно на последнее место поставил этот пункт. Это и так понятно, хочешь быть спецом, постоянно развивайся и совершенствуйся. Без этого никуда.
Недавно наткнулся на статью, как начинающий разработчик рассказывал про сложность в первый год становления программистом. Раскрою секрет – это не закончится никогда, нет той границы, когда поймешь «вот, теперь я точно все знаю и больше мне нечего изучать и совершенствовать». Я 13 лет в коммерческой разработке и постоянно узнаю и изучаю что-то новое, тренируюсь чтобы не забывать старое.
Настоящий профи, он как самурай, у которого есть только путь.

#Мысли

Картинка любого размера

📖 При верстке блоков с динамическим контентом, часто нужно учитывать, что с бекенда могут прийти совсем разноформатные текста и картинки. Текст бывает разной длины, а картинки разных пропорций. Это связно с тем, что большая часть контента заполняется "руками" менеджеров или самих владельцев сайтов/сервисов/приложений. И не всегда можно или нужно добавлять валидацию пропорции изображений при добавлении в админке.
Пока фронты верстают статику и еще нет настоящего или даже тестового контента, им приходится использовать «заглушки». Но не всегда под рукой есть подходящие тестовые картинки нужного размера или пропорции. И чтобы не мучать верстальщиков поиском тестовых файлов, мы сделали картинку, которая может принять абсолютно любой размер.

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

📌 Примеры картинок разных пропорция:
— Вертикальный прямоугольник: 300x500 пикселей,
— Горизонтальный прямоугольник: 500x300 пикселей,
— Квадрат: 500x500 пикселей.

📌 PHP-скрипт генерации картинки: 🗄скачать.
В архиве скрипт генерации картинки и htaccess для редиректа на этот скрипт, чтобы можно было вызывать его по динамическому урлу.

📌 Инструкция по эксплуатации:
Можно развернуть скрипт на любом хостинге или пользоваться нашим, уже залитым и рабочим — адрес сервиса измениться не будет.
Для вызова картинки нужно указать ширину и высоту в урле:
https://owl-dev.ru/bug/WIDTHxHEIGHT.png
WIDTH — ширина
x — разделитель
HEIGHT — высота

#НашиРазработки