Раньше я считал, что написать книгу — это история длиной в жизнь. Год назад я бы рассмеялся, если бы кто-то сказал, что к стольки-то годам напишу книгу на 250 страниц. Но с фактом не поспоришь: вот книга «Про доступность на iOS».
Рассказываю, как случайности и хорошая подготовка нашли друг друга.
Об истории развития такси в российском интернете написано немало. Можно вспомнить серию статей Кирилла Левина, посвященную развитию московского такси от царских времен до хрущевской оттепели. Отличный материал под названием «Генезис российского таксомотора» выпустил в 2009 году Станислав Кирилец.
Вышеперечисленные материалы богато иллюстрированы — приведены архивные фотографии, сканы газет и журналов тех лет. Не хватает одного — видеоматериалов, показывающих такси тех лет в движении.
Как раз этим и займемся — продемонстрируем ролики с транспортными средствами XX века и расскажем об их технических характеристиках. Все видео представлены в хронологическом порядке: от самого раннего к самому позднему. Время стереть пыль со старых моторов и завести их!
Как я решил попробовать запустить свой стартап testmyga.me, либо использовать наработки для референсов при разбрасывании резюме.
Меня всегда, как игрока и стороннего наблюдателя, интересовала игровая индустрия. Я начал отмечать как с грохотом проваливаются игры от вроде бы опытных создателей, какие ужасы царят в организации процесса разработки с кранчами и "маршами смерти”. Особенно меня удивили рассказы известных стримеров про общение с Valve при создании Artifact, точнее про отсутствие оного. Люди создавали игру с прицелом на популяризацию через коммьюнити карточных стримеров, сильно загодя раздав ранние версии игры. Но вместо сбора отзывов от людей, которые имеют море игрового опыта, опыта консультирования геймдева, участие в создании игр, Valve просто проигнорировали всё кроме похвальбы и обещаний пиара. Где там сейчас Artifact? Со стороны геймдев выглядит почти как IT, но с отстающими методологиями разработки… Я решил использовать эту возможность и “помочь индустрии" предоставив инструментарий для вариаций User Testing, сбора отзывов и фокус групп.
Django - отличный фреймворк, но он, на самом деле, толком не дает, да и не должен давать, ответ на вопрос, каким образом лучше всего хранить вашу бизнес-логику. Хранение бизнес-логики в моделях или views имеет множество недостатков, которые обычно начинают проявляться при росте кодовой базы проекта. Чтобы решить эти проблемы, разработчики часто начинают искать способы выделения бизнес-логики в своем приложении.
В этой статье я хотел бы попробовать дать стартовую точку на пути выделения слоя бизнес-логики у себя в приложениях и навести на новые мысли тех разработчиков, которые считают выделение этого слоя в своих приложениях чем-то излишним.
Так же хочу обратить внимание, что цель данной статьи не в том, чтобы дать правила, которым требуется слепо следовать, но в том, чтобы указать направление. Сервисный слой и в принципе его наличие, это такая вещь, которую нужно адаптировать под нужды вашей команды, компании и бизнеса.
На самом деле, изложенный далее текст относится не только к Django-проектам. Разрабатывая веб-приложения, используя другие инструменты, вроде Flask, люди используют те же концепции веб-разработки, причём часто именно в таком же виде, как они реализованы, в Django - views, request-response объекты, middlewares, модели, формы.
Вы когда-нибудь работали над несколькими проектами и хотели иметь набор настраиваемых компонентов, которые можно было бы использовать во всех из них? Будь то работа или просто побочные проекты, набор компонентов, к которым вы можете обратиться, - отличный способ ускорить работу в новом или существующем проекте. Но что, если не все ваши проекты используют одну и ту же структуру пользовательского интерфейса? Или, что, если у вас есть тот, который вообще не использует какой-либо фреймворк JavaScript и полностью отрисован на сервере?
Как разработчик Vue, в идеале мы хотели бы просто использовать наш фреймворк для создания сложных пользовательских интерфейсов. Но иногда мы оказываемся в описанной выше ситуации, работая с другим фреймворком JavaScript, таким как React или Angular, или используя внутреннюю систему рендеринга, такую как Rails или Laravel. Как мы можем создать многоразовый пользовательский интерфейс для различных вариантов внешнего интерфейса?
В Vue 3.2 у нас теперь есть решение этой проблемы: веб-компоненты на базе Vue!
В Америке есть simp-ы. От «simpleton», простофиля. Они смотрят девушек-ютуберов, стримеров, тиктокеров, инстаграмм-моделей или просто порнозвезд. Проецируют на них все возможные лучшие качества. И мечтают хоть на минуту оказаться рядом со своим идолом. А пока — донатят им последние заработанные. Или подписываются на OnlyFans, чтобы увидеть хоть какую-то часть тела своей избранницы.
В результате некоторые известные (в онлайн-кругах) девушки зарабатывают на простофилях баснословные деньги. Порнозвезда Mia Malkova недавно купила настоящий замок. А инстаграм-модель Carina Kopf заработала $1 млн в первый же день после релиза своего OnlyFans.
Так вот, в Китае это «симпование» тоже есть. Только в еще более серьезных формах.
В стране до сих пор самое большое неравенство полов в мире. Девочек на 20% меньше, чем мальчиков. А значит, «симповать», чтобы на тебя обратили внимание, надо еще сильнее. Свои «белые рыцари» есть даже у обычных девушек с онлайн-профилем. Иметь для этого популярную площадку совсем не обязательно.
Более того: люди готовы платить хорошие деньги за то, чтобы какая-нибудь девушка просто пообщалась с ними онлайн. Или поиграла в игру. В зарубежном интернете такое тоже есть, но это еще не вошло в культуру. А в Китае у таких девушек даже имя есть — их называют 陪玩(«пейвань»).
При разработке систем распознавания речи мы сталкиваемся с заблуждениями среди потребителей и разработчиков, в первую очередь связанными с разделением формы и сути. Одним из таких заблуждений является то, что в устной речи якобы "можно услышать" грамматически верные знаки препинания и пробелы между словами, когда по факту реальная устная речь и грамотная письменная речь очень сильно отличаются (устная речь скорее похожа на "поток" слегка разделенный паузами и интонацией, поэтому люди так не любят монотонно бубнящих докладчиков).
Понятно, что можно просто начинать каждое высказывание с большой буквы и ставить точку в конце. Но хотелось бы иметь какое-то относительно простое и универсальное средство расстановки знаков препинания и заглавных букв в предложениях, которые генерирует наша система распознавания речи. Совсем хорошо бы было, если бы такая система в принципе работала с любыми текстами.
По этой причине мы бы хотели поделиться с сообществом системой, которая:
На всякий случай явно повторюсь — цель такой системы — лишь улучшать читабельность текста. Она не добавляет в текст информации, которой в нем изначально не было.
Привет, Хабр! Сегодня мы хотим поделиться нашим опытом создания собственной платформы микрофронтэндов и постепенной миграции веб-сайта компании на микросервисы. В этом посте вы узнаете, как мы пришли к этому решению, каким образом организовано тестирование фрагментов сайта, а также немного о повседневных задачах разработчиков, которые создают компоненты для такого модульного сайта. Если вы тоже занимаетесь микрофронтами или планируете это делать, обязательно делитесь опытом и присоединяйтесь к нашей дискуссии.
Несмотря на уже довольно давно пройденный рубеж одной операционной системы, PowerShell (далее просто pwsh) по-прежнему не занимает топовых позиций среди прочих языков, что, впрочем, нисколько не смущает киберпреступность. Первый зловред был написан ещё во времена первого поколения могучего шелла, затем были различного рода постэксплуатационные "фреймворки" для скомпрометированных систем, ну а там уж и анекдотов насочиняли. В смысле, была понаписана масса ненужного в информационном плане барахла вроде tips of day или how to do. Иными словами, информационная безопасность в контексте pwsh грозила перерасти в некий stand up, если бы не внезапно для многих случившаяся кроссплатформенность, на которой-то и споткнулись ряд проектов, не говоря уже о матёрых скриптописателях. Как ни странно, но в большинстве статей посвящённых расследованию инцидентов компрометации систем посредством pwsh используется пятая версия последнего. Между тем малварь, написанная на pwsh, существует и под Linux, и под MacOS, что великодушно игнорируется некоторыми ИБ экспертами, - винить во всём Microsoft уже не столько необходимо, сколько вошло в привычку.
Модель T5 – это нейросеть, которая уже обучена хорошо понимать и генерировать текст, и которую можно дообучить на собственную задачу, будь то перевод, суммаризация текстов, или генерация ответа чат-бота.
В этом посте я рассказываю про первую многозадачную модель T5 для русского языка и показываю, как её можно обучить на новой задаче.
Текстов об «успешных DevOps-трансформациях» уже множество. Но одно дело — менять культуру в небольшой компании, а другое — в гиганте с полувековой историей. Если ты прославился закрытым десктопным продуктом, релизный цикл которого длится годы (Windows), как осваивать новые реалии (опенсорс, облака, постоянные деплои)?
О том, как менялась компания Microsoft, на нашей конференции DevOops рассказала Саша Розенбаум (на момент доклада — продакт-менеджер в GitHub). Не стоит ждать тут сенсационного срыва покровов, позволяющего немедленно принести девопс-культуру в любую компанию. Но отзывы зрителей показали: заглянуть внутрь гиганта, решения которого использует вся планета, им было интересно.
Поэтому мы сделали для Хабра текстовую версию доклада (а также прикладываем оригинальную видеозапись). Далее — повествование от лица спикера.
Предположим, вы разработали приложение или библиотеку на Python и уже готовитесь передать его / её заказчику. И в этот момент появляются разные вопросы.
Во-первых, к вам прибегает озадаченный проджект-менеджер и говорит: «Мы решили не отдавать исходный код, ведь это наша интеллектуальная собственность. Придумайте что-нибудь, чтобы заказчик был доволен, а мы оставили у себя исходники».
Во-вторых, возникает вопрос окружения - хочется быть уверенным, что заказчик справится с установкой правильной версии Python и всех вспомогательных библиотек, но это не всегда простая задача. Было бы удобно упаковать приложение в автономный исполняемый файл.
И, наконец, хочется, чтобы конечное приложение работало быстрее, чем в среде разработки.
И вот тут настало время скомпилировать Python-код.
Меня зовут Руслан, я старший разработчик компании «Цифровое проектирование». Сегодня я расскажу, как выбрать тот самый компилятор из множества доступных.
От переводчика: Думал сделать перевод "продолжения" поста про SLS - SLS: what now?, но в процессе понял, что Кейси там слишком увлекается политикой, who is who в НАСА и как у них отношения с президентом и Конгрессом - в общем, всякие специфичные для американских госагентств штуки, не особо интересные хабравчанам. Но там есть одна очень интересная мысль, так что приведу тут: фрагмент про "Старшип".
Я поспрашивал вокруг, но так и не смог найти какую-либо комиссию на любом уровне и в любом центре НАСА, которая бы изучала последствия ввода "Старшипа" в эксплуатацию. На данный момент нет 100% уверенности, что у SpaceX все получится, но стоило бы как-то подстраховаться, а то большинство публичных заявлений высшего руководства, официально вынужденного петь осанну SLS, кажется, существуют в какой-то отдельной вселенной, где даже "Фэлкон-9" еще ни разу не приземлялась.
Должно быть не слишком трудно найти голодного ученого, у которого рекой потечет слюна при мысли о перспективах полета 100-тонной станции, скажем, к Сатурну. Положительные аспекты довольно очевидны. Но что насчет обратной стороны? Что НАСА делать с командами, содержание которых обходится в несколько миллиардов долларов в год, и чья основная специализация - в создании ракет и космических станций, вся архитектурная философия которых находится под угрозой уже при сегодняшней стоимости запусков, не говоря уже о потенциальном улучшении на порядок?
Говорят, что лучший менеджер паролей — это наш мозг. В этом утверждении есть смысл, но иногда приходится задействовать и внешние ресурсы. Сегодня мы хотим рассказать о лучших менеджерах паролей 2021 года, которые могут сделать вашу жизнь немного проще.
Выбрать удобный и надёжный менеджер паролей — непростая задача. Вы должны действительно доверять сервису. В конце концов, именно он будет хранить ваши секретные данные.
Мы протестировали два десятка менеджеров паролей и выбрали десять, которые являются лучшими с точки зрения функциональности, безопасности и удобства. Все оценки субъективны, конечно же.
Сравним Kotlin-Flow и ViewModel в Android приложении, посмотрим в чем отличия и узнаем сильные стороны каждого подхода.
