Senior Software Vlogger


Гео и язык канала: Россия, Русский
Категория: Технологии


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

reklama@seniorsoftwarevlogger.com


Гео и язык канала
Россия, Русский
Категория
Технологии
Статистика
Фильтр публикаций


Ситуация: АПИ с задержкой ответа в 260мс
Команда: там сложные джоины, хз как ускорить
Менеджер (я): Может кеш добавим?
Команда: 🙄... добавляют кеш
Результат:
задержка падает до 86мс,
попадание в кеш 97%
На ретро никто не вспомнил, чья это была идея, но все довольны.

🙃

2.4k 0 28 32 164

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

Короче, вижу жалобу на сторисы — баню и живу дальше.

Хорошо, что на канале большинство позитивные добрые и вежливые люди! Рад, что вы со мной 🥰

4.3k 0 3 52 305

Вообще Паша Дуров умеет устроить голодные игры.

1) Голос за канал могут только платники отдать.
2) Не больше одного раза в сутки.
3) Не более чем за один канал 🙈

Но ход интересный. Что будет дальше? Может алгоритмическая лента наконец? 🥰

2024 - год супер аппов.


Самые любимые 31 подписчик! Есть ещё 20 мест 🥰 и будет история как я по стене вниз головой иду.


Обновляем телеграм и го голосовать!

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

https://t.me/seniorsoftwarevlogger?boost




Хактобер фест официально унылое говно. Футблоки больше давать не будут. Какой смысл в празднике и движении? Везде показывать цифровые награды с айфона гуляя по цифровому концлагерю?

https://hacktoberfest.com/


Майкрософт опенсорснул 38 терабайт исследовательских данных связанных с AI

Утекла ссылка, которая должна была давать доступ к одному файлу, но она давала доступ к куда большему объему данных. В Ажур облаке есть особый вид ссылок с офлайн токеном. Этими ссылками очень удобно делиться, но которые можно неправильно сконфигурить. Помянем.

А вы говорите Яндекс.

https://www.wiz.io/blog/38-terabytes-of-private-data-accidentally-exposed-by-microsoft-ai-researchers

Вступай в семью 🫶 | YouTube | Twitter


Я по приколу своих телеграм ботов запустил на Хинкалинке bun.sh завелись без изменений.

Там и стартап переведем.


Всадники кризиса в АйТи: сокращения, падение зарплат, выжимание денег

Я уже бомбил с решения создателей библиотеки Акка брать деньги за количество процессоров, которые плавит ваш софт с использованием Акки https://t.me/seniorsoftwarevlogger/1318

Тут новая рофлляна прилетела. Любимый всеми движок игр Unity вводит плату за установку! Это как микротранзакции в играх, только теперь ибут самих игроделов. Интересно, есть ли опция чтобы игродел смотрел рекламу вместо того чтобы 20 центов платить? 🤭

Подробнее Саня написал https://t.me/digital_ninjaa/125, повторяться не буду. Разве что добавлю, что не любой опенсорс спасет, а только GPL. Другую лицензию можно всегда поменять. Терраформ вон поменяли же и реакт пробовал поменять.

Короче все 3 всадника уже здесь.

Вступай в семью 🫶 | YouTube | Twitter


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

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

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


Как правильно уйти в отпуск

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

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

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

Третий хук — ответственный челик
Такой всегда есть в команде. Назначаешь с ним 1-1 на 3 день, он восстанавливает остаток контекста. Задаешь вопрос: какое дело требует моего внимания в первую очередь? И делаешь это одно дело.

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

Учитесь правильно отдыхать.

https://t.me/dev_yttg/675

9.9k 1 107 8 148

Репост из: Team Lead Talks Подкаст
26. Программист (не) обязан развиваться

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

https://youtu.be/oynpNSzSp4w


Я обычно рофлю с DHH, но этот пост другой

Суть в том, что из одной никому не нужной библиотеки выкинули к херам Тайпскрипт и переписали на голенький JS. В этот момент опен сорс комунити показало свое истинное лицо. Репку заспамили тупыми PR вернуть TS и прочими венгерскими нотациями.

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

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

Поэтому его выпиливают из БИБЛИОТЕК, но сохраняют type definitions, чтобы можно было использовать в ПРОЕКТАХ.

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

Надо быть лучше.

*DHH — создатель Ruby on Rails и веселый троль.

https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01

Вступай в семью 🫶 | YouTube | Twitter


Love letter to Canonical

В начале мая 2023 года я решил податься на вакансию менеджера в Canonical. Я не был в курсе их процесса собеседования. Забегая вперед, 7 сентября, спустя 4 месяца, пройдя последний этап и пройдя в шорт лист кандидатов, я снял свою кандидатуру.

Мало того, что мне нужно было бы уйти на существенное понижение зарплаты, так и сама должность выглядела как понижение: одна команда из 5 человек вместо 3 команд и 10 человек, с которыми я работаю сейчас.

Я никому не рекомендую собеседование в Canonical. Оно ужасно и не тестирует совершенно ничего. Одним из этапов я верстал страничку на HTML/CSS из картинки. Оно затянуто. Мне нужно было потратить 1 час раз в 1-2 недели. Наверное поэтому я и не слился. Просто интересно было дойти до конца. Однако первое задание — описать свою жизнь — я нашел довольно полезным для себя самого.

Если вы вдруг захотите себя попробовать в роли испытуемого проходя тесты на идиота, а таких было целых 2 этапа, то вот такого стиля текст их устроил.

Дальше 5 страниц текста о моем образовании, опыте работы и мотивации.

https://seniorsoftwarevlogger.com/love-letter-to-canonical/


Макинзи, уау! Кто бы мог подумать! Чтобы программисты приносили больше пользы, нужно чтобы они больше программировали и меньше тратили время на митинги и сесурити комплаенс, уау! Я бы сам никогда не догадался!

From both a productivity and personal-experience standpoint, maximizing the amount of time developers spend in the inner loop is desirable: building products directly generates value and is what most developers are excited to do.

https://www.mckinsey.com/industries/technology-media-and-telecommunications/our-insights/yes-you-can-measure-software-developer-productivity


Осторожнее шутите на работе 🥸

https://twitter.com/Ildar_De/status/1696826981961040032?s=20

15.7k 0 43 15 145

Как перестать делать баги?

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

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

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

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

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

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

Руками тоже можно тестировать довольно успешно. Тут главное знать как. Тестировщики обычно не тестируют наобум. Тестировщики сначала пишут тест кейсы. Просто на естественном языке пишут, что они будут делать и что ожидают получить. Если система работает как описано в кейсе, то тест прошел. Эти тест кейсы можно тоже вытащить из того предварительного разбора задачи в псевдокод. Ну и тестировать конечно нужно не только успешный сценарий, но и все неуспешные ветки.

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

💁 Вопрос можно задать нажав на кнопку в закрепе.

https://seniorsoftwarevlogger.com/how-to-stop-making-bugs

Вступай в семью 🫶 | YouTube | Twitter


Репост из: Team Lead Talks Подкаст
ПЕРЕВОД: Скрам — это рак.

Я пишу код 25 лет и ничего не делает команду настолько бесполезной как скрам.

Несколько случаев из жизни:

1. Они пробовали убедить меня, что планинг покер это не игра, а инструмент планирования.

2. Если вы хотите быть более эффективным, то должны добавить процесс, а не убрать его. Они заставляли нас принимать участие в “церемониях” — просто модное называние для прорвы митингов: дейлики, груминги, планинги, ретро, скрам скрамов. Мы тратили больше времени на разговоры, чем на дело.

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

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

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

6. Мы измеряли сколько денег стоит выполнить 1 стори поинт и потом подписывали контраты, где клиент покупал пакет 500 стори поинтов.

7. Менеджеры были в ярости, когда осознали, что 500 сторипоинтов на одном проекте, не равны 500 сторипоинтов на другом. У нас было много митингов, чтобы это исправить.

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

9. Мы платили людям, которые говорили нам, жжем ли мы поинты достаточно быстро. Но стори поинты это же мера сложности, а не времени? Уже не важно.

Я верю в Гибкость, но это не гибкость.

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

Результат был всегда один и тот же: скрам не работал.

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

Но вишенка на торте это когда проповедники скрама говорят вам: “Если скрам не работает для вас — вы делаете его неправильно Только скрам и работает"

Ну конечно же.

https://twitter.com/svpino/status/1695806027256475777?s=20

9.9k 0 171 42 169

Интересная статистика

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

Я начинал читать Hit Refresh как раз от Сатьи Надела (CEO Майкрософта), и он пишет, что в начале его карьеры даже помыслить нельзя было чтобы человек из Индии занимал какой-нибудь значимый пост в управлении. Теперь же все иначе. Берешь миллиардную страну, затачиваешь ее на программирование, 20 лет работаешь, получаешь результат.

CEO of Alphabet Google 🇮🇳
CEO of Microsoft 🇮🇳
CEO of YouTube 🇮🇳
CEO of Adobe 🇮🇳
CEO of World Bank Group 🇮🇳
CEO of IBM 🇮🇳
CEO of Albertsons 🇮🇳
CEO of NetApp 🇮🇳
CEO of Palo Alto Networks 🇮🇳
CEO of Arista Networks 🇮🇳
CEO of Novartis 🇮🇳
CEO of Starbucks 🇮🇳
CEO of Micron Technology 🇮🇳
CEO of Honeywell 🇮🇳
CEO of Flex 🇮🇳
CEO of Wayfair 🇮🇳
CEO of Chanel 🇮🇳
CEO of OnlyFans 🇮🇳
CEO of Motorola Mobility 🇮🇳
CEO of Cognizant 🇮🇳
CEO of Vimeo 🇮🇳

10.4k 2 205 30 110
Показано 20 последних публикаций.