Вкатун ждет когда «вся информация доступная бесплатно онлайн» сделает свое дело.

@git_rebase

Футболка с первой айтишной работы. Год, наверное, 2008 🥹

Там Intel снова протёк, но подлатали уже

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

— Ахаха, а я единственный пользователь!

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

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

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

https://downfall.page/

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

👉 ITYouTubers — точка входа в айти контент

1. Уведомления о новых видео в реальном времени: https://www.tg-me.com/ityoutubers
2. Дайджесты всех постов телеграма и видео: https://www.tg-me.com/ityoutubers_com
3. Сайт со всеми участниками: https://ityoutubers.com/
4. Твиттер анонсы телеграм постов: https://twitter.com/ityoutubers
5. Кружочки и крынж: https://www.tg-me.com/itkrugi

Есть айти канал и хочешь к нам? https://boosty.to/ityoutubers

Бесплатный марафон 🏋
Основы HTML и CSS

28 августа в телеграмм
2 недели теории и практики в чате с менторами!

🏆 Что вы получите:

- Освоите основы HTML и CSS с полного нуля.
- Узнаете, как создавать адаптивные веб-страницы.
- Получите ответы на ваши вопросы от опытных менторов.
- Проверите новые знания, сверстав собственный сайт.
- Узнаете, как опубликовать свой сайт в интернете.

🎯 Условия:

- Бесплатно. Без регистрации и смс
- Можно проходить в своем темпе
- Добавьтесь в канал Основы верстки

P.S. Спасибо за репост! Марафон крутой :)
P.S.S. Здесь видеоприглашение https://youtu.be/tLsQe-bCM9I

Все, кто ждал упрощения получения гражданства в Германии — случилось! Сохранение гражданства. 5 лет вместо 8 лет или даже за 3 года в особых случаях. Сейчас еще Бундестаг и Бундесрат подпишут только и всё. Начнётся у нас совсем другая жизнь.

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

https://news.rambler.ru/world/51290621

OpenAI анонсировали возможность настройки GPT3.5 (и скоро GPT4). А Deeplearning AI тут же выпустили бесплатный мини курс по файнтюнингу.

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

Затюнить GPT3.5 на 100К токенах стоит всего $2.40 потом надо будет просто передавать id модели с запросом.

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

В субботу стримчик для семьи 🫶

https://youtube.com/live/DkfSdCpf3uA
https://boosty.to/seniorsoftwarevlogger/streams/video_stream

В кругах пичот

Стань лучше 90% программистов

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

https://youtu.be/bfVuAR9tYyY

Мемчик в тему попался в ленте

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

С одной стороны специально навыбирали, с другой — значимые компании представлены. Конечно, честнее была бы статистика по процентам. Со своей стороны хочу добавить, что в нашей компании 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 🇮🇳

ПЕРЕВОД: Скрам — это рак.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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/

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

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

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

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

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

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

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

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

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

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