В процессе знакомства с Neovim было прочитано много статей, конфигураций на Github, было просмотрено огромное количество роликов на Youtube на тему настройки, но в большинстве случаев приходилось донастраивать все под себя. В этой статье я расскажу как я настроил Neovim для разработки на Go, используя только Lua плагины и init.lua.
Как много тестировщиков в IT? Спойлер: очень много. Все они проходят курсы, чтобы войти в мир тестирования, но и проверка знаний новых специалистов заканчивается на моменте сдачи экзаменов на курсах и далее при собеседовании. А что дальше? Вспомнит ли тестировщик тот материал, который проштудировал во время обучения через 1 год? А через 3 года? Решение – было. В этой статье расскажу про пилотный проект оценки тестировщика по его текущим знаниям.
Еще я веду канал в Telegram GameDEVils и блог на Substack , делюсь там материалами про геймдизайн, разработку и историю игр.
Этот материал для тех, кто хочет эффективно погружаться в проекты большого масштаба и следить за состоянием их здоровья. В статье расскажу, как максимально быстро разобраться в стандарте OMG Essence и начать применять его в работе.
В первой части будет немного об истории создания, концепции и преимуществах стандарта, а во второй — конкретные шаги, чтобы оперативно погрузиться в проект любого масштаба и сложности или быстро проверить здоровье проекта с помощью стандарта.
Условия банковских продуктов сложные: много цифр, формул, длинные тексты под звёздочкой, которые требуют времени и усилий, чтобы вникнуть в суть. Команда продукта не может сократить информацию, зато может напрямую влиять на её подачу, например, добавить калькулятор, дашборд или таблицу.
Интуитивно мы понимаем, что «простыня» читается сложнее, чем текст с подзаголовками, буллетами и и схемами. Но интуиция — это не аргумент для команд, нужны пруфы. Поэтому мы, исследователи Alfa Research Center, задались вопросом: «Как доказать, что форматированный текст читается легче “простыни”, или (по-научному) вызывает меньшую когнитивную нагрузку?».
Так и сделали.
Всем привет!
Меня зовут Андрей Голяков, я руководитель бэкенд разработки компании Bimeister.
Одна из моих задач — «участвовать в продвижении бренда — статьи, конференции, хакатоны — популяризировать и развивать это направление в своей группе».
В этом посте хочу поделиться своими рассуждениями об этой задаче. Бóльшая часть текста родилась в рамках внутренней переписки с коллегами, так что не без «каминг-аута».
Цель статьи — посредством публикации упорядочить свои мысли на тему продвижения бренда посредством публикаций.
В текущих реалиях со сложностями в покупке новых массивов мне вспомнилась одна история, которая произошла пять лет назад. Она почти забылась, но теперь кажется вполне себе актуальной. Как-то раз к нам в компанию пришел один заказчик, который хотел СХД. Готовую СХД, попадающую в его бюджет, приобрести было нереально, а надо было не просто дешево и сердито, а дешево и нормально. Поэтому решили действовать креативно. Благо, у заказчика была некая поэтапность в развитии, и мы располагали достаточным количеством времени, чтобы постепенно наращивать объем хранилища.
При работе с несколькими проектами Vue, использующими одну и ту же систему дизайна, эффективнее и быстрее иметь библиотеку компонентов, на которую можно ссылаться для всех ваших компонентов в разных проектах. В этой статье мы рассмотрим шаги, необходимые для создания и развертывания библиотеки компонентов Vue в npm, чтобы мы могли повторно использовать их в различных проектах.
Это глава 30 моей бесплатной книги про API.
К сожалению, многие разработчики API уделяют справочной документации прискорбно мало внимания; между тем документация является ни много ни мало лицом продукта и точкой входа в него. Проблема усугубляется тем, что написать хотя бы удовлетворительную с точки зрения разработчиков документацию невероятно сложно.
Прежде, чем мы перейдём к описанию видов и форматов документации, хотелось бы проговорить очень важную мысль: пользователи взаимодействуют со справкой по вашему API совершенно не так, как вы себе это представляете. Вспомните, как вы сами работаете над проектом: вы выполняете вполне конкретные шаги.
Весной мы добавили новую подсказку о том, в какую сторону выходить из вагона метро. Меня зовут Влад, я программист С++, и на примере этой подсказки хочу рассказать, из чего состоит жизненный цикл релиза новых фич в 2ГИС. И сколько всего происходит, когда добавляешь — казалось бы — небольшую новую строку с текстом.
В этой статье я опишу, как настроить VoIP-шлюз Eltex TAU-16.IP в качестве мини-АТС.
Голосовые шлюзы Eltex TAU предназначены для подключения аналоговых аппаратов к телефонному оборудованию, работающему по протоколу SIP: различным ip-АТС, в том числе и облачным. Однако, благодаря наличию расширенных дополнительных функций, шлюз может выступать как самостоятельное устройство — мини-АТС для внутренней связи. Шлюз не заменит полноценную АТС, так как в нём будут отсутствовать многие функции, но в некоторых случаях такой вариант тоже применим.
Главным достоинством шлюза является поддержка SIP-транков и наличие аналоговых портов FXS одновременно. Как правило, это две взаимоисключающие опции: аналоговая мини-АТС не имеет возможности работать с внешним миром по протоколу SIP или подразумевает дополнительные затраты на это; IP-АТС имеет ограниченное количество FXS-портов и расширение также стоит денег. Кроме того, в современных реалиях, когда некоторые производители уже отказываются от производства аналоговых станций, а, в связи с последними событиями, и с покупкой IP-АТС возникают сложности, данная схема может рассматриваться как один из альтернативных и бюджетных вариантов.
Влетайте в майнинг! Это безумно прибыльно! А еще безопасно: если крипта упадет то у вас хотя бы останется оборудование, вещали из Ютюб каналов.
Однажды я подбирал себе новый монитор и немного увлёкся - получилось чудище во всю стену из трёх телевизоров с ядерной 2318-зональной подсветкой 40000 люмен на STM32.
Здравствуйте, в этой статье я постараюсь разобрать некоторые моменты в шахматных правил которые вызывают вопросы. Разъясню, почему возникают вопросы и предложу пути решения некоторых проблем.
Статья написана не с целью выставить существующие правила в негативном свете, а с целью обратить внимание на недоработки и существующие проблемы и логические конфликты в правилах.
Большие языковые модели, например GPT-3, в основном использовались для генерации текста, но язык — лишь средство достижения цели. В ближайшие годы модели станут не просто говорить, а действовать. Подробности — к старту нашего флагманского курса по Data Science.
