Все потоки

Представьте, что вы навещаете свою семью и ваша племянница рассказывает, что видела какую-то старую “штуку похожую на Трон”, когда каталась на велосипеде. Вы отправляетесь на поиски и обнаруживаете в нескольких кварталах отсюда супер редкую аркадную машину 1980-х годов под названием Discs of Tron, почти в идеальном состоянии и все еще работающую. Она просто лежит на обочине дороги, ожидая, когда её разобьют и выбросят на свалку, несмотря на то, что стоимость этого аппарата около 10 000 долларов. Вероятно, звучит как выдуманная кем-то интернет сказка, слишком хорошая, чтобы быть правдой, но это действительно произошло!

Мы живем в эпоху, сущность которой определяют цифровые технологии и электроника. И краеугольный камень этого мира — миниатюрная микросхема, состоящая из кремниевых транзисторов. А они, в свою очередь, были бы невозможны без полупроводников. 

Микросхемы, транзисторы и полупроводники можно найти почти в любом устройстве сложнее вентилятора, начиная со стиральных машин и заканчивая космическими спутниками и аппаратами ИВЛ. Поэтому освоение полупроводников можно без сомнений назвать главным изобретением XX века. Рассказываем историю рождения технологии, сформировавшей нашу реальность. 

Так уж вышло, что в течение своей деятельности мне немало доводилось работать с публичными API, причем как в со стороны, которая их предоставляет, так и со стороны, которая интегрируется. И здесь я хочу рассказать не только про один из кейсов, который решал ранее, но и поделиться результатами проводимого анализа, полученным опытом, а также набитыми шишками.

Материала вышло многовато, поэтому разбил его на 2 части. В части 1 (этой статье) рассмотрим, почему и зачем вообще публичным API нужна документация, есть ли у нее какие-то отличия от документации внутренних API, а также проанализируем и детально разберем различные подходы к ведению такой документации, попутно познакомившись поближе с полезными инструментами.

В следующей части затронем уже непосредственно написание документации, подумаем, кто же должен ее писать, какие инструменты могут в этом помочь, как это встроить в реальный процесс разработки и что во всем этом может пойти не так.

Статья-туториал для тех, кто хочет узнать, как из заголовка получается «6» методом рекурсивного спуска. Начнём с самого простого и дойдём до вычисления -1.82 или около того из строки -2.1+ .355 / (cos(pi % 3) + sin(0.311)).

Конечно, этот метод неоднократно описан на Хабре и зачитан каждому айтишному первокурснику. В своей версии я хочу изложить его очень просто, подробно и поэтапно, элементарной практикой на JavaScript. Ссылки на рабочий код — в самом низу.

Я расскажу о том, что мы с командой сделали для поднятия сервиса по сбору событий и низкоуровневой телеметрии на примере MacOS: как готовили архитектуру, с какими проблемами столкнулись и как их решали.  Подробнее остановлюсь на возможностях osquery&Fleet и на том, какие must-have-события рекомендую собирать.

Немного о себе: я работаю в группе инфраструктурной безопасности в команде Ozon около двух лет.  До этого я уже имела опыт работы с MacOS-устройствами, поэтому у меня есть представление о том, что это за «фрукт».

Как вы меня задолбали, священники, святые отцы и монахи с кадилами. Сколько можно это терпеть? Я учился в университете, чтобы получить диплом по специальности, но вместо этого я получил пропуск в какую-то конспирологическую теоретическую секту.

Не верите?

Статья о том, как шаг за шагом при дефиците свободного времени обучиться и устроиться на работу сразу Middle Java разработчиком перескочив через Junior ступеньку, основанная на личном опыте, и о том, как мне это помогло, когда сразу после трудоустройства пришлось тянуть проект практически в solo.

Статья родилась как некий ответ на вопросы, которые мне часто задавали люди, находящиеся в таком же положении, как и был когда‑то я, когда времени на обучение почти нет и хочется войти в IT кем‑то выше, чем Junior разработчик.

Все привет, меня зовут Павел Жуковский и сегодня я расскажу о том как быстро развернуть Laravel на Windows.

Как развернуть Laravel с помощью OSPanel (Open Server Panel)?

На самом деле всё не так уж сложно, но повозиться придётся...

Современное экспоненциальное развитие технологий рождает с каждым днем все больше и больше способов донесения информации до потребителя, которых не существовало ранее. Как справедливо отмечают эксперты, в эпоху поистине лавинообразного информационного потока у человека практически не остается времени на восприятие того или иного текста.

Как итог — закономерным стало появление нового вида информационных объектов, которые распространяют информацию во всемирной сети с помощью аудио- или видеофайлов. Речь идет, как легко догадаться, о подкастах. И, разумеется, как всякий новый объект общественных отношений (в том числе и информационных, само собой), подкасты требуют определения своего юридического статуса и правового режима.

Сам термин «подкаст» пришел, как легко догадаться, из английского языка, появившись в обиходе в 2004 году, когда журналист Бен Хаммерсли соединил в своей статье два слова — “iPod” и “broadcast”. Хотя надо заметить, что концепт записи музыкальных файлов для последующего их интернет-распространения к тому времени существовал уже несколько лет.

Итак, что же такое подкаст? Упрощенно говоря, это медиафайл (в аудио или видеоформате), который распространяется в интернете по подписке, и который может быть просмотрен или прослушан пользователем на его цифровых устройствах — причем как с возможностью скачивания, так и без таковой (подробнее см.: Gronstedt A. Basics of Podcasting: E-learning & Training Technology //American Society for Training & Development. 2007. P. 1.).

В agile-среде тестирование является важной частью каждого жизненного цикла программного обеспечения. То, как тестирование внедряется в фазы разработки проекта, называется QA-процессом.

Представьте себе ситуацию: только что стартовал новый проект, и заказчик просит включить в команду QA-инженера. Ни он, ни его команда разработки ранее не работали с QA, поэтому возникает множество вопросов — как у команды, так и у заказчика. И знаете что? Вам, как QA-инженеру, который присоединяется к команде, придется на них отвечать.

В последнее время появилось множество новых статей с обзорами отечественных дистрибутивов Linux. Обзоры эти были, на мой взгляд, слишком уж краткими или рекламными, или со слишком сильным упором на корпоративное использование, и я решил самостоятельно посмотреть, что может предложить линуксоиду отечественный производитель. Начать решил с Simply Linux.

Технологии искусственного интеллекта активно развиваются и всё больше входят в нашу жизнь. Появление моделей уровня ChatGPT продемонстрировало огромные возможности современного ИИ уже сегодня, вызвав эффект разорвавшейся бомбы.

Но применение и развитие технологий искусственного интеллекта невозможно без специализированного аппаратного обеспечения. Доступ к такому оборудованию определяет принципиальную возможность участвовать в конкурентной гонке по разработке технологий искусственного интеллекта как на уровне отдельных компаний, так и для государств в целом. Поэтому потребности в железе растут, а в отрасль вливаются огромные деньги. Прогнозы по размерам и перспективам роста рынка AI Hardware есть разные, но в среднем они выглядят примерно так:

В идеальном мире автотесты должны проходить быстро, чтобы их хотелось запускать как локально, так и в CI. Но почему в большинстве проектов запуск тестов отнимает критически много времени?

– Зачастую причиной является неправильная работа с асинхронными операциями. В статье разберемся, как Jest помогает писать молниеносные тесты, и рассмотрим ключевые сценарии.

Сертификация Java является одной из наиболее значимых и признанных в отрасли программирования сертификаций, которая позволяет программистам повышать свой профессиональный уровень и получать более высокую заработную плату. Мы обсудим преимущества и недостатки Java-сертификации и поможем вам определиться, стоит ли тратить время и деньги на подготовку для сдачи экзамена.

Этой публикацией мы продолжаем серию постов про сертификацию для Java‑разработчиков. Про подготовку к экзамену рассказали здесь и здесь. А тут текст про саму сертификацию.

Искусственный интеллект (ИИ) пришел в софтверную инженерию не вчера: крупнейшие мировые IT-корпорации строят новую парадигму разработки с 2016 года (Microsoft, IBM, Google) и активно используют ИИ-инструменты (иногда собственного производства). В 2022 году широкое медийное освещение больших лингвистических моделей (LLMs - в различных своих реализациях GPTChat, Copilot, etc) произвело сильный информационный эффект на широкие массы софтверных инженеров во всем мире. Прогнозы о перспективах развития таких LLMs в разработке программного обеспечения (ПО) имеются самые разные: от «прощайте разработчики, вас заменит робот» до «спасибо, теперь я могу работать на трех работах».

Консультанты SSC в июне-июле 2023 года провели научное исследование, чтобы изучить опыт и обобщить мнения тех, кто действительно отличает –pull от CRUD и создает работающее в реальном мире программное обеспечение. Исследование охватило 35 команд разработки ПО в софтверных вендорах, интеграторах, банках с сильным in-house development от Казахстана и России до Испании и Великобритании. В данной заметке будут приведены самые краткие результаты и описано единое видение перспектив развития ИИ-инструментов в краткосрочной (3-7 лет) и среднесрочной перспективе (до 10 лет).

Основная гипотеза исследования: «Широкое освещение LLMs (больших лингвистических моделей, как ChatGPT) в СМИ со второй половины 2022 года серьезно популяризировало использование ИИ в разработке программного обеспечения. В настоящее время все больше европейских инженеров используют различные ИИ-инструменты для решения своих повседневных задач в софтверных проектах. ИТ-организации уже начали централизованную трансформацию производственных процессов, связанную с формализацией использования ИИ-инструментов». Цель исследования - собрать мнения и опыт старших инженеров и менеджеров в единое видение использования ИИ-инструментов в 2023 году, что может помочь в будущем управлении практическим внедрением ИИ в ИТ-бизнесе и в производственных процессах.

Привет, Хабр!

В моей первой статье хочу поделиться чек-листом, который родился на основе инцидентов в различных проектах. А если конкретней, то опишу управленческий опыт работы с мониторингами, показателями бизнеса и продукта, затрону тему маркетинга и экономики.

Рекомендации простые, но могут помочь избежать ряда трудностей и подготовиться к возможным проблемам.