​Да поздно заходить в этот ваш 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, когда один клиент мне дал правки в ней. Все задачи на отдельных карточках, с комментариями, с описанием. Сделал — отметил, все видно и понятно. Теперь всех клиентов заставляю там писать правки, а иногда и все ТЗ.

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

Войти в IT без смазки. Part I

На самом деле, войти в IT несложно, самый простой путь — верстка. Тут самый низкий порог вхождения.

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

Я влился в эту тему в колледже, когда развозить еду в желтом плаще сил не было, а кушать все равно хотелось. Собственно, верстать я не планировал, поэтому привлёк к этому однокурсника, который как раз проходил курсик по верстке от EPAM: я нахожу, заказы, он делает, деньги делим пополам.

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

Однако напарнику это по-тихоньку наскучило, он стал забивать на сроки, отдавать сырые проекты с кучей багов — мне приходилось втягиваться в технический процесс и все больше делать и исправлять самому. В итоге, через пару месяцев я уже работал без него и сам выполнял все заказы. Это оказалось намного проще, чем казалось на первый взгляд

Войти в IT без смазки. Part II

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

Но прелесть верстки не в больших деньгах, а в том, что это база для любого направления веб разработки.

Итак, кратко:

Вариант 1 - Backend.
Если верстка и js не зашли - можно уходить в настоящий кодинг и хардкорно копипастить CRUDы. Шучу, конечно. На самом деле в бэке встречается реально много интересных задач. Учиться можно бесконечно (как и везде, впрочем). Чтобы уйти в бэк можно для начала освоить несколько CMS, привыкнуть к php, а затем изучить laravel или Symfony, или что-то подобное. Готово, вы - бэкер.

Вариант 2 - Frontend
Если на этапе навешивания листенеров на кнопочки тебя не стошнило - посмотри на чудесный мир фронта: React, Vue, Angular. Фронт нужен всем и всегда. Продолжаешь, верстать, параллельно учишь один из фреймворков и предлагаешь клиентам сделать не просто верстку, а современное SPA приложение. Profit, вы на фронте.

Вариант 3 - Fullstack
А зачем выбирать что-то? Fullstack нужен всем и всегда, особенно на фрилансе. Если ты работаешь один, то лучше иметь возможность сделать весь проект самостоятельно.

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

​Синдром самозванца.

Синдром самозванца - это когда все крутое, что сделал – ты списываешь на удачу или считаешь незначительным, а все ошибки считаешь результатом своей некомпетентности или глупости. Когда считаешь, что всех обманул и не заслуживаешь своего места под солнцем. Что в результате? Стресс, переработки, выгорание и далее по кругу. По разным опросам импостерами себя считают от 45% до 72% программистов. То есть 2/3 твоих коллег считают, что они – самозванцы.

Во-первых, надо понять: IT – это область, где все знать невозможно в принципе: область развивается быстрее, чем ты. Cам помню, как пока я курил маны по laravel 8 вышел laravel 9, как за время разработки проекта мелкие библиотеки на фронте устарели и потребовали замены. Если ты занимаешься проектом и он работает – значит все идет по плану. И не важно, сколько вкладок со stackowerflow у тебя открыто.

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

В-третьих, не перерабатывай. база из абзаца выше была удалена программистом на 12м часу работы. Он не плохой специалист, он уставший. Если ты будешь загоняться -> будешь больше уставать -> хуже выполнять работу -> больше загоняться.

В заключение, подумай, кто в твоем понимании профи, который имеет право не считаться самозванцем. Эти критерии реальны? Твои коллеги подходят под эти критерии? Пройдя по этим критериям обещаешь считать себя профи?