​Нейросети vs работяги

Все новости и каналы сейчас заполнены нейросетями. Ощущение, что буквально с минуты на минуты всем придёт email об увольнении в связи с заменой на нейросеть. Мне еще не пришло, жду.

Надо заметить, в такси работают не автопилоты, про мокрый пол кричат не роботы-пылесосы. Даже от бумажного нала избавиться пока не получилось. Нейросети, кстати, появились не вчера – они пытаются нас захватить аж с 1943 года — 80 лет. Если брать что-то более близкое — в 2017 году нашумела нейросеть, верстающая по картинка, однако мне и в 2023 приходится плеваться на правки по верстке. Иными словами – пока еще живём.

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

С каждым годом в работе разработчика все меньше рутины и больше интереса

Имба для Windows

На Microsoft Store есть бесплатная программа PowerToys — это сборник полезных Тулзов. Большинство, конечно, будет собирать пыль, но несколько полезных для себя нашел.

1. Пипетка для цвета — чтобы скопировать цвет с сайта-референса или с фотографии теперь не придется лезть в инет.
2. Копирование текста с фотографий, с пдф, откуда угодно. Работает не идеально, но штука определено полезная
3. Выделение курсора — полезная фича для конференций, чтобы акцентировать внимание на диаграмме, пункте ТЗ или каком-нибудь другом элементе.

​Созвоны

Созвоны в работе программиста – зло неизбежное. Как бы ты не пытался писать исчерпывающие сообщения – рано или поздно поступит звонок, который нельзя отклонить 🤡

Но на самом деле, созвоны – вещь полезная, если с ними не перебарщивать.

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

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

После разговора отправь собеседнику выжимку из беседы. Так клиент сможет дополнить свои ответы + будет на что ссылаться, если что

Такие примеры — классика шуток над JS)

Тем не менее, очевидно, что нужно разобраться с правилами неявного приведения типов в JS.

Когда к строке что-то прибавляют – JS пытается конкатенировать слагаемые, соответственно, все слагаемые приводятся к строкам. Вычитать строки нельзя, поэтому JS пытается все привести к числам. Ну а Boolean вообще при любом удобном случае приводится к числу

#js

​Работе время, потехе час?

В начале карьерного пути проблема состоит в том, чnо работы нет. Все силы уходят на то, что бы просто найти несколько заказов. Но в какой-то момент мир переворачивается и все становится наоборот.

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

Работа вместо отдыха возьмёт у тебя гораздо больше денег на лечение нервов, чем принесет. Ни одно выгорание не было вестником успеха. Поэтому надо стиснуть зубы, набраться терпения и пойти жоска отдыхать на выходных. Хотя бы на выходном. Это не шутка, бегом на диван смотреть сериальчик

​Ты прошел пару курсов и решил попытать удачи на бирже фриланса?

Если ты хочешь найти заказы на узкий стек: сверстать по макету или разработать дизайн в figma — жить тебе будет трудно. Во-первых, таких задач раз в 5 меньше, чем заказов под ключ. Во-вторых те, что есть размещены перекупами. Они берут заказы на создание сайта или сервиса, забирают себе половину стоимости, а остальное делят между фрилансерами. На первичного клиента попасть почти невозможно.

Так что, если у тебя не 8 рук, то как и везде мастхэв — это знакомства. Допустим, ты фронт, не шаришь ни за бэк, ни за дизайн. Поищи на бирже профили таких же новичков, предложи делать заказы вместе. Им ведь находить заказы не легче, так что от дополнительного источника заказов они не откажутся. Ответственность, конечно, возрастет, но и долю ты себе сможешь взять побольше. За работу менеджера.

​Почему от Jq не отказаться даже в 2023

Потому что это как отказаться от дыхания! Jq - это не просто библиотека, это стиль жизни, философия программирования. Огромное количество библиотек, основаны на Jq. Даже когда я ищу библиотеки для Vue – трудно найти что-то на чистом js. Про то что 146% существующих сайтов используют Jq я вообще молчу.

К тому же jq весит всего лишь 30Кб. Для такой масштабной библиотеки это не так уж и много, не думаю, что есть смысл экономить на ней.

В общем, Jq остается мастхэвом сегодня, и, вероятно, будет им и через несколько лет.

И снова мой любый js)

Javascript позволяет нам создавать ассоциативные массивы, однако и тут бывают сюрпризы:

let arr = [];
arr['name'] = 'John';
console.log(arr); // [name: "John"]
console.log(arr.length); // 0

JavaScript просто не учитывает элементы с нецелочисленными индексами при подсчете длины массива.

Вот еще один интересный пример с массивами:

let arr = [];
arr[10] = 'value';
console.log(arr); // [<10 empty slots>, 10: "value"]
console.log(arr.length); // 11

Длина массива – это индекс последнего элемента плюс один. Так элемент в массиве вроде как 1, но длина его — 11

​Удалённая работа стала популярным трендом, особенно в IT-сфере. Часто сталкиваюсь с мнением, что удалёнка - это панацея от проблем и несомненно лучше, чем работа в офисе. Но так ли это?

Да, с одной стороны можно не тратить время на дорогу в офис, носить любимую затёртую футболку, а самое главное – можно работать из другого города и даже страны.

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

Вообще удалёнка часто рисуется нам в виде ноутбука на пляже, но так это не работает. Даже кровать вместо рабочего стола расслабляет и убивает всю мотивацию работать, что уж говорить о жарком пляже с манящим морем. Я там напишу максимум одну строчку и это будет: "Я увольняюсь"

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

В php приведение типов — тоже штука забавная

Например

var_dump ('123bc' == 123 ); //  bool(true)

Через это можно складывать числа и даже строки

var_dump ('123bc' + 7); //  int(130)
var_dump ('123bc' + '7bc' ); //  int(130)
var_dump ('123bc' + 'b7c' ); //  int(123) приведение не сработало, потому что число должно быть вначале, перед буквами

Делать так, конечно не надо. Да и не строгое сравнение — зло, используем только ===

​Неочевидные способы улучшить свои навыки

1. Программируй на других языках, пока мозг не закостенел. Так ты сможешь быстрее находить решения нестандартных задач и не зависать над клавиатурой. Можешь попробовать Haskell, он точно тебе вынесет мозг.
2. В ту же тему – решай задачки, на codewars, например. Упарываться по несколько часов в день не нужно, конечно, но размять мозги стоит определенно.
3. Open source. Мало того, что это работа в команде, в этих проектах участвуют реально замотивированные ребята. Они работают не за деньги, а за идею. Естественно, что они помогут тебе улучшить твой код. К тому же, можешь встретить там новичка и помочь ему: когда объясняешь что-то другому человеку — начинаешь понимать предмет гораздо лучше.

​🚀 Как разговаривать с клиентом о технических аспектах проекта?

Клиент смотрит на тебя, как на пришельца с Марса, когда ты говоришь о проекте? Если да, то этот пост для тебя

♦️Говори понятным языком. Ты можешь быть гением, знающим все тонкости кода, но не все знают разницу между POST и GET запросами. Поэтому используй простые аналогии и объясняй сложные термины доступным языком. Например, сравниваешь API с официантом, который передает заказ кухне и приносит тебе блюдо.

♦️Используй визуализацию. Рисунки, схемы и презентации могут спасти мир! Они помогут тебе объяснить сложные вещи простым и ясным образом. И да, кто сказал, что нельзя добавить пару мемов для разнообразия? 😜

♦️ Задавай вопросы. Уточняй у клиента его предпочтения и пожелания, чтобы понять, какие технические аспекты нужно объяснить. Это покажет тебя внимательным и заботливым, а клиенту будет проще понять свои желания.

♦️ Будь терпелив и открыт. Если клиент задает много вопросов, это хорошо! Значит, он хочет понять и быть в теме. Будь готов к дополнительным объяснениям и не забывай про улыбку – позитивная атмосфера создает чудеса!

В общем, главное – быть на одной волне с клиентом и не превращать составление ТЗ в пытку.

​Баги с запахом бензина.

Что приходит тебе на ум, когда говорят программировании? Я вот представлял код на трех мониторах, святящуюся клавиатуру и пачку банкнот за каждую строчку кода. Но что как-то...

Периодически все летит к чертям, прямо в ад. Когда твой проект крашится прямо на проде, а паникующий заказчик бомбит тебя сообщениями по 30шт в минуту. И вот ты молишься, чтобы у тебя был под рукой компьютер. Но нет!

В моем случае это был беззаботный день отпуска, когда я ехал по трассе в другой город. Без ноутбука и без нормального интернета. Хвала тем заправкам на которые есть wi-fi для гостей! Мне пришлось качать на телефон ftp менеджер (я даже не знал что такие есть до этого момента) и в холодном поту пытаться исправить баг, наслаждаясь запахом 95-го бензина

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

​Консоль! Чего мне не хватает для фронта — так это изменения файлов прямо в браузере.

Прямо наболело. Сидел и тыкал инспектор кода? Изменил 10 парамеров, добавил 5 новых и закоментил 8 старых и наконец исправил баг? Молодец, а теперь сделай тоже самое у себя в редакторе, не ошибись только, а то опять все сначала.

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

Все жду гения, который сделает расширение или браузер, чтоб спокойно кодить в консоли.

​Форматированием вымощена дорога в ад

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

А через месяц и 4 коммита с правками и новыми фичами Тема понял, что все хуйня и надо алгоритм заказа возвращать назад. Задача несложная: нахожу коммит, копирую измененный код, и вставляю в актуальный файл. Да?

Вот только из-за форматирования гит решил, что я поменял вообще весь файл, пришлось ручками смотреть по всему файлу, что я там поменял.

Так что учитесь на моих ошибках, форматирование - только отдельным комитом.

​Если в разработке бардак и хаос — просто скажите, что у вас Agile.

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

Agile включает в себя множество конкретный методологий, например SCRUM. Штука простая, 4 компонента:
1. Бэклог — это список TODO: все задачи, фичи и фиксы, которые нужно сделать в продукте.
2. Спринт. Это типа советской пятилетки, только на неделю. Короткий временной отрезок, за который пытаются сделать несколько задач из бэклога
3. Ежедневные митинги! Наши любимые, 15 минут любви, за которые каждый человек должен ответить на три вопроса: что сделал вчера? Что сделаешь сегодня? Нужна ли помощь и есть ли какие-то проблемы?
4. Большое совещание в конце спринта. Обсуждаем что получилось сделать, что нет. Уточняем ТODO: что добавить, что удалить. Ну и выбираем таски на следующий спринт.

Идея классная, реализация обычно хромает. В любом случае мастхэв и БАЗА, если собираешься работать в команде, в которой будет кто-то кроме твоего кота.

​Топ-3 ошибки верстальщика, из-за которых я матерюсь

Проблема этих ошибок в том, что заказчик их не видит, пока работа не принята. Оне не очевидны, но доставляют кучу нелепых проблем.

1. h1-h6
Заголовки — это семантика, поэтому как выставить заголовки решает СЕО-специалист. СЕОшники — люди вообще своеобразные, ты не угадаешь, где что поставить. Поэтому не навешивай стили на заголовки, сделай так, чтобы h1 можно было заменить на h3 и верстка не поменялась:

 <h1 class="h1">Заголовок</h1>
 <style>
 .h1{
    color: red;
 }
 </style>

Про стилизацию текста заголовками я вообще молчу...

2. Стили на user-generated content.
Частая ошибка: верстаешь ты по макету стили для статьи. Увидел ссылку и по привычке навесил на нее класс, а на класс — стиль. Проблема вскроется тогда, когда админ в редакторе создаст ссылку, на которой никакого класса не будет.
Вместо .my-link{} используй .my-article a. Здесь и заголовки стилизовать нужно и можно через теги, а не классы. Как говорится, это другое.

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

​Почему нельзя работать без предоплаты?

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

1. Весь контроль у клиента. Слышал от знакомых историю, как клиент нанимал сразу 3х фрилансеров, чтобы постфактум заплатить тому, у кого больше понравится результат.
2. Клиент будет докапываться. Я раньше тоже брал заказы без предоплаты — это были самые ужасные клиенты, которые заставляли исправить разницу в пиксель или вообще меняли дизайн прямо у меня на глазах, во время работы.
3. Нет доверия. Во-первых, клиент не доверяет тебе, раз отказывается платить. Во-вторых, ты не можешь доверять клиенту, потому что так или иначе будешь бояться, что тебе не заплатят. Работа без доверия — это ад, оно тупо того не стоит.

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

​Не работай за дешево.

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

Заказчики, которые платят условные 100 рублей — это как карикатурный персонаж, который в макдаке кричит и зовет менеджера из-за недосоленной картошки и слишком теплой колы.

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

​Kanban

Еще одна популярная методология Agile — это канбан. В отличие от скрама канбан фокусируется не на спринтах, а на задачах.
Главная составляющая — доска с разделами todo, develop, test, deploy и дальше по вкусу. Задачи могут подкидываться и меняться каждый день, а оценка таски по времени не так важна, потому что не нужно рассчитывать сколько задач будет выполнено за спринт.

Таким образом Kanban еще более гибок, чем Scrum. Мне понравилось сравнение: скрам — это автобус, который берет таски только на остановках, а канбан — это маршрутка, которую останавливают где угодно.

​Почему твой pet проект обречен на провал?

Сколько ты начинал проектов? А сколько из них закончил? Лично у меня идей было сильно больше, чем результативных проектов. А почему?

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

— А куда ты хочешь попасть? — ответил Кот.
— Мне все равно... — сказала Алиса.
— Тогда все равно, куда и идти.

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

Иными словами — нужен план. Пускай ты не успеешь в срок, пускай что-то не получится, но у тебя будет хотя бы карта и понимание, что делать. План просто не даст тебе месяц рисовать анимации для нового сайта с объявлениями о работе и не позволит оптимизировать на миллисекунды верстку, пока не будет разработана БД.

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