User
Практические рекомендации по работе с Docker для Python-разработчиков
![](https://habrastorage.org/r/w1560/getpro/habr/upload_files/d69/2da/66b/d692da66b8fcdd3a2e4acee0a0581fe5.png)
Прим. Wunder Fund: в этой длииинной статье вы найдете ряд полезных советов по работе с Docker, как общего характера, так и Python-специфичных. Хоть мы и давно используем Docker в работе, про некоторые советы мы подумали "а что, так можно было?". Советуем вначале пролистать статью, и отметить штуки, которые покажутся актуальными для вашей текущей ситуации.
Как писать bash-скрипты надежно и безопасно: минимальный шаблон
![](https://habrastorage.org/r/w1560/getpro/habr/upload_files/993/355/3cb/9933553cb802236bd8c293fb38cf5d77.png)
Скрипты на Bash. Как много в этом слове. Любому разработчику рано или поздно приходится их писать. Почти никто не скажет "да, я люблю писать bash-скрипты", и поэтому этой теме уделяют мало внимания.
Я не буду пытаться сделать из вас эксперта в Bash, а просто покажу минимальный шаблон, который поможет сделать ваши скрипты более надежными и безопасными.
Избегайте токсичного молчания: как дают фидбэк сотрудники Netflix
![](https://habrastorage.org/webt/sa/r5/hd/sar5hdazemcj2d36mzlczyy-lrk.png)
— Часто я предпочитаю просто токсично молчать.
— Может, тактично?
— Может.
Вот что пишет CEO Netflix в книге «Никаких правил. Уникальная культура Netflix» про «тактичное молчание»:
В корпоративной культуре Netflix промолчать, если считаешь что-то неправильным или неудачным, означает подвести себя и всех коллег. Это означает: у тебя был шанс помочь компании, но ты им не воспользовался.
Фидбэк в Netflix дают по следующим правилам:
1. Стремись помочь.
2. Предлагай конкретные меры.
3. Будь благодарен.
4. Прими или отклони.
В Netflix никто не плакал от того, что начальник спросил твоё мнение. До открытия офиса в Японии. Так что 5-ое правило, Netflix поняли только после выхода на международный рынок:
5. Учитывай культурные различия.
Под катом я привела кейсы работников Netflix про фидбэк, рассказала про «360 градусов» в компании, а еще прикрепила культурную карту Netflix и расписала, по каким параметрам топ-менеджеры её составляли.
На картинке шпаргалка для менеджера глобальной компании по стилю управления в зависимости от культурных различий. Кстати, синий график — это культурная карта России.
Еще одна статья в копилку канала с полезными конспектами клевых книг.
Chrome DevTools: Хитрости при отладке
![](https://habrastorage.org/r/w780/getpro/habr/upload_files/bf0/4af/1bf/bf04af1bfdd39dfdd7ea35e41343d3e8.jpeg)
В сети полно обзоров Chrome DevTools, которые демонстрируют многочисленные возможности этого прекрасного инструмента. DevTools настолько большие, что познать их полностью, как мне кажется, уже почти невозможно.
В этой заметке я бы хотел остановиться на различных нюансах, полезных при отладке. Какие-то из них я почерпнул в сети (например в комментариях на Хабре), до каких-то додумался сам. Надеюсь вы найдёте для себя что-нибудь полезное.
Под катом:
— Как отладить popup-ы, которые исчезают при потере фокуса
— Как убить повисший JS-цикл, не убивая вкладку
— Различные нюансы работы с breakpoint-ми
— Методы ведения войны с sourceMaps
— Перехват network-запросов
— Как отладить race-condition
— Почему стоит опасаться галочки "disable cache"
— Что делать если у вас не Hi-DPI экран?
Список современных книг для Engineering Manager’а
![](https://habrastorage.org/r/w780/getpro/habr/upload_files/699/5fd/476/6995fd4761095ede1f3711a1858dc437.jpg)
В данном посте мне хотелось бы поделиться списком книг, которые (по крайне субъективному мнению) являются полезными и весьма практичными для Engineering Manager’а. При этом акцент хочу сделать именно на современных книгах (выпущенных в последние 5-6 лет). Под Engineering Manager’ом, в моем вольном определении, будем понимать бывшего инженера, ставшего руководителем, решающего как технические (например, внедряем RabbitMQ или Kafka), так и административные вопросы (например, план обучения новичков, сколько еще нанять разработчиков и каких и т.п.). Под такое понятие могут подпадать Tech Lead, Team Lead, Project Manager.
Приемы оптимизации веб-графики в 2021 году
Привет, Хабр!
Сегодня я хотел бы рассказать о ряде практик, позволяющих оптимизировать загрузку и отрисовку изображений на сайте. Давайте рассмотрим, что мы может сделать на сегодняшний день помимо стандартных методик (компрессии и кеширования на клиенте).
Типовые ошибки при подготовке публичного выступления
![](https://habrastorage.org/r/w1560/getpro/habr/upload_files/e61/b50/85c/e61b5085cbe02dac63f856936dfe5415.png)
Всем привет! У меня снова статья про качество. Только на этот раз речь пойдет не про код, а про подготовку к публичному выступлению.
Подборка бесплатных ассетов для разработки игры
![](https://habrastorage.org/r/w780/getpro/habr/upload_files/232/949/1e7/2329491e7fd2428c21de43a303c7d338.jpg)
ри разработке игры не всегда есть время на создание отдельных элементов, например, моделей или звуков. Как раз для таких случаев существуют библиотеки ассетов, из которых можно взять нужный контент. Обычно там есть как бесплатные, так и платные ассеты.
Но важно учитывать, что у ассетов есть разные условия использования: например, у одних может вообще не быть ограничений, а у других нужно указывать автора. Поэтому всегда читайте условия, если хотите добавить в свою игру чужие наработки.
Ранее на DTF уже выходили подборки ассетов. К примеру, Арсений Мирный опубликовал список полезных ресурсов для поиска ассетов. Есть подборка от Дмитрия Чикалова, который упомянул не только библиотеки, но и полезные медиа-ресурсы. Иван Михайлов в своём внушительном списке программ для разработчиков также рассказал про библиотеки ассетов.
Наша подборка перекликается с другими списками, но мы выбрали самые удобные ресурсы, в которых легко найти нужные ассеты в условиях ограниченного времени.
Этот материал написан в поддержку нашего инди-джема, в котором ещё можно успеть поучаствовать.
Как успешно подготовиться и сдать экзамен AWS Solutions Architect Associate SAA-C02
![](https://habrastorage.org/r/w780/getpro/habr/upload_files/8d3/f96/1ca/8d3f961ca01f14b9582a5daf4222d50a.jpeg)
Всем привет!
Меня зовут Сергей Яворский. Я работаю в EPAM Systems около 5 лет. Я хотел бы поделиться своим опытом в получении сертификатов AWS. На данный момент у меня их три, в этом посте я хочу рассказать о своем процессе участия в программе сертификации AWS Solution Architect Associate SAA-C02 в рамках AWS Global Certification Program от EPAM.
Сначала хотел бы немного пояснить, зачем мне это понадобилось. У меня было две цели:
Шпаргалка по метрикам производительности cURL: как измерить задержку сервера
Мой уход из Яндекса, как не потерять мотивацию за полгода подготовки в FAANG и реджект в Google
![](https://habrastorage.org/r/w780/getpro/habr/upload_files/d8b/428/24c/d8b42824c97b5c658fa234d0c51163a5.jpeg)
Мой уход из Яндекса, как не потерять мотивацию за полгода подготовки в FAANG и реджект в Google.
Практическое руководство по именованию классов, функций и переменных
![](https://habrastorage.org/r/w1560/getpro/habr/upload_files/f1c/8db/31c/f1c8db31c4c196fd2dce79460a326902.png)
В этой статье рассказано о методе именования классов, функций и переменных, который позволяет улучшить читаемость вашего кода.
Инструменты для аудита CSS
![](https://habrastorage.org/webt/ah/id/1x/ahid1x6zpaxd8hgdzkovzom0cts.png)
Аудит (здесь и далее слово «аудит» употребляется в значении «оценка качества») CSS не относится к повседневным задачам при разработке веб-приложений, но иногда приходится этим заниматься. Это может быть частью процесса определения критического CSS, удаления неиспользуемых селекторов, улучшения доступности, когда все цвета в кодовой базе оцениваются на предмет контрастности, и т.д.
Существуют некоторые инструменты, облегчающие выполнение указанных задач. Но давайте начнем с того, что понимается под «аудитом» CSS.
Аудит CSS — задача не из легких
Как правило, оценка качества кода включает в себя его анализ в поиске багов и других проблем, например, проблем с производительностью. Для большинства языков программирования концепция аудита кода проста: она работает или не работает. Но CSS — это особенный язык, большая часть ошибок которого игнорируется браузером. Один и тот же стиль можно применять совершенно по-разному. Это обуславливает сложность аудита CSS. И «сложность» — это еще мягко сказано.
Все английские времена в одной простой схеме
![](https://habrastorage.org/r/w780/getpro/habr/upload_files/844/66c/cb2/84466ccb2ca5fd646b0dad0b8e96c679.jpg)
В своё время я сам здорово намучился с английскими временами. Совершенно не получалось понять, как они формируются. Когда наконец удалось вызубрить все правила, самые простые существующие между временами закономерности всё равно оставались для меня неочевидными.
Как это часто бывает, по-настоящему понимаешь какую-то тему, только когда начинаешь рассказывать о ней другим («метод Фейнмана»). Несколько друзей, позавидовав моим «успехам», попросили помочь разобраться с английским. Тут и обнаружилось, что хотя я уже успешно использую английский в повседневной работе, обучать ему кого-то ещё — это совершенно отдельный навык.
Первоначальная идея. Сначала разъяснить все английские времена за один присест удавалось, надёргав различных идей из интернета: обрывки чьих-то схем, начинали склеиваться в свою схему и обрастать собственными легендами, а применение времён почти всегда было проще пояснить, используя хрестоматийную «систему английских времен с точки зрения употребления глагола “to vodka”». С каждой новой импровизированной лекцией, схема и нарратив продолжали меняться. «Ученики» попадались с различным базовым уровнем, что позволило понять, откуда нужно начинать плясать, чтобы урок был понятен всем, кто хоть раз слышал что-то про глаголы have и be. Когда счёт обученных уже пошёл на десятки, я решил оформить идею в более стройную лекцию. От первых попыток преподавания английских времён, до этого момента прошло пять лет. За это время было обучено ещё пару сотен человек. Обучено — по приколу. Денег за эти уроки я не брал.
20 лучших практик по работе с Dockerfile
![](https://habrastorage.org/r/w1560/getpro/habr/upload_files/f70/34f/d99/f7034fd99eae4897fc23c123c12e521c.png)
Эта статья содержит рекомендации по написанию Dockerfile и принципам безопасности контейнеров и некоторые другие связанные темы, например про оптимизацию образов.
Если вы знакомы с контейнеризованными приложениями и микросервисами, то скорее всего понимаете, что хотя ваши сервисы "микро", но поиск уязвимостей и устранение проблем с безопасностью способен затруднить управление вашими сервисами, уже с приставкой "макро".
К счастью, большинство потенциальных проблем мы можем решить еще на этапе разработки.
Хорошо подготовленный Dockerfile исключает необходимость использовать привилегированные контейнеры, открывать порты, в которых нет необходимости, включать лишние пакеты и избегать утечки чувствительных данных. Старайтесь решить эти проблемы сразу, это поможет в дальнейшем сократить усилия на поддержку ваших приложений.
Бесплатные сервисы для разработчиков — огромный список
![](https://habrastorage.org/webt/z-/vq/vz/z-vqvzk9vnmvszszke03gitd-ni.png)
Бесплатное хранилище артефактов PackageCloud
Удивительно, но в интернете сотни сервисов, которыми разработчик может пользоваться совершенно бесплатно. «Бесконечное» время (пока компания не обанкротится или не изменит условия), без рекламы, пробного периода и других подводных камней.
Недавно мы обсуждали эту тему в статье «Боль разработчика: “Никогда не давайте пользователям бесплатный тариф”». Речь шла о том, что на самом деле бесплатный план вовсе не бесплатен — приходится тратить массу времени и усилий на поддержку этих тарифов.
Но для некоторых бесплатный тариф — единственный способ завлечь новых клиентов. Это просто замечательно с точки зрения самих пользователей. Ведь перед нами десятки бесплатных хостингов, API, CMS, CDN, сервисов обработки данных, поисковых движков, репозиториев, инструментов проверки кода и других. Бесплатный тариф идеален для опенсорс-разработчиков, любительских и некоммерческих проектов, маленьких стартапов. Ни за что не надо платить.
Интересное о Serverless: хабрастатьи о применении, инструментах, кейсах и инструкциях для первого свидания
![](https://habrastorage.org/r/w1560/getpro/habr/upload_files/bc0/8b1/04e/bc08b104e36a752847499596e98984c8.png)
Привет, Хабр! Меня зовут Антон. Примерно год назад я начал работать с Serverless — и был покорён этим подходом к разработке приложений. Несмотря на определённые недостатки и ограничения, потенциал бессерверных вычислений огромен, за ними большое будущее. Очень приятно, что честь стать первым куратором хаба Serverless выпала именно мне. Мои задачи — находить интересные материалы, показывать новые возможности и помогать тем, кто интересуется этой архитектурой. В первом посте я собрал статьи разных авторов с Хабра, которые знакомят с идеей Serverless- подхода и помогают разобраться, для чего её лучше всего применять.
Почему чтобы переместить кнопку, нужно две недели
![](https://habrastorage.org/webt/7e/hg/l3/7ehgl3ladwrcst1mgn7paq_vaik.jpeg)
Допустим, мы строим пирамиду из кирпичиков Lego размером 2x2 блока. Сколько потребуется времени на создание MVP (minimum viable product) пирамиды? Столько, сколько требуется для установки одного кирпичика! Допустим, это 1 секунда. То есть мы создали MVP пирамиды за 1 с. Сколько потребуется времени на реализацию v1? Нам нужно установить ещё три детали на уровне 0 и одну на уровне 1. Ещё 4 детали, то есть ещё 4 секунды. А для версии v2? Ещё пять деталей на уровне 0, три детали на уровне 1 и одна на уровне 2 — суммарно девять деталей и ещё девять секунд.
Information
- Rating
- Does not participate
- Location
- Brisbane, Queensland, Австралия
- Registered
- Activity