Получи случайную криптовалюту за регистрацию!

Senior Software Vlogger

Логотип телеграм канала @seniorsoftwarevlogger — Senior Software Vlogger S
Логотип телеграм канала @seniorsoftwarevlogger — Senior Software Vlogger
Адрес канала: @seniorsoftwarevlogger
Категории: Технологии
Язык: Русский
Количество подписчиков: 12.01K
Описание канала:

Черновики про программирование и IT youtube.com/@SeniorSoftwareVlogger
Курс про поиск работы и релокацию: bit.ly/ssv-relocate
Спасибо всем тем, кто поддерживает канал: bit.ly/ssv-support

Always do @git_rebase 😉

Рейтинги и Отзывы

2.50

2 отзыва

Оценить канал seniorsoftwarevlogger и оставить отзыв — могут только зарегестрированные пользователи. Все отзывы проходят модерацию.

5 звезд

0

4 звезд

0

3 звезд

1

2 звезд

1

1 звезд

0


Последние сообщения 2

2022-08-18 21:19:22 Как пользоваться каналом если ты — хлебушек

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

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

И так с каждым постом.
5.1K views18:19
Открыть/Комментировать
2022-08-17 21:00:12 Как я React на Angular менял

Проект, на котором я вырос до техлида и, с которого ушел в менеджеры, был написан на реакте. Это был не самый чистый реакт с кучей странных самодельных решений. Решения наслаивались одно на другое и никогда не выпиливались целиком. Последнее, что я туда принес, из лучших побуждений — модульность основанная на IoC. Шиза, я знаю. Так я планировал решить проблему динамического обнаруждения и загрузки модулей во фронтенд при установке модуля на бэк. Без перезагрузки окна. Стоит ли рассказывать, что оно не понадобилось?

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

Говорю: «Давай новый проект на ангуляре писать».
Он говорит: «Димон, ты ебанулся? Как мы это VP объясним, что мы годы опыта команды в унитаз спустим. Иди работой займись лучше».

Короче не получилось у меня реакт на ангуляр поменять.
5.3K views18:00
Открыть/Комментировать
2022-08-15 17:26:46
Развиртуалились с Лексом https://t.me/itbeard Так как Лехе пока нельзя в Германию мы встретились на польской стороне города Гёрлитц. Город разделен на польскую и немецкую части рекой. Переходишь мост и ты в Польше. На фотках, по большей части, немецкая часть.
5.2K views14:26
Открыть/Комментировать
2022-06-23 18:42:07 Технологии изменились, и изменились в худшую сторону. То, что раньше было просто, теперь сложно. То, что раньше работало просто так прямо из блокнота, теперь требует «инфраструктуры».

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

Особенно если ты менеджер. Надо добавить одну кнопку-ссылку в админку. Чувствуешь, как эта срань полезла в голову — блокируешь ее. Ты же не зря менеджер. Добавляешь кнопку. Так, тут тесты на функции для генерации ссылок. Хорошо, добавил тест.

Сука, для dev, stage и prod ссылка на индекс в кибане разная. Кибана на DEV лежит, ссылку достать пока нельзя.

— Hey is it just me or Kibana doesn't work on dev?

Пока ждешь ответа кибана заработала. Просто так.

Коммит!.. хуй по губам, пре-коммит хук падает, потому что на линтер забили. Хорошо, git stash, lint --fix. Не чинит, все равно ошибки остались, хуй с ним, ПОТОМ.

git commit --no-verify (в этом месте уже чувствуешь себя ублюдком, БЛОКИРУЕШЬ). git push

СБИЛДИЛОСЬ!!!

— Hey, could anyone please review this PR real quick please?

ЖДЕШЬ, но проверят быстро, ты же не джун, А ИХ МЕНЕДЖЕР

— Lgtm!

Ага, еще бы, я же буду твое performance review делать.

Теперь запускаешь Женкинс, чтобы он собрал билд и положил куда надо.

СОБРАЛОСЬ!!!

Деплой на dev...

РАБОТАЕТ!!!

Потом деплой на стейдж, прод. И, наконец, одна кнопка в админку добавлена. Повезло, что она правильно работает. Годы опыта дают свое! Супорт инженер в экстазе, только попросил кнопку, а она уже добавлена. Конечно, неожиданно! Столько приседаний из-за одной кнопки выдержать может только МЕНЕДЖЕР.
1.7K views15:42
Открыть/Комментировать
2022-06-22 23:03:32 В субботу, как обычно стрим.

Обсуждаем прошлый месяц, новости и планы.

https://boosty.to/seniorsoftwarevlogger
https://www.youtube.com/channel/UCX3w3jB05SHLbGjZPR0PM6g/join
2.4K views20:03
Открыть/Комментировать
2022-06-22 09:18:32
Github Copilot наконец-то доступен всем. За деньги.
https://github.com/github-copilot/tp_signup
3.0K views06:18
Открыть/Комментировать
2022-06-21 23:21:04 Самим проще

Почему большие корпораты пишут столько своих велосипедов? Ведь можно либо подписать контракт с тем, кто есть, либо тупо их купить?

На самом деле все не так просто.

Первое и самое важное - обычные тулы перестают работать в огромных компаниях. Та же джира не потянет масштаб Гугла. Поэтому и вариантов нет. Только писать свою систему тикетов.

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

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

Ну хорошо, давайте тогда им денег дадим и будем использовать?!

Не все так просто, извини. Во-первых, нужно заключить очень нудный договор, что они наши данные никуда не сольют, это тоже может занять полтора года и не факт, что после полутора лет согласования договор будет заключен (based on a true story).

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

https://avatars.mds.yandex.net/get-zen_doc/5290304/pub_62b22a06390b0f36808fcf19_62b22ab50e49941961a62085/scale_1200
2.9K viewsedited  20:21
Открыть/Комментировать
2022-06-20 13:43:11 Расскажите откуда марксизм пробирается в головы программистов?

Регулярно пишут комментарии, что если работаешь на дядю, то дядю надо всячески наёбывать, потому что Маркса почитай почему.

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

Раньше рабочие ничего не могли сделать без станков. Не было никакого смысла уходить на другой завод. Программисту же нужен средний ноутбук, но Гуглы по сто штук в день не появляются. Поработав на дядю пару лет можно обеспечить базовые потребности на год вперёд как минимум. Казалось бы, в твиттере брось клич "го, я создал" и все свободные программисты придут. Вы все разделите поровну и построите коммунизм. Почему не получается? Серьезно не понимаю, хочу чтобы кто-то терпеливо объяснил.

https://yt3.ggpht.com/3P40V_WM8J0vbzH5oaAU_xP5yadOHoGEXDBizYkUlEYct8vE8bY1vsCOz6CHWvjbPeQdAcVX31wky-c=s640-c-fcrop64=1,00001866ffffffff-nd-v1
2.3K viewsedited  10:43
Открыть/Комментировать
2022-06-18 00:03:47
То есть пока человек там работал все было ок. А как человека уволили — так он рад освободиться от оков наебалова и пирамиды. Есть такое слово — integrity. Либо крестик снять, либо трусы надеть.
2.4K views21:03
Открыть/Комментировать
2022-06-16 18:07:00 Идеальная команда

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

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

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

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

Продолжить можно мотивацией. Если вам нужно делать продукт — не нанимайте людей, которым на продукт наплевать. Если вам нужно перемалывать джиру с перерывом на обед — не нанимайте людей, которые горят проектами. Иначе у людей будет конфликт на почве мировоззрения. Продуктовик, который хочет улучшить 0.5% фичи никогда не сможет понять джирокопа, которому если таски нет - то и делать ничего не надо и вообще кому это все важно?

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

Именно поэтому на любое видео всегда собираются противоположные мнения. На то они и видео, но не стоит собирать такие мнения в одной команде.
2.1K viewsedited  15:07
Открыть/Комментировать