Пользователь
Рассказываю про способы, как можно установить китайскую модель локально и использовать без интернета. Причем так, чтобы работать не через консоль, а через удобный интерфейс чат-бота.
За последние два года - за время невероятной популярности Generative AI - появилось много перспективных компаний, создающих новые прорывные модели. Последний пример - это китайский стартап DeepSeek, благодаря которому у нас есть открытые аналоги OpenAI GPT-4o и o1. С теми же (что проверено бенчмарками) возможностями в плане выполнения текстовых инструкций, задач на математику, логику и кодинг.
Реактивное программирование — один из самых актуальных трендов современности. Обучение ему — сложный процесс, особенно если нет подходящих материалов. В качестве своеобразного дайджеста может выступить эта статья. На конференции РИТ++ 2020 эксперт и тренер Luxoft Training Владимир Сонькин рассказал о фишках управления асинхронными потоками данных и подходах к ним, а также показал на примерах, в каких ситуациях нужна реактивность, и что она может дать.
В первой части статьи рассказывалось о том, что привело к появлению реактивного программирования, где оно применяется, и что нам может дать асинхронность. Пришло время рассказать о следующем шаге, позволяющем получить максимум преимуществ от асинхронности, и это — реактивное программирование.
Представьте ситуацию: вы нашли критический баг в проекте, исправили его в feature-ветке, но до полного слияния ещё далеко. Или вам срочно нужно перенести одно конкретное изменение из текущей ветки в другую. В таких случаях git cherry-pick становится вашим секретным оружием.
Структура кода — это не просто способ организации файлов и папок в проекте, это фундаментальный аспект разработки, который влияет на её эффективность, качество, и долгосрочную поддержку. Красиво организованный код облегчает понимание, упрощает внедрение новых функций и снижает вероятность ошибок. Независимо от масштаба проекта, будь то небольшое приложение или сложная система, структурированный подход к организации кода способствует снижению рисков, связанных с техническим долгом, и повышает продуктивность команды разработчиков. Однако не все разработчики осознают, насколько велика разница между проектами с хорошо продуманной структурой и хаотично организованной.
В этой статье мы разберём, что значит «понятная структура кода», и почему её наличие столь важно для успешной разработки.
Сталкивались ли вы в вашей компании с проблемами?
1. Невозможностью по быстрому создать таблицу. Вместо этого нужно катить миграцию, получать апрувы от DWH, следить за тем чтобы таблица была производительна и тд
2. Вам не нравится BI вашей компании или нравится но но хотелось бы делать визуализацию быстрее.
Если да, то эта статья для вас!
Привет, друзья!
Хочу поделиться с вами заметками о Docker.
Заметки состоят из 4 частей: 2 теоретических и 2 практических.
Если быть более конкретным:
Docker, Docker CLI и Dockerfile;Docker Compose;Если вам это интересно, прошу под кат.
Привет! Я Катя Кривцова из Cloud.ru, отвечаю за организацию проекта R&Days — когда коллеги из разных направлений объединяются в команды по 3–5 человек и работают над инновационными проектами. В статье расскажу, как им удается совмещать рабочие задачи и pet-проекты, а также, как мы создали в компании культуру, где каждый сотрудник может придумать и воплотить в жизнь новую идею.
Привет, я Индира, работаю бизнес-аналитиком в Сбер Образовании. Начинала как системный аналитик, потом перешла в бизнес-аналитику и управление проектами. В IT я уже 10 лет. Также я ревьюер на курсе «Системный аналитик» в Практикуме.
В этой статье расскажу о разнице между системной и бизнес-аналитикой, чем занимаются специалисты из этих сфер и как выбрать подходящее направление на основе моего опыт.
Git - это консольная утилита, для отслеживания и ведения истории изменения файлов, в вашем проекте. Чаще всего его используют для кода, но можно и для других файлов. Например, для картинок - полезно для дизайнеров.
С помощью Git-a вы можете откатить свой проект до более старой версии, сравнивать, анализировать или сливать свои изменения в репозиторий.
Эта статья предназначена для разработчиков, архитекторов и технических лидеров, которые ищут способы оптимизации производительности и масштабируемости своих систем.
Продолжение статьи об архитектурных паттернах для масштабируемости приложений.
Если избегание трудностей становится жизненной стратегией, то через некоторое время вы с грустью обнаруживаете, что проживаете жизнь вполсилы и не получаете то, в чем по-настоящему нуждаетесь. Что сделать, чтобы начать действовать, когда страшно и не отступать?
Последние год-полтора я натыкаюсь на статьи и доклады (особенно в англоязычном сегменте) о том, что JOOQ – это современная и более крутая альтернатива Hibernate.
Скажу сразу, что я считаю JOOQ отличной библиотекой (именно библиотекой, а не фреймворком, в отличие от Hibernate). Он прекрасно справляется со своей задачей – работой с SQL в режиме статической типизации, чтобы отловить большинство ошибок на этапе компиляции.
Но когда я слышу аргумент, что время Hibernate прошло и пора все писать на JOOQ, для меня это звучит примерно так же, как то, что время реляционных БД прошло и теперь нужно использовать только NoSQL. Звучит смешно? Но по меркам истории буквально вчера такие разговоры велись вполне серьезно.
Я думаю, дело кроется в непонимании корневых проблем, которые решают эти два инструмента. Этой статьей я хочу ответить на эти вопросы.
Привет Хабр! Меня зовут Иван, сегодня поговорим о вопросах на собеседованиях Джуну+ (от 6 месяцев работы) и узнаем как ответить на них не как ChatGPT. Я как инженер по ручному и автоматизированному тестированию провожу собеседования на роль Junior+ QA (с дальнейшим ростом в автоматизаторы). Делюсь своим списком вопросов и ответов, которые я ожидаю услышать.
Придумывать заново велосипед не собираюсь. Поэтому ниже список ресурсов на вопросы для подготовки к собесу QA. К сожалению ресурсы предоставляют не все ответы, в том числе не все правильные.
База для Junior QA
1. Что такое тестирование?
Сравнение ожидаемого результата с фактическим результатом ПО. Тестирование это не поиск багов!
Своими словами: тестирование - это процесс сопоставления спецификаций продукта с его финальным результатом. Под финальным результатом мы можем понимать то, что тестировщик получает, когда разработчик реализует функционал по задаче и мы начинаем его тестировать. В ручном тестировании мы сравниваем тестовые случаи с реализованным проектом, а в автоматизированном тестировании мы преобразуем ручные тестовые случаи в автоматические проверки для реализованного проекта.
Я — ребенок демографической ямы. Всю жизнь училась в недобранных классах/группах и слышала, что демографическая яма это очень плохо. Сейчас, занимаясь занимаясь операционной эффективностью бизнеса, я увидела что такое демографическая яма в стоимости для компаний.
Почему меня это заинтересовало: мне больше всего хочется построить среду, где бизнесу будет выгодно, чтобы людям было хорошо — вот и приходится считать, сколько это «хорошо» стоит и как сделать «хорошо» дешевле. В этой статье хочу поговорить про стоимость «эффективности».
Моя работа на руководящих ролях в международной корпорации быстро меня научила, что или ты оперативно познаешь искусство проджект менеджмента, или будешь бесконечно сражаться с неуправляемым хаосе задач, который рано или поздно выйдет из-под контроля и даст тебе по затылку. В статье я буду говорить о том, как это искусство использовать, но делать это с умом и высокой полезностью.
Что меня поражает, так это то, что многие мои коллеги и партнёры упорно забивают на простые и доступные инструменты и стараются управлять проектом силой «мышц». Как итог: безумные трудозатраты, отсутствие ясности действий, сорванные сроки и ярость вовлечённой команды. Что я стараюсь добиться от своих команд — использования простых базовых инструментов, а именно...
Мне нравится игра Factorio. Я недавно в неё снова залип до красных глаз и потери сознания. Когда очнулся, то меня навело на мысль, что у этой игры и Obsidian есть несколько интересных пересечений. Например, что в Obsidian и Factorio нужно быть достаточно сознательным, нужно уметь планировать свои действия, нужно принимать советы и экспериментировать. Эти и другие схожести я подробно обсужу в статье.