​Да поздно заходить в этот ваш IT...

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

Не поздно. Хорошие специалисты на вес золота: одни со скиллбокса пришли и не умеют ничего, другие сроки срывают, как будто часы ни разу в жизни не видели, а третьих завалили работой на 3 года вперед.

Как думаете, почему даже крупные компании месяцами ищут спецов? Потому что вокруг одни профи?

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

Win + Shift + S

Простая комбинация клавиш для скриншота выделенной области.

Про прекрасную в своей простоте кнопку Print Screen знает даже моя бабушка. Однако каждый раз, когда мне нужно было заскринить часть экрана — я мучался, открывая Ножницы и тратя на каждый кадр по пол минуты.

Забавно, что я даже мысли не допускал, что в винде есть такая комбинация, постоянно бухтел, мол, вот в линуксе все продумали, не то что в этих ваших окнах

​Как оценить проект? — Part I , трудозатраты

Все серьезные дяди ценят свое время и знают его стоимость.

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

Чтобы понять, сколько просить монет за конкретный проект нужно оценить, сколько времени он у тебя займет. Предположим, прилетает заказ на лендинг. Считаешь, сколько времени уйдет на шапку, на слайдер, сколько модалок нужно повесить. Считаешь сложные анимации, параллакс, всплывашки. Не забудь оценить адаптив, на него иногда уходит половина всего времени.

Допустим, готово. Остался ещё коэффициент долбоеба. Сколько я не оценивал работ — всегда происходит какая-то дичь: слайдер не работает, адаптив плывет, заявка не отправляется — в итоге несколько часов я работаю бесплатно. Поэтому свою оценку я умножаю еще на 1.3.

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

​Как оценить проект? Part II - Стоимость часа.

Правильной цены нет. На этом, В принципе все)) Я видел, как в фирме моего клиента за одну и туже работу одному человеку платят 15€ в час, а другому 34€. При том что скиллы у них примерно одинаковые, просто договориться смогли на разные суммы

Чтобы понять отчего отталкиваться – можно заглянуть на биржу, там зачастую заказчики сами ставят цену за проект. Выполняем заказ, делим стоимость работы на затраченные часы и получаем стоимость своего часа. Повторяем несколько раз, чтобы получить более справедливую цифру и все, теперь можем сами оценивать проекты.

Самое главное — не бойся называть крупные числа: во-первых, никто не запрещает клиенту поторговаться (как и тебе), а во-вторых, не так страшно потерять несколько заказов, как годами работать за копейки. Я помню, как за один год увеличил стоимость своего часа в 4 раза. Работы при этом стало только больше.

Ну и конечно, повышенную оплату нужно оправдывать. Будь лучше других: не игнорь заказчиков даже в 12 ночи, войди в положение, когда "сдача вчера", искренне участвуй в проекте, предлагай фичи, пиши о замеченных багах, сделай пару правок бесплатно. Это звучит банально, но отношение ценит любой человек, Тех, кто сделает на отъебись хватает.

​Чистый код не нужен?

SOLID, паттерны, чистый код.. Нам постоянно вдалбливают стремление к идеалу, но это в корне неверный подход.

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

Например, один раз ко мне пришел старый клиент с идеей продавать айфоны с Финляндии. У него была возможность покупать их дешево за границей и привозить в РФ. Соответственно нужно было как можно дешевле прощупать почву, оценить сработает схема, или нет. По итогу я сделал 3 страницы в статике и заявку на почту. В таких ситуациях не то, что не нужно запариваться — это противопоказано. Воспринимайте все правила, все умные книги и паттерны проектирования, как советы Григория Остера. Иначе усилия улетят в помойку, вместе с деньгами клиента.

Понятное дело, что такие утверждения справедливы не всегда. К примеру, я поддерживаю сайт крупной компании и это тихий ужас. Написан этот сайт на старой CMS, которая даже не гуглится и (не)работает через пень колоду. Сверху накинуты тяжелейшие плагины для фронта. Ну и в качестве приправы 1000 и 1 костыль от предыдущих разработчиков. По итогу сайт работает ужасно, а любая пятиминутная правка превращается в приключение на час. Зато сделан сайт наверняка был дешево и быстро.

Для каждого проекта нужен уникальный подход, универсального правила нет. Ну а к некоторым проектам лучше просто не притрагиваться)

​Скиньте портфолио, пожалуйста.

Когда ты пытаешься найти первые заказы, а за спиной у тебя пара курсиков и рекомендация от бабушки — просьба скинуть примеры работ бросает в дрожь.

Для начала: задачки с курсов скидывать нельзя. Сразу видно, что это учебная работа. Это как на вопрос об опыте работы показывать пятёрки из школьного аттестата. Если примеров нет — сделай их. Найди в интернете готовые макеты, сверстай, посади на CMS, выложи на хостинг. Здесь нет никакой лжи, это же правда твоя работа.

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

Важно: если ты занимаешься технической частью: верстаешь по готовому макету, добавляешь фильтры, указанные в ТЗ и пилишь api — показателем хорошей работы будет просто стабильно работающий сайт. Но если ты делаешь сайт под ключ, если в твою область входит дизайн, маркетинг, СЕО — здесь важны цифры: сколько клиентов привёл сайт, как изменилась конверсия, как увеличилась посещаемость. Если этой информации по какой-то причине нет — пытай клиента, узнавай у него статистику. Если клиент не знает — сам ставь метрики. Без этого примеры работы — пустой звук.

​Клиент не шарит. И это — нормально.

Когда ты начинаешь в чем-то разбираться — разговоры на эту тему с непрофессионалами начинают раздражать: то цвет кнопки нужно запрограммировать, то нужно по быстрому внести правку, которая меняет всю структуры БД, ну и самое любимое — сделать сайт на элементоре и попросить наладить скорость загрузки.

Однако самая худшая реакция в ответ — это раздражение. Приведу пример: я недавно был в отпуске и зашел в винный магазин. На вопрос консультанта: "что вы хотите" — я смог лишь глупо улыбаясь сказать, что хотел купить вина. Девушка без тени раздражения, стала расспрашивать, с чем я хочу выпить вино, что пил последний раз. Меня провели по всему магазину, рассказали, чем отличаются сорта винограда, какое вино лучше подходит к морепродуктам. Мне описали вкус вина так, что выходя из магазина с несколькими бутылкам — я чувствовал себя гурманом. А не алкоголиком

Суть в том, что клиент не обязан разбираться в области. Если бы он все знал — к тебе бы не пришел. Будь добрее, черт бы тебя побрал. Расскажи, на чем можно сэкономить, а что потом аукнется тысячами переделок. Обрадуй клиента, что поменять шрифт — дело несложное и ты можешь это сделать бесплатно. Объясни, почему не стоит делать сайт на конструкторе. Предложи вместо фотографии карты вставить google maps. Несложно ведь. А клиенту — приятно.

JS — находка для насмешек

Ни один канал с it юмором не обходится без мемов про js.

ЯП действительно не всегда ведёт себя очевидно для неподготовленного прогера. Тем не менее, JS – это всего лишь инструмент. Если ты не понимаешь, как пользоваться инструментом – прочитай инструкцию, никто не ведь не возмущается что бензиновая машина не работает на дизеле.

Например, NaN != NaN
Вопрос: почему? Ответ: потому в алгоритме сравнения прописано, что x != y, если x или y — это NaN. Зачем? А зачем тебе в реальном проекте NaN == NaN?

#js

Правки, Asana и здоровые нервы.

Когда клиент накидывает правки прямо в чат, а то и в войсах — желание жить постепенно утекает. Абсолютно точно, ты пропустишь пару фиксов, клиент наверняка забудет, что писал и продублирует пару пунктов (хорошо, если они противоречить не будут). В общем говоря — ад, кошмар, не надо так.

Для меня окном в дивный новый мир стала Asana, когда один клиент мне дал правки в ней. Все задачи на отдельных карточках, с комментариями, с описанием. Сделал — отметил, все видно и понятно. Теперь всех клиентов заставляю там писать правки, а иногда и все ТЗ.

Единственное, из-за того, что я часто работаю с почасовой оплатой — мне до жути не хватает таймера на задачах. Примечательно, что у конкурентов я таймера тоже найти не смог