В текущем состоянии индустрии разработки подход к эффективности работы какой-то странный. Мы пользуемся не привязанными к жизни метриками, уповаем на локальные оптимизации и мучаем людей.
Всё может быть куда лучше, и эта статья предлагает методику непрерывного совершенствования эффективности разработки. Рассуждение построено на уже зарекомендовавших себя теориях, включая философию Деминга, теорию ограничений, бережливое производство и других.
Недавно в Китае снизили или отменили большинство ограничений связанных с коронавирусом, и в связи с этим я бы хотел описать мой опыт поступления в китайскую магистратуру.
В Китае есть несколько университетов высоко находящихся в QS рейтинге.
Принялось решение добавить регулярные выражения в свой язык программирования. По началу я подумал, что мне совершенно незачем в них разбираться и в интернете, наверняка, уже есть полно готовых библиотек. Стал искать, нашёл какие-то осколки кода на С++, которые ничего не дают. Пришлось самому разобраться, что такое регулярные выражения тут. Ради спортивного интереса, я решил сделать свою библиотеку на С++.
Стал делать и подумал, а почему бы мне не добавить туда своих тараканов. Я решил добавить две конструкции:
{namesubexpression} - вызов под выражения по имени "namesubexpression",
($namesubexpression:BodyExpression) - описание под выражения с именем "namesubexpression".
Само описание под выражения может встречаться в любом месте структуры регулярного выражения и игнорируется при поиске, подобно закоментированым: (#MeComment).
Сразу же возникает проблема бесконечной рекурсии.
Вот пример рекурсивного регулярного выражения, который недопустим: ($E:{E}){E}
Конечно, я сделал стадию валидации и такие поисковые конструкции просто не допустятса в поисковую машину. Также валидацию не пройдет выражение, которое содержит в себе вызов не описанного под выражения.
Вот пример текста, который можно спарсить рекурсивным регулярным выражением (РРВ): [[[[[A]]]]]
А вот его РРВ: ($RRE:\[({RRE}|A)\]){RRE}
Я также решил добавить три зарезервированные конструкции:
{:String} соответствует выражению: (("(\\.|[^"])*")|('(\\.|[^'])*'))
{:Digit} соответствует выражению: (-?[0-9]+.?[0-9]*[Ee]?-?[0-9]*)
{:Name} соответствует выражению: ([A-Za-z][A-Za-z0-9]*)
Но их поисковая система не использует структурные элементы аналогичных выражений, а организованна встроенным машинным поиском, который работает значительно быстрее и возвращает одну целую строку текста, в которой содержится всё тело найденного соответствия а не части для каждого компонента в аналогичных регулярных выражениях.
Несколько лет назад мы собрали 11 миллионов рублей на некоммерческую печать «Гарри Поттера и методов рационального мышления», побив рекорд российских краудфандинг-проектов по объёму сборов, и пообещали подарить трёхтомники ГПиМРМ школьникам и студентам, побеждавшим в олимпиадах.
Наконец, мы начали рассылать обещанные книги. Пять с половиной сотен экземпляров уже доставлены, ещё сотня — в пути. Если вы подходите под критерии, можете заполнить заявку и через несколько дней получить от курьера книжки (или через несколько недель почтой, если находитесь за границей).
Там же есть рекомендации книги от Александра Панчина (популяризатор науки, член комиссии РАН по борьбе с лженаукой, лауреат премии «Просветитель»); Владимира Брагина (преподаватель ЦПМ, тренер сборной Москвы на всероссийской олимпиаде школьников по математике); Дмитрия Ветрова (глава исследовательской группы байесовских методов, профессор-исследователь ФКН НИУ ВШЭ, руководитель центра глубинного обучения и байесовских методов НИУ ВШЭ); и Галины Юзефович (литературный критик, преподаватель ВШЭ и РЭШ).
Книга популяризирует идеи критического мышления и эффективного альтруизма — и мы решили, что стоит распространить её среди талантливых людей, которые благодаря ГПиМРМ смогут принести больше пользы миру.
Всегда интересно заглянуть за кулисы театра, на съёмочную площадку или попасть в студию разработки игры в разгар создания очередной компьютерной игры. Случайно попавшаяся мне новость про разработку новой игры российской студии Baba Yaga Games натолкнула меня на мысль: а почему бы не поговорить с её разработчиками?
Компьютерные игры для меня всегда разделялись на два больших вида: где преобладает геймплей, и где преобладает сюжет. Есть, конечно же, шедевры, в которых эти две категории смешивается вместе. Но таких игр единицы, на мой взгляд.
Особенно хорошо это прослеживается по инди-сегменту, но и в сегментах АА и ААА встречаются очень интересные, практически «шедевральные» игры. Хотя большинство продуктов в этих сегментах представляют собой беззубые однообразные игры, больше напоминающие фаст-фуд, которым перекусываешь без аппетита на бегу, чтобы просто утолить голод.
Сложно управлять микросервисами, не придерживаясь принципов SRE (site reliability engineering — обеспечение надёжности информационных систем). В этой статье мы расскажем, как наладили процесс SRE в компании Reputation.
Спойлер: договоры, дополнительные соглашения, счета, закрывающие акты, акты сверки. Читаю для вас главу из «Книги нормального фрилансера», в которой рассказываю о том, зачем нужен каждый из этих документов, и как один за другим они появлялись в моей фрилансерской практике.
Предпринимательская деятельность обычно начинается скорее с бизнес-идеи, чем с совершенно нового изобретения или полезной модели. Компании-производители также обычно специализируются не на продвижении определённого нового для рынка товара, а сразу на нескольких линейках и направлениях. Это обеспечивает бизнес необходимой диверсификацией и устойчивостью. Однако в ряде случаев всего лишь один патент давал своему автору возможность основать полноценный успешный бизнес. Пусть и только с одним продуктом или их линейкой. В нашей статье рассказываем про необычные патенты, которые помогли создать успешный бизнес.
Привет, Хабр! Меня зовут Валерий Лобанов, работаю IT бизнес-партнёром по корпоративному бизнесу в Московском кредитном банке (МКБ). Моя задача — видеть проблемы до того, как они возникнут, и предлагать решения.
Legacy — классический пример проблемы, которая подкрадывается незаметно, но видна издалека. В этом хабрапосте вы сможете прочесть:
● много плохих определений того, что такое legacy;
● почему появление в проекте legacy не ваша вина (хотя иногда всё-таки ваша);
● как убедить бизнес, что рефакторинг экономически выгоден, и почему правильный ответ «никак»;
● что же всё-таки делать.
Привет!
Ваши A/B-тесты не работают? Тогда мы идём к вам! Ну или вы к нам…
На связи Женя Пак, я руковожу отделом разработки инструментов A/B-тестирования и стендов метрик.
Так часто бывает, что А/В-тесты обходятся дорого и ощущаются больно. Особенно если до конца не понимать зачем они вам нужны. Открываю секрет – они нужны вам, чтобы помочь бизнесу быть эффективным. И в угоду этой эффективности мы не раз оптимизировали нашу платформу, оперативно решали проблемы горящего продакшена, меняли процессы и придумывали инновационные решения.
И мы хотим поделиться этим опытом, поэтому приглашаем вас на открытый Ozon Tech Community A/B-testing Meetup, 25 января в 18:00 в Москве.
В этой статье будет показано как можно начать организовывать свою базу знаний в Obsidian, отталкиваясь от источников. В статье будет разобрано какие стоит использовать папки и теги; как создать свою первую точку входа в систему. Также будет уделено внимание способу ведению журнала (дневника). Статья будет предполагать, что вы не против автоматизации процессов в своей базе знаний, поэтому все источники будут шаблонизированы и впоследствии собраны в свои отдельные библиотеки с помощью dataview. Завершится статья подробным примером (алгоритмом) рабочего процесса.
Мне никогда не приходило в голову считать себя инженером-программистом, так как я не занимался ничем, что считал бы связанным с «инженерией».
Привет всем!
В этой статье говорится о том, как я конспектирую на компьютере, а точнее описываются способы ускорения набора LaTeX-овского текста.
Привет! На связи СберМаркет Tech. Эту подборку книг составили инженерные менеджеры СберМаркета и ведущие подкаста «Для tech и этих» Олег Федоткин, Никита Елагин, Семён Мацепура и Вячеслав Артемьев. Сейчас в подчинении у ребят суммарно более 200 инженеров. Мы попросили их поделиться книгами, которые в своё время помогли им вырасти из разработчиков в управленцев. Эти книги не только про лидерство, но и про найм, стратегическое мышление и коммуникации. Они будут полезны тем, кто уже управляет командой или идёт к такой цели. Поехали!
Всем привет! Меня зовут Павел Комягин, и я — тимлид команды разработки внутренних продуктов в Нетологии. Раньше на правки лендингов в нашей компании тратилось 3–4 часа разработки и тестирования в неделю. Не было единого стиля оформления, всё делалось вручную, а разработчики были постоянно в аврале.
Я придумал и вместе с командой воплотил в жизнь конструктор лендингов, который позволяет собирать страницы продуктов без участия разработки за считаные часы. Подробнее обо всём рассказываю в этом посте.
Спойлер: на конструкторе уже создано почти полторы тысячи страниц.
Привет! Меня зовут Карина Суворова, в «Северстали» я занимаюсь автоматизацией пользовательских процессов. Как часто вам приходят письма и встречи с задачами, которые надо выполнить в определённые сроки? Мне много. А моим коллегам, особенно тем, чей рабочий день состоит из таких «почтовых задач», ещё больше.
Чтобы ничего не забыть, нужен удобный инструмент управления, с категоризацией и возможностью анализа загрузки, повторяемости и фактически затраченного времени. И он есть — Jira.
Но процесс регистрации в Jira тоже отнимает время — скопировать тему и имя заказчика, отметить затрачиваемое на задачу время и выполнить ещё кучу скучных действий. Из-за такой рутины многие управления продолжают вести списки задач в блокнотах и экселе.
Чтобы избавиться от этого разрыва, мы разработали прекрасное решение, которое доступно всем и не требует подготовки для поддержки. Работает оно с Outlook. Нужны только Jira для размещения и структурированного хранения задач и Visual Basic for Applications (VBA) для их создания.
Всем привет! Меня зовут Аня Ланда, я фронтенд-разработчик в Самокате. В компании я больше двух лет, общий стаж во фронтенде – 6 лет и всё это время я делаю таблицы. В этом посте расскажу про эволюцию подходов к работе с ними, что меняется на пути от нескольких сотен до сотен тысяч элементов в таблице.