Обложка канала

Cross Join - канал о разработке. Страница 3

693 @crossjoin
Открыть

Канал о разработке. Go, PHP, Postgres, тимлидство и т.д

  • Cross Join - канал о разработке

    csvq - SQL-like query language for csv Продолжаем тему работы с данными в терминале. CSV - удобный формат, но еще удобнее работать с ним написав SQL запрос https://github.com/mithrandie/csvq

  • Cross Join - канал о разработке

    Программисты скоро будут не нужны. Осталось только научить ChatGPT задавать уточняющие вопросы, и дело в шляпе )

  • Cross Join - канал о разработке

    вот как появляются новые релизы PHP

  • Реклама

  • Cross Join - канал о разработке

  • Cross Join - канал о разработке

    Я тут клип снял на песню. Космические бюджеты вбухал: почти 2 часа времени!!!!!!!11111одинодинодин Так что лайк, шер и подписка обязательны )) (in English) https://www.youtube.com/watch?v=raJGZaIPhOc
    Learning Golang. First impressions (song)

    if err != nil { return nil, err }

    YouTube

  • Cross Join - канал о разработке

    — Привет! (проходит минута) — Не занят? (проходит две минуты) — Можно вопрос? Если этот фрагмент переписки до боли знаком, перешли своему коллеге короткое видео (53сек): https://youtu.be/E1MWhW219Rg
    Цифровой этикет: нужно ли здороваться в рабочих чатах

    Фрагмент корпоративного тренинга. Заказывайте такое в свою компанию: [email protected]

    YouTube

  • Cross Join - канал о разработке

    Пытаюсь научиться пилить видосы по-английски. Лет ми спик фром май харт. Пока получается на троечку, но первый блин комом, как говорится. https://www.youtube.com/watch?v=e4PUGpZlcIw
    SQL JOINS are not the intersection of circles. I'm serious.

    Many articles on the internet continue to explain SQL JOINS with intersecting circles (Venn diagrams). In this video, we will show why this approach is incorrect, and how to actually illustrate joins.

    YouTube

  • Cross Join - канал о разработке

    Многие удивляются, что в FAANG-компаниях на собесе требуют быстро и безошибочно решать задачки с алгоритмами на вайтборде. Но это же логично. И совершенно неважно, придется применять на практике эти знания или нет. Всё просто: Если ты всё порешал, прошел несколько этапов с задачками, то ты точно умный. Если нет - то хз, может умный, может нет За счет раскрученности бренда компании в целом, кандидатов очень много, поэтому людей "хз" можно просто игнорировать. Остаются точно умные. При этом конкретные технологии знать не надо, и даже конкретный язык программирования не важен. Любой норм. Если ты разобрался со всей этой мудрёной галиматьёй с литкода, то и питон/джаву/го как-нибудь осилишь, даже с нуля. Имхо довольно логично Обидно только, что куча умных людей не могут попасть в FAANG, потому что решение задачек с таймером - это отдельный навык, который надо прям задрачивать. Но обидно лишь этим людям, не FAANG: они все равно набирают нужное им количество "точно умных", и им норм Поэтому или работать в нераскрученных компаниях, или велком ту литкод. Есть мелкие компании, которые подражают гуглу, но им, чтобы обеспечить поток кандидатов, приходится предлагать большую зп.

  • Cross Join - канал о разработке

    Я в целом согласен с Женей. Хочу только сказать, что предсказуемость предсказуемостью, но на планы также надо уметь и забивать, при необходимости. Упал прод и идет потеря 100500 денег в секунду - иногда выгоднее отложить ВСЕ планы и забить на ВСЕ инструкции (качество кода, тестирование, даже безопасность) и херачить прямо в прод Короче, предсказуемость - прекрасно, но жизнь бывает непредсказуема, и к этому надо быть готовым

  • Cross Join - канал о разработке

    Важность предсказуемости Сегодня хочу поговорить о такой простой вещи, как предсказуемость. Часто нам показывают образ программиста или менеджера как человека супер творческого, непредсказуемого, проходящего через череду взлетов и падений, но в итоге поднимающего бизнес в небывалые выси. Многие любят смотреть на Стива Джобса, или Линуса Торвальдса и представлять, что вот бы и они такими стали когда-нибудь. Но, как говорил в «Бойцовском клубе» Тайлер Дерден, «Телевидение внушило нам, что все мы станем миллионерами, звездами кино и рок-н-ролла. Все вранье. И мы начали это осознавать» (там, правда, было еще продолжение, что это приводит нас в ярость, но это тема для другого поста 🙂) Стивы Торвальдсы Это действительно важные и нужные люди. Порой они одни и правда могут своим решением или привести компанию к краху, или возвысить её до небес. А еще в крупных небедных компаниях всегда есть деление команд на разработку и поддержку чего-то стабильного, и на какие-то креативные высокорисковые новшества, которые или кончатся ничем, или, если повезет, сильно повлияют на компанию, а то и индустрию в целом. Так вот таких отделов с прорывными исследованиями и разработками ощутимо меньше, чем остальных подразделений в компании. Тут на сцену выходит предсказуемость БОльшая же часть компании занимается разработкой и поддержкой каких-то своих типовых решений. И вот здесь невероятно важна предсказуемость и прогнозируемость. Она важнее персонального высокого перформанса, и уж точно важнее переменной производительности, когда человек неделю ждет вдохновения, а потом за день выполняет недельную норму работы. Особенно это всё важно в условиях командной работы. А я уверен, что сейчас практически все мы с вами работаем именно в команде над проектами. С точки зрения бизнеса, руководства, менеджмента проектов нет ничего желаннее, чем, пусть даже и не самый высокий, но прогнозируемый регулярный темп без каких-либо сюрпризов, срывов и накладок. Предсказуемость позволит составить роадмап продукта, сделать публичные заявления по планируемым новшествам (и не продолбать их), составить план продаж и т.д. Собственно, она позволит заниматься всей этой нудной скучной фигней, которая и приносит прибыль компании. Информационное постоянство Может быть, я такой занудный, но мне и в телеграм-каналах нравится читать такие, у которых есть понятная периодичность. Не так, что канал может месяц молчать, а потом 3 поста в день сделать, а раз в какое-то понятное время выпускает, и я читаю. Последнее время так радуюсь, что Рома Ивлиев у себя в канале стал стабильно в конце пятницы писать пост 🙂 То же касается и подкастов, и ютуб-каналов. Стабильность позволяет мне примерно рассчитывать свое время и силы на потребление нужной информации так, чтобы я знал, что и нужное я получу, и при этом в размеренном темпе, чтобы голова не закипела или бэклог не разорвался. Итог В жизни и работе, безусловно, есть место креативу, ненормированности, вариативности. Но, на мой взгляд, это место ощутимо меньше, чем у понятной предсказуемости. Нужно уметь эту предсказуемость ценить, уважать и не принижать, называя её скучной или заурядной.

  • Cross Join - канал о разработке

    Минусы скрама 1) Считается, что команда "комитится", что сделает всё запланированное на спринт. Однако точно угадать сроки невозможно никогда, в жизни не видел еще точно угаданных сроков. А перерабатывать по ночам, чтобы успеть в спринт, никто не будет, да и плохо это, ведет к выгоранию. Так в чем же тогда "комитмент"? Просто со временем развивается пофигизм. Ну продолбали и продолбали, дальше чо 2) Если пункт 1 верен, то тратить столько времени на скурпулезную оценку сроков каждой задачи (и потом скурпулезное выяснение почему продолбали) - просто бессмысленно. 3) Стремление уложиться в спринт может привести к срезанию углов и снижению качества там, где это не стоило делать. 4) Некоторые разработчики испытывают чувство вины от того, что не успели в спринт; иногда продакт смотрит на них, как на говно. И когда сроки продолбаны не из-за лени, а из-за неправильной оценки (а оценить все зависимости и случайности очень сложно), это приводит к выгоранию. 5) Если запретить вставлять новые задачи в середине спринта, то страдает гибкость бизнеса. Если разрешить - то зачем комититься на выполнение задач спринта. Есть конечно лайфхак, что при добавлении новой задачи, выкидываются другие (на столько же сторипоинтов), то тогда это ближе к канбану. Ну и всё то, на что комитились (включая цели спринта) - больше не актуально. 6) Цель спринта считается очень важной, но к сожалению в реальности зачастую спринт - это или куча задач, которые не объединить общей целью, или одна большая задача, которая принесет ценность только после нескольких спринтов, и тогда цель выглядит туповато: "Поработать над задачей X" 7) Оценка в сторипоинтах - это неведомая хрень. Которую никто не понимает нормально. Это не время, но всё же сторипоинты надо уместить во временные рамки (2 недели). Так время или нет? Лайфхак: сторипоинтами считать количество дней, округленных до фибоначи в большую сторону. Это уже лучше, но всё равно непонятно, нафига это всё. Буду рад, если кто-то развеет мои сомнения.

  • Cross Join - канал о разработке

    Заменит ли no-code программистов? Вопрос некорректен

    Найм профессионального программиста — это слишком дорого, да и программирование — совсем не быстрый процесс. А бизнесу всегда нужно "вчера" и желательно бесплатно. Поэтому всё более...

    Хабр

  • Cross Join - канал о разработке

    Если у вас gitlab, то можно создавать Merge Request автоматически при пуше в git. Для этого достаточно добавить парметр git push -o merge_request.create Ну и можно добавлять разные свойства MR, типа -o merge_request.remove_source_branch -o merge_request.target=master и т.д. для удобства лучше создать алиас, например git mr, чтобы сразу пушило с созданием MR и нужными опциями $ cat ~/.gitconfig # This is Git's per-user configuration file. [alias] mr = push -o merge_request.create -o merge_request.remove_source_branch --set-upstream origin HEAD

  • Cross Join - канал о разработке

    Женя Жданов начал вести канал на Ютубе, и записал видос про переработки. Несмотря на то, что я в индустрии уже давно, и большую часть советов я и сам понимаю и прочувствовал на себе много раз, однако даже меня заставило задуматься. Успеть к дедлайну - это прям классика, и иногда, бывает, работаю больше 8 часов в день. Хотя казалось бы, должен уже соображать. В общем, посмотрите, и, конечно помогите пацану лайками и подписками, канал совсем новый https://youtu.be/cG5XDmer1zI
    Как не умереть на работе?

    00:00:00 Вступление 00:01:02 Корпоративная культура 996 00:02:07 Проект 996.ICU 00:02:43 Переработки вне закона 00:03:17 Отчет ВОЗ 00:04:00 Причины переработок 00:06:49 Как бороться с выгоранием 00:07:50 Иррациональные страхи 00:08:32 Перфекционизм 00:09:54 Последствия переработок 00:11:09 Как поместиться в рабочее время 00:12:12 Заключение: как не перерабатывать Ссылка на исследование: https://www.sciencedirect.com/science/article/pii/S0160412021002208

    YouTube

  • Cross Join - канал о разработке

  • Реклама

  • Cross Join - канал о разработке

    Синхронизируем приложения с помощью Advisory Locks (postgresql). Что это, зачем, и нюансы работы с pgBouncer

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

    Хабр

  • Cross Join - канал о разработке

    Anton Okolelov

    Я обсирал Go - и вот я пишу на Go Я обсирал фронтенд - и вот я наполовину фронтендер. Так что слушайте: писать на Rust за бешеные бабки в неторопливом режиме - это дно донное. Для лохов

    Twitter

  • Cross Join - канал о разработке

    Цитаты великих айтишников с человеческим лицом

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

    Хабр