Ребят, все же в школе/колледже/универе изучали математику, физику и т.д. Расскажите, как по ощущениям, пригодилось в работе?

Так нужен матан-то?

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

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

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

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

На подумать — у меня есть знакомый программист, который не шарит за математику настолько, что я объяснял ему, как работают проценты. Так вот, за 7 лет в it он освоил только одну древнюю CMS.

Вспоминаю сейчас, как я все-таки взял себя в руки и разобрался с гитом

Ощущение было, будто заново ходить научился.

1. Меня перестало бесить переключение между тасками, потому что можно не комментить недописанный код, а просто переключиться на другую ветку.
2. Когда всплывал какой-то древний баг — я перестал логировать каждую строчку в 20 файлах ,пытаясь понять, что пошло не так, а просто ипользовал bisect
3. Начал сам разбираться в своем и чужом коде — коммиты с четким описанием по утвержденной структуре, ветки под таски - все это очень здорово помогает не устроить из кода бардак + по истории легко отследить зачем и кем код был написан.
4. Работа с командой! Для меня было открытием, что если нормально выстроить управление репозиторием — можно спокойно и без путаницы работать даже над большим проектом.

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

P.S. На фото я, когда преисполнился в познании гита

Переработки, как способ ничего не сделать

Берешь больше работы -> не успеваешь -> работаешь больше -> устаешь -> не успеваешь еще больше -> работаешь еще больше.

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

Но вот не получается так. Не работает. Чтобы работать эффективно — у тебя должны быть силы. Чтобы у тебя были силы — ты должен отдыхать.

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

Главное размяться и вылезти из компа, а не в вк залипнуть на час.

Программисты, которые не пользуются гитом — вы кто?

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

Буквально в этом году на проект пригласили фронтенда: много кейсов в портфолио, более или менее приятный код, да и вообще с человек знаком, пускай и шапочно — знаю, что человек в it несколько лет как минимум. В общем, кажется, все ок. Созваниваемся, показываю тонкости проекта. кидаю ему ссылку на репозиторий, а мне в ответ неуверенное: "а, у вас на гите все... я с ним не сталкивался, мне что-то скачать нужно?"

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

Я понимаю, как можно не помнить флаги reset, понимаю, как можно не знать о Git LFS, но как можно умудриться за несколько лет работы обойти git целиком — не понимаю

​Тру прогеры кодят на линуксе

Так? Так ведь?

Я с линуксом познакомился в период, когда на то чтобы окружить себя атрибутами программиста я тратил сильно больше сил, чем на сам кодинг. Я прочитал, что настоящие жостики сидят на Arch — поэтому 3 дня сидел с туториалами и терминалом, чтобы накатить наконец этот гребаный трушный линукс. Потом я прочитал, что реальные хакеры пользуются Vim, а все IDE для слабаков — слабаков, которые не могут найти выход из Vim. После этого я, конечно, всем подряд доказывал, что это очень удобно и если у тебя стоит винда — ты вообще не программист. Хорошо, что тогда мне не попалась никакая статья о веганстве.

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

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

Впрочем, сейчас я пишу этот пост с линукса, хоть и с убунты. Просто ряд моих проектов реально проще запустить на линуксе, чем настраивать винду. А еще у меня почему-то инет на лиунксе работает быстрее

P.S. Ниже архивное фото, 2018год — я жестко гуглю, как войти в терминал в линуксе

​Как назвать коммит, чтоб тебя не побили

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

Просто осмысленных комментарием мало — нужна система. Лично я пользуюсь вот такой:

git commit -m "TYPE (subject) short description

Long description."

TYPE

Тип нужен чтобы быстро понять задачу коммита

1. FEATURE - используется при добавлении новой функциональности
2. FIX - если исправили какую-то серьезную багу
3. DOCS - всё, что касается документации
4. STYLE - исправляем опечатки, исправляем форматирование
5. REFACTOR- рефакторинг кода
6. TEST - всё, что связано с тестированием

Subject — это область, в которой была проведена работа, например news или workers. Например, сломались новости — ты ищешь только в коммитах с указанной областью news.

Short description — короткое описание проведенной работы, зачастую его хватает за глаза.

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

Систему можно менять под потрбености конкретного проекта, но в целом так удобно искать коммиты через git log --grep, да и вообще, с одного взгляда на коммит понятно, о чем он и нужен ли он тебе.

Сейчас дописываю статью для курса по автоматическому деплою с GitHub. По ходу получается бомба 🔥

Мне самому в первый раз было очень страшно к этой теме притрагиваться, во всех туториалах, что я читал все кажется безумно сложным и запутанным. А толкового объяснения кода для GitHub Actions я вообще не нашел — мучал chatGpt и знакомых прогеров, чтобы каждая строка была очевидна.

Какие темы лично тебе хочется увидеть в курсе? Если я что-то упустил — обязательно добавлю!

Важно!

Меня сегодня в BitBucket заблочили.

Вот с таким юрлом, что дает инфы больше, чем сама карточка на сайте: https://id.atlassian.com/login/inactive?blockedByReason=Blocked+by+Atlassian+due+to+business+wind+down+within+region&blockedByType=orgAdmin

Заблокирован по причине=Заблокирован+компанией+Atlassian+из-за+прекращения+бизнеса+в пределах+региона&blockedByType=Администратор

Дружно создаем копии репозиториев, у кого доступ еще не прикрыли

UPD: Блокируют не всех, по какому признаку непонятно

​Как влюбить в себя клиента и жить с ним долго и счастливо?

Будь. Человеком.

Будь надежным и старательным. Прояви интерес к проекту. Для клиента это значит больше, чем ценник и даже качество.

1. Вникни в проект, задай вопросы. Постарайся понять задумку. Будь заинтересованным. Ведь это для тебя проходной проект на несколько дней/месяцев, для клиента — это его детище, стоящее для него на первом месте. Говорю как клиент: если исполнитель реально загорается проектом и вникает в него — я могу забить на многие косяки.

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

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

4. Быстрые ответы. Даже в 12 ночи. Игнор всегда бесит. Если ты сейчас не можешь ответить — напиши, что ответишь через час/утром. Так клиент останется услышанным, он будет знать, что ты не забил и ответишь ему.

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

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

Курс почти готов. Докручиваю последние винты и в продакшн!

Итак, краткая информация по курсу:

Про что курс: про работу с гитом от базы, типа pull&push до GPG подписей, восстановления файлов и правил хорошего тона. Настоящий набор джентльмена.

В чем фишка:
- Без воды и избыточной информации. Мне самому надоело гулять по документации по полчаса, чтобы найти объяснение нужному мне флагу. Теперь я залезаю в свой же курс.
- Удобная структура. Я построил курс так, что начать юзать гит можно уже после 10 минут чтений курса. Необходимая база — в самом начале.
- Понятная навигация. Понятное дело, что нет смысла зубрить все команды. Когда понадобятся — просто зайдешь в курс и возьмешь оттуда, что нужно. И в отличие от большинства курсов — тут это удобно.

Сколько стоит: 4 000р.

Когда: уже в эту среду. Я открою продажи на 3 дня: с 20.09 по 22.09 включительно.

Зачем этот курс вообще?

Я тут столкнулся с мнением, что курс нужен только тем, кто сейчас собирается учить гит.

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

Ситуация 1. Ты лампово кодишь и заливаешь новую фичу в master. После этого ты сразу видишь ошибку и нужно срочно откатиться, пока никто не заметил. И вот тут вместо того чтобы ставить рекорды по скоростному гуглению — ты просто открываешь статью курса и по инструкции откатываешься.

Ситуация 2. Тебя попросили смержить твою фичу в мастер и потом создать тег — ты опять идешь на курс, в котором вся информация уже подготовлена, а не исследуешь 3 статьи на хабре и 4 вопроса на stackoverflow.

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

P.S. Я собственно говоря, сам своим курсом также пользуюсь. Не буду же я это все помнить

Что с ценой, почему 4 000р? Дорого или дешево?

Долго думал, какую стоимость выставить за курс — решил ставить ту, что быстро отобьется во время работы.

4 000 рублей — это один раз потерянные пол дня работы, что без гита — не вероятность, а судьба.
4 000 рублей — это несколько часов поиска информации по гуглу, документации и stackoverflow.

В конце концов, 4 000 рублей — это десятки часов моей работы, чтобы этот курс сделать.

Не мешай себе работать

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

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

Я так позавчера работал до пол второго ночи, запивая все это литрами кофе, потому что работа наконец пошла. Пальцы прямо сами код писали, все получалось. И я знал, что утром этого уже не будет.

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

Перед тем как открыть продажи хочу написать: этот курс — мое детище, мой важный проект. Я вложил в него много сил и времени. Я его сделал сам, поэтому точно знаю, он хорош.

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

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

Я за честные продажи, которые приносят только пользу ❤️

Стартуем!

Кроме того, по просьбам трудящихся я решил сделать скидку для самых быстрых!

Сегодня, в один из трех дней курс можно купить за 3000р!

Чтобы купить курс — пишите мне в личку: @bubnov_dev

Еще раз, скидка действует только сегодня. Завтра и послезавтра курс можно будет купить только за 4000р

Самая лучшая инвестиция — инвестиция в себя

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

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

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

А часики-то тикают. Скидка на курс действует меньше 3х часов

Знаешь, что обидно?

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

Но по факту почти все, что я использую в работе — я выучил самостоятельно через гугл, сторонние курсы и stack overflow. В универе постоянно давали оторванную от жизни информацию на оторванных от жизни примерах. Да еще и растягивали на год то, что изучается за месяц.

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