tgindex

Чашка Кода

описание

👋 Я - Никита, автор курсов и лекций по Python-разработке. Пишу на Python и Rust ✏️ В этом канале посты, которые сделают твой путь к веб-разработке проще Задать вопрос, позвать на конференцию, записать со мной курс/статью/подкаст 👉 @PySage

← к каналу@a_cup_of_code
454
подписчиков
Охват к подписчикам
130,6%
ERR
Реакции к просмотрам
82,31%
10,1 тыс на 21 постов
Пересылки к просмотрам
0,67%
83
Постов в день
0,0
всего 21

Где отзываются чаще

доля реакций к просмотрам
  • 5 авг.The most important skill for an engineer It is hard to have influence without access, but access alone is never enough. When you are in a meeting where people discuss a new feature, simply being present in that discussion does not mean you can influence the decisions. So do not confuse access with influence. At the same time, influence is important. Several studies show a strong link between low control at work, especially under high demands or high responsibility, and a higher risk of burnout. Employees who are responsible for outcomes but have low impact on how work is done tend to disengage, which lead to burnout over time. For engineers this pattern is common, because they often carry high responsibility for technical decisions and system reliability, while having limited authority over deadlines, scope, or process. This combination of responsibility without control is a common burnout driver. Influence, however, requires trust. A common situation in CIS-region companies is when a manager never allows employees to make real decisions, yet still blames them when something goes wrong. This lack of shared responsibility and trust not only harms results but also puts employees’ mental health at risk. In my view, the most important skill for an engineer is the ability to build trust. The good news is that, in many cases, being a reliable engineer comes down to one simple pattern: do what you promised, in the time you agreed on. Every completed task that matches expectations increases the trust of everyone involved. Over time, if you are consistently reliable and predictable, both you and your manager are more likely to be satisfied with how decisions are made and how work is shared. If you want to dive deeper into the research behind these ideas, here are some useful papers: The Impact of Job Satisfaction on Creating a Sustainable Workplace: link The Effect of Employee Engagement on Organizational Performance: link Understanding the burnout experience: link5622,47%
  • 6 июл.В прошлые выходные наша команда разработки столкнулась с недоступностью серверов в Амстердаме. Изучим постмортем нашего провайдера, сделаем выводы и примем решения. Самое главное в любой ситуации нарушения договорённостей — публиковать открыто честную и своевременную информацию. В нашем случае инцидент затронул только контур разработки: у нас не было доступа к серверу с нашим GitLab. Однако другие компании пострадали сильнее, и постмортем нашего провайдера заслуживает внимания. TLDR: В Европе аномальная жара, и дата-центр FirstVDS в Амстердаме был недоступен около 55 часов. Было принято решение перенести инфраструктуру в другой дата-центр. Подробный разбор инцидента по ссылке. На мой взгляд, компания отлично справилась с инцидентом: во время недоступности сервера соответствующая информация была на статус-странице. Своевременно появился постмортем и компенсации. Главное, что были сделаны выводы и приняты соответствующие решения. Единственный момент, который мы отметили в команде: статус недоступности был указан как «частично», хотя по факту дата-центр был полностью недоступен в течение двух дней. Какие выводы мы сделали и какие решения приняли: 1. Наша команда использует сервер в Амстердаме для хостинга GitLab; мы переходим на gitlab.com. Это частично связано с инцидентом, однако главная задача — улучшить процессы разработки и снизить операционную поддержку инфраструктуры. 2. У нас не было проработанной системы публичного мониторинга доступности сервисов. Поскольку мы начали предоставлять услуги клиентам, мы добавляем контур устойчивости и мониторинга. На поддомене status будет доступна страница с текущим статусом предоставляемых сервисов.1495,90%
  • 12 июл.AI is our blessing, not the curse > Recently I(she/her) was talking to a Certified Aerospace Engineer, and we discussed how launching a satellite today is much harder than it was 30–50 years ago. Technology keeps evolving and becoming more complex. In the past, the C language code on a single board could be enough, whereas now we have Kubernetes, Grafana, databases, and so on... I remembered this conversation well, because I often say myself that things used to be much simpler. There was no insane number of development tools. On the one hand, they help us; on the other hand, they add complexity. It seems like that added complexity only slows everything down, but the systems we build have also become more complex. If we tried to implement a marketplace that handles 1,000 RPS using only technologies from the 70s–80s, it would likely require plenty more resources and effort. William Ross Ashby and Larry Tesler both described the relationship between the size of a system, its functionality, and its complexity. Summarizing their ideas, we can say that the functionality available to the user and the convenience of the interface lead to a proportional increase in the internal complexity of the system. So when we say that “it used to be simpler”, we should really think in terms of the functionality that was available to users. It was heavily limited or was not convenient at all! You know that my attitude toward AI is ambivalent. I have been using it for four years already, but I still do see it as just another ordinary tool. Nevertheless, building a platform for our development studio, I had to rethink my relationship with AI. Given the added complexity of modern technologies, we can no longer develop well without AI: it is a tool that removes from us part of the complexity that we ourselves introduced for the sake of user convenience. It turns out that what we now call AI is a natural response to the increased complexity of the systems we build. For me, it is still not a tool that “does everything for you”, but a tool that takes unnecessary complexity out of the work. Without the thousands of hours I spent learning new tools and technologies, I would not be able to use AI effectively at all. At the same time without AI, I would simply get stuck in the complexity of the systems we deliver. If you want to dive deep into this topic, here is some inspirational resources: William Ross Ashby: 1. An Introduction to Cybernetics, 1956 2. Requisite Variety and its Implications for the Control of Complex Systems, 1958 3. Design for a Brain, 1952 Larry Tesler: The Law of Conservation of Complexity Jon Yablonski: Laws of UX375,75%
  • 29 окт.Привет! Го сделаем пост, что 10 ноября будет Живой Подкаст в 19:00. Что то простенькое, но что бы ставили реакты и писали комменты2,38%
  • 19 нояб.Наша капибара точно знает, как правильно занимать деньги😁 Нравится такой стиль? Ставьте 💋 📌 Топ чашек кода2,34%
  • 28 июл.📌 Худшее время искать работу... ...но лучшее, что бы готовиться к поиску работы! Осень — исторически лучшее время для активного поиска работы, но текущий рынок очень сложный. ➡️ Поэтому запускаю августовский интенсив по поиску работы. Что тебя ждет: - 4 часа групповых встреч - 2 часа личных консультаций - 3 месяца сопровождения - персональный разбор резюме 🔵 Бонус: гайд по всем этапам собеседований +———------------+ | ЗАПИСАТЬСЯ | +--------———----+ 💸 Цена: 10 000 рублей 30% от суммы пойдут в приют для собак.1,78%
  • 12 дек.🤑 Когда идеально подготовился к собеседованию, но только по одному вопросу. А если у вас нет опыта, или он есть - читайте пост про неидеальные решения. Как думаете, пройдет наша капибара этот собес? 👇 📌 Топ чашек кода1,62%
  • 20 янв.🖥 Бытует слух, что айтишников уж слишком избаловали. А вы как вы считаете, стоит нашей капибаре выдать новую мышку?⬇️ 📌 Топ чашек кода1,60%
  • 28 нояб.⭐️ Шардирование и репликация Если вы спросите 7-летнего ребёнка, что такое шардирование и репликация, он, скорее всего, легко ответит. Это будет примерно так: 📌Репликация В классе только один ученик сделал домашнее задание, и все хотят у него списать. Если все будут списывать с его тетради, то до начала урока никто не успеет. Но можно сначала дать задание списать нескольким ученикам, а уже остальные будут списывать у них. Эти ученики не смогут исправить ошибку в задании, если она там есть, но зато могут ускорить процесс списывания для всех. Так работает репликация: у нас есть главный источник данных (тот самый отличник), и есть копии (реплики), которые распространяют информацию, но не могут её изменять. Преимущества и проблемы репликации: ✍️Можно одновременно раздавать информацию большому количеству потребителей ✍️Если один сервер перестанет работать — данные можно восстановить с любого другого ✍️Фиксировать данные можно только в одном месте ✍️Обновления приходят с небольшой задержкой — реплики не моментально актуальны 📌Шардирование Это технически другое понятие, хоть и близкое. Представьте, что отличник сделал домашние задания по всем предметам — и каждое записал в отдельную тетрадь. Чтобы получить задание по английскому, нужна тетрадь по английскому. Он разделил данные по темам (или «по шардам»), и мы можем считывать их по нужной теме. Так работает шардирование: мы разбиваем данные на куски и храним их в разных местах, чтобы быстрее с ними работать. Преимущества и проблемы шардирования: ✍️ Данные не хранятся в одном месте, поэтому всё обрабатывается быстрее ✍️ Можно одновременно обращаться к разным шардам — меньше нагрузка ✍️ Если не знаешь, где нужные данные, придётся искать нужный шард Репликация = «много копий одного и того же» Шардирование = «разные куски всего целого» 📌 Топ чашек кода1,51%
  • 7 мая📌Прочитал хорошую статью в январе, пора и вам рассказать. Кратко: AI помогает писать код быстрее, но мешает научиться писать код лучше. Когда люди решают новую для себя задачу с помощью AI, они могут закончить чуть быстрее, но хуже усваивают базовые концепции и слабее справляются с проверкой знаний потом. ✍️Исследование показало интересный разрыв. Участники с AI в среднем тратили на задачу немного меньше времени, но при этом их итоговый результат по пониманию материала оказался ниже: в задачах с новой библиотекой использование AI снизило оценку примерно на 17%, и заметного ускорения по времени при этом не дало. То есть ощущение «я быстрее разобрался» не равно реальному освоению навыка. ✍️Сильнее всего разрыв между группами в debugging-вопросах: те, кто работал без AI, чаще сталкивались с ошибками, сами их разбирали и в итоге лучше понимали, что происходит в коде. Иначе говоря, ошибки в процессе обучения — это не помеха, а часть механики обучения. Мы это и так знали уже десятки лет, но повторение лишним не будет. Отдельно важный момент: проблема не только в самом AI, но и в том, как люди им пользуются. Некоторые участники тратили до 11 минут просто на формулировку запросов к ассистенту, поэтому выигрыш по скорости оказывался намного меньше, чем кажется в теории. AI не сокращает путь - иногда он просто переносит усилие из написания кода в написание промптов. В итоге вы прокачиваете только свой промптинг. ➡️ Ещё один важный тезис из исследования: не все ошибки одинаково полезны. Простые опечатки мало чему учат, а вот ошибки, связанные с самой моделью работы библиотеки, заставляют понять ключевые концепции глубже. Поэтому когда AI убирает слишком много «правильных» трудностей, он может одновременно убирать и часть обучения. Используйте автокорекцию в виме, а вот доверять весь код ИИ не стоит. Мой вывод: если уже умеете писать код, AI — отличный инструмент. Но если навык ещё не сформирован, постоянная генерация кода мешает развитию его понимания. Особенно в новых областях, где важно самому проходить через ошибки, отладку и причинно-следственные связи. ⭐️Ваша цель получить рабочий результат или реально научиться? Если второе, то нужно оставлять себе пространство на самостоятельное мышление, разбор ошибок и дебаг.1,48%
  • 31 дек.😱 Под Новый год мне Дед Мороз... ...полезные материалы принёс! Подарочек вам на январские: обещанные материалы от наших спикеров, чтобы точно было, чем заняться на праздниках. 🌟 Материалы от Кати по DataEngenering: (добавили в комментарии) ⚫️SQL и реляционная теория ⚫️Создание запросов на SQL 🌟 Материалы от Марины по IOS: ⚫️Разбор топового роадмапа и комментарии лида по мобильной разработке ⚫️Разбор курса из Стенфорда по верстке на UIKit и языку ⚫️Базовые элементы UIKit - разбирай их и собирай приложение ⚫️Больше классных материалов у Марины в канале 🌟 Ну и традиционно лучшие посты нашего канала в подборке: Топ чашек кода1,41%
  • 27 янв.✋Всем привет! Недавно я начал искать работу за рубежом, поэтому решил подтянуть свой английский. А что нужно для уверенного прогресса в иностранном языке? Конечно практика. 👉 Я завел substack, куда буду иногда делать посты на английском языке. Если хотите подробный разбор вашего вопроса, напишите его в комменты - а я сделаю полноценный лонгрид на английском ⬇️ 📌 Топ чашек кода1,39%