о полезности чтения чужих исходников
я кажется уже упомниал, что крайне полезно читать чужой код. благо, егокак говна за баней очень много на ГитХабе: по любой тематике, любого качества, на любом языке
через это ты не только учишься быстро понимать и вникать в код (а это тоже навык), но самое главное – можешь учиться новому (к вопросу про мой предыдущий пост, кстати☝️), перенимать какие-то фишки, приемчики или даже узнавать новые конструкции языка или используемые бибилиотеки. ну а где-то, наоборот, можешь понять, почему ты бы написал лучше и чем данный код плох, какие есть минусы и почему его сложно читать (=поддерживать)
это, кстати, касается и код-ревью: важно читать и перенимать чужой опыт и фишечки написания кода
так вот… читаю я сегодня на досуге код OpenShot (это такой видеоредактор). а что примечательно – его ГУЕвая часть написана на связке Python+Qt
читаю-читаю, и натыкаюсь в разделе инициализации логов на такую конструкцию:
и узнаю, что в питоне, оказывается, из коробки есть log rotation (об этом в другой раз; вкратце, это когда лог пишется до определенного момента в файл, после чего начинает писаться в следующий файл, чтобы файлы не разрастались)
поглядел в доке: так там целая поляна всевозможных лог хендлеров, от null до отправления UDP-датаграмм
так что в очередной раз даю совет: читайте чужой код!
#python #log #sourceCode #опыт
я кажется уже упомниал, что крайне полезно читать чужой код. благо, его
через это ты не только учишься быстро понимать и вникать в код (а это тоже навык), но самое главное – можешь учиться новому (к вопросу про мой предыдущий пост, кстати☝️), перенимать какие-то фишки, приемчики или даже узнавать новые конструкции языка или используемые бибилиотеки. ну а где-то, наоборот, можешь понять, почему ты бы написал лучше и чем данный код плох, какие есть минусы и почему его сложно читать (=поддерживать)
это, кстати, касается и код-ревью: важно читать и перенимать чужой опыт и фишечки написания кода
так вот… читаю я сегодня на досуге код OpenShot (это такой видеоредактор). а что примечательно – его ГУЕвая часть написана на связке Python+Qt
читаю-читаю, и натыкаюсь в разделе инициализации логов на такую конструкцию:
#
# Create rotating file handler
#
if os.path.exists(info.USER_PATH):
fh = logging.handlers.RotatingFileHandler(
os.path.join(info.USER_PATH, 'openshot-qt.log'),
encoding="utf-8",
maxBytes=25*1024*1024, backupCount=3)
fh.setLevel(info.LOG_LEVEL_FILE)
fh.setFormatter(file_formatter)
log.addHandler(fh)
else:
class DummyHandler:
def setLevel(self, level):
return True
fh = DummyHandler()
и узнаю, что в питоне, оказывается, из коробки есть log rotation (об этом в другой раз; вкратце, это когда лог пишется до определенного момента в файл, после чего начинает писаться в следующий файл, чтобы файлы не разрастались)
поглядел в доке: так там целая поляна всевозможных лог хендлеров, от null до отправления UDP-датаграмм
так что в очередной раз даю совет: читайте чужой код!
#python #log #sourceCode #опыт
Реальный Код
+ АПИшку давайте прикрутим, чё уж там 😁 дернем публичное АПИ для получения списка праздников, чтобы отметить красным официальные выходные дни тут в канале все как всегда просто, когда двигаемся маленькими шагами step-by-step – берем requests, получаем ответ…
кто недавно присоединился, вот рекомендую посмотреть интересный пост, где на коленке накидан производственный календарь на голом HTML и нативном питоновском веб-сервере
только что проверил – для текущего года тоже работает 😃
только что проверил – для текущего года тоже работает 😃
… а вообще, хочется в очередной раз сказать, что Scrum, как и в целом Agile – это в первую, и самую главную, очередь, про изменение подхода в голове! это про иной майндсет и другое восприятие разработки! это про более высокий уровень зрелости команды 🚀
а всякие формальности вроде настройки доски в Джире, количество столбцов и переходы между статусами – это 100500-е дело…
жаль, что очень многие этого не понимают и гордо заявляют «у нас Скрам», продолжая работать в проектом подходе. а еще многие воротят нос и жалуются на свой скрам, где он на самом деле неправильный и превращен в формальности (например, отчитаться на дейлике 🤮)
#scrum
а всякие формальности вроде настройки доски в Джире, количество столбцов и переходы между статусами – это 100500-е дело…
жаль, что очень многие этого не понимают и гордо заявляют «у нас Скрам», продолжая работать в проектом подходе. а еще многие воротят нос и жалуются на свой скрам, где он на самом деле неправильный и превращен в формальности (например, отчитаться на дейлике 🤮)
#scrum
CTO vs. VP Engineering
привет! сегодня не совсем обычная тема для этого канала. и тем не менее, уже пару недель хочу с вами поделиться информацией, которую сам для себя разложил по полочкам
казалось бы: две таких похожих должности и вроде про одно и то же 🤷♂️ однако, есть разница
CTO отвечает за стратегическое развитие компании в плане технологий и направления движения разработки. он своего рода двигатель и идейный вдохновитель технической и продуктовой стороны компании. он понимает тренды развития технологий и с учетом этого выстраивает стратегию развития компании и направляет компанию в разрезе средне- и долгосрочного планирования
зачастую CTO стоит у истоков компании и является одним из основателей и учредителей. да, в крупных и очень крупных компаниях, корпорациях все больше вероятность, что это будет и наемный человек совсем со стороны
VP Engineering же, находясь под CTO, занимается вопросами деливери, соблюдения сроков, оценки производительности команд и пипл-менеджментом. то есть он скорее про более «приземленные» вещи. однаяко, при этом его роль очень высока и он конечно точно также планирует работу всех команд и отделов
проще говоря, CTO отвечает за куда, тогда как VP Engineering – за как и в срок
конечно, грань достаточно тонкая. более того, в различных компаниях как в одну, так и в другую позицию могут вкладываться различные смыслы и ставиться разные цели
также, оба эти человека дополняют друг друга и плотно взаимодействуют друг с другом
зачастую в стартапах, ессно, есть только CTO, который выполняет обе роли. роль же VP Engineering уместна обычно в больших компаниях с сотнями и тысячами разработчиков/тестировщиков/прочих ИТ-спецов
вот такой сегодня у меня рассказ о том, какие бывают роли (очень высокие роли) в мире разработки ПО
#management #career #roles #профессии #cLevel
привет! сегодня не совсем обычная тема для этого канала. и тем не менее, уже пару недель хочу с вами поделиться информацией, которую сам для себя разложил по полочкам
казалось бы: две таких похожих должности и вроде про одно и то же 🤷♂️ однако, есть разница
CTO отвечает за стратегическое развитие компании в плане технологий и направления движения разработки. он своего рода двигатель и идейный вдохновитель технической и продуктовой стороны компании. он понимает тренды развития технологий и с учетом этого выстраивает стратегию развития компании и направляет компанию в разрезе средне- и долгосрочного планирования
зачастую CTO стоит у истоков компании и является одним из основателей и учредителей. да, в крупных и очень крупных компаниях, корпорациях все больше вероятность, что это будет и наемный человек совсем со стороны
VP Engineering же, находясь под CTO, занимается вопросами деливери, соблюдения сроков, оценки производительности команд и пипл-менеджментом. то есть он скорее про более «приземленные» вещи. однаяко, при этом его роль очень высока и он конечно точно также планирует работу всех команд и отделов
проще говоря, CTO отвечает за куда, тогда как VP Engineering – за как и в срок
конечно, грань достаточно тонкая. более того, в различных компаниях как в одну, так и в другую позицию могут вкладываться различные смыслы и ставиться разные цели
также, оба эти человека дополняют друг друга и плотно взаимодействуют друг с другом
зачастую в стартапах, ессно, есть только CTO, который выполняет обе роли. роль же VP Engineering уместна обычно в больших компаниях с сотнями и тысячами разработчиков/тестировщиков/прочих ИТ-спецов
вот такой сегодня у меня рассказ о том, какие бывают роли (очень высокие роли) в мире разработки ПО
#management #career #roles #профессии #cLevel
создал организацию в ГитХабе для учебных проектов, которые бы лежали не как сейчас, в одной репе, а каждый проект – в отдельной репе в рамках одной группы
велком смотреть 🙌 скоро будет наполняться 🚀
https://github.com/The-Real-Coding
#gitHub #news
велком смотреть 🙌 скоро будет наполняться 🚀
https://github.com/The-Real-Coding
#gitHub #news
GitHub
The Real Coding
The Real Coding has one repository available. Follow their code on GitHub.
человек вон с 69-го в ГитХаб контрибьютит ☝️
пишите в коментах свои догадки, в чем тут дело
кто хочет сам проверить – https://github.com/rcarmo?tab=overview&from=1969-12-01&to=1969-12-31
#gitHub #fun #bug
пишите в коментах свои догадки, в чем тут дело
кто хочет сам проверить – https://github.com/rcarmo?tab=overview&from=1969-12-01&to=1969-12-31
#gitHub #fun #bug
неплохо JetBrains придумали – дают готовый шаблон обращения к тимлиду за тебя, чтобы обосновать приобретение ИДЕ
#jetBrains #ide
#jetBrains #ide
Сначала пару недель назад Тинек мне предлагает прямо в приложке банка купить тачу онлайн и они ее доставят…
Теперь вот – https://spb.mts.ru/about/media-centr/soobshheniya-kompanii/novosti-mts-v-rossii-i-mire/2025-04-18/mts-otkryla-prodazhi-avtomobilej
#новости #цифровизация #авто
Теперь вот – https://spb.mts.ru/about/media-centr/soobshheniya-kompanii/novosti-mts-v-rossii-i-mire/2025-04-18/mts-otkryla-prodazhi-avtomobilej
#новости #цифровизация #авто
Напомню про еще один тематический канал, куда дропнул первую запись – про медиа и все с этим связанное
Подписывайтесь, делитесь, если есть интерес 🙌
Подписывайтесь, делитесь, если есть интерес 🙌
Forwarded from Реальный Стриминг
СДЭК и медиахолдинг МАЕР начали сотрудничество по размещению рекламы в медиа-формате в пунктах СДЭКа.
Идея, на мой взгляд, очень актуальная и принесет прибыль обеим компаниям.
Такая подача интерактивного материала и рекламы в России пока еще на очень начальной стадии. Есть огромный потенциал роста. И я уверен, что этот формат будет пользоваться спросом и развиваться.
К слову, подобное также развивается и находится пока на начальной стадии у Роснефти.
Тут важно пояснить: в зачаточном состоянии в разрезе тематики данного телеграм-канала – медиа и интерактива. Да, статичные картинки и позже – загруженные ролики, это есть. А вот дальнейшее развитие еще впереди. Для понимания вектора развития посмотрите, куда нацелен и что уже может Потокус от студии Артемия Лебедева.
https://www.cdek.ru/ru/news/view/2025-03-11-logistika-reklamy-sdek-podklucil-mediaekrany-v-punktah-vydaci-k-ekosisteme-holdinga-maer/
#новости #indoorAdvertising
Идея, на мой взгляд, очень актуальная и принесет прибыль обеим компаниям.
Такая подача интерактивного материала и рекламы в России пока еще на очень начальной стадии. Есть огромный потенциал роста. И я уверен, что этот формат будет пользоваться спросом и развиваться.
К слову, подобное также развивается и находится пока на начальной стадии у Роснефти.
Тут важно пояснить: в зачаточном состоянии в разрезе тематики данного телеграм-канала – медиа и интерактива. Да, статичные картинки и позже – загруженные ролики, это есть. А вот дальнейшее развитие еще впереди. Для понимания вектора развития посмотрите, куда нацелен и что уже может Потокус от студии Артемия Лебедева.
https://www.cdek.ru/ru/news/view/2025-03-11-logistika-reklamy-sdek-podklucil-mediaekrany-v-punktah-vydaci-k-ekosisteme-holdinga-maer/
#новости #indoorAdvertising
www.cdek.ru
Логистика рекламы: СДЭК подключил медиаэкраны в пунктах выдачи к экосистеме холдинга МАЕР | 11.03.2025 – Новости СДЭК
Логистика рекламы: СДЭК подключил медиаэкраны в пунктах выдачи к экосистеме холдинга МАЕР – 11.03.2025 | Узнавайте Новости СДЭК
Выпилился недавно полностью с запрещенной в РФ соцсети для самолюбования и выеживания перед друзьями, равно как и из вэкашки
Вместо этого есть такой @dipaolo_live мой канальчик с моими мыслям и разным жизненным за пределами ИТ
#неТехническое
Вместо этого есть такой @dipaolo_live мой канальчик с моими мыслям и разным жизненным за пределами ИТ
#неТехническое
Со всех щелей слышу про ентот ваш Vibe Coding… ох уж эти зумеры 😅
Признавайтесь, вайбкодите? Как впечатление?
Признавайтесь, вайбкодите? Как впечатление?
решил тут Котлин поглядеть. Смотрю полчаса 👀 Сказать пока ничего не могу
единственный вопрос, которым задался: почему Котлин, а не Джава. Пару самых главных аргументов: нет геморроя с обработкой null, как в джаве + можно писать функции, не оборачивая их в классы. Ну еще корутины есть (а в джаву что ль еще не завезли? 😳)
что-то мне конечно подсказывает (сейчас вникать нет времени), что тут скорее денежно-политическая причина (не в плане международной политики!) в угоду JetBrains
#kotlin
единственный вопрос, которым задался: почему Котлин, а не Джава. Пару самых главных аргументов: нет геморроя с обработкой null, как в джаве + можно писать функции, не оборачивая их в классы. Ну еще корутины есть (а в джаву что ль еще не завезли? 😳)
что-то мне конечно подсказывает (сейчас вникать нет времени), что тут скорее денежно-политическая причина (не в плане международной политики!) в угоду JetBrains
#kotlin
Вот кстати да! Спрос на дата-центры растет. Сейчас их (а, соответственно, и облаков) все больше и больше
Forwarded from Константин Двинский
Рынок дата-центров в России превращается в арену системного вызова: спрос летит вверх на фоне искусственного интеллекта, больших данных и суверенного облака, но инфраструктуры критически мало. По прогнозам, уже к 2028 году мощность коммерческих ЦОДов утроится до 2,3 ГВт.
Проблема в том, что под эту мощность у нас просто нет физического резерва в энергосистеме. Новые центры обработки данных в буквальном смысле негде строить – трансформаторы не справляются, сети перегружены, старые мощности устарели, а подключение новых – это месяцы (в лучшем случае) бюрократических согласований и миллиарды вложений.
Поэтому в тренде – энергетическая автономия. ЦОДы начинают думать, как предприятия 19 века: почему бы самим себе не построить ТЭЦ? Появляются гибридные модели: дата-центр плюс газопоршневая установка, дата-центр плюс мини-ГЭС, непублично даже обсуждаются идеи с АЭС малой мощности. Все ради суверенности и стабильности. Никакие технологии ИИ не взлетят, если сервера не обеспечены электричеством и охлаждением.
На этом фоне меняется и карта: центры уезжают из Москвы и Питера в регионы с избытком дешевой энергии – Урал, Сибирь, Алтай. Дальше – больше: региональные власти будут конкурировать за такие объекты, ведь ЦОД – это не только сервера, но и налоги, рабочие места, синергия со смежными отраслями.
Если тренд не будет подхвачен государством, мы получим цифровой парадокс: вроде и импортозамещение, и собственный софт, и ИИ, а физически все упирается в отсутствие киловатта. Поэтому сейчас – уникальное окно возможностей для тех, кто первым решит задачу энергонезависимых дата-центров.
Проблема в том, что под эту мощность у нас просто нет физического резерва в энергосистеме. Новые центры обработки данных в буквальном смысле негде строить – трансформаторы не справляются, сети перегружены, старые мощности устарели, а подключение новых – это месяцы (в лучшем случае) бюрократических согласований и миллиарды вложений.
Поэтому в тренде – энергетическая автономия. ЦОДы начинают думать, как предприятия 19 века: почему бы самим себе не построить ТЭЦ? Появляются гибридные модели: дата-центр плюс газопоршневая установка, дата-центр плюс мини-ГЭС, непублично даже обсуждаются идеи с АЭС малой мощности. Все ради суверенности и стабильности. Никакие технологии ИИ не взлетят, если сервера не обеспечены электричеством и охлаждением.
На этом фоне меняется и карта: центры уезжают из Москвы и Питера в регионы с избытком дешевой энергии – Урал, Сибирь, Алтай. Дальше – больше: региональные власти будут конкурировать за такие объекты, ведь ЦОД – это не только сервера, но и налоги, рабочие места, синергия со смежными отраслями.
Если тренд не будет подхвачен государством, мы получим цифровой парадокс: вроде и импортозамещение, и собственный софт, и ИИ, а физически все упирается в отсутствие киловатта. Поэтому сейчас – уникальное окно возможностей для тех, кто первым решит задачу энергонезависимых дата-центров.