Все потоки

Всем привет. В данной стать пойдет речь о том как быстро настроить для своих нужд свой личный VPN сервер в Azure в нужном регионе. Очевидно, для того чтобы это сделать у вас должен быть доступ к Azure подписке. Microsoft дает каждому обладателю подписки на Visual Studio так называемы Azure Benefit. Подробности можно найти в гугле по запросу 'how to activate azure benefit for msdn subscribers'. Еще в марте-апреле этого года данная штука активировалась для жителей нашей страны, а вот в этом месяце с этим как мне сказали уже есть проблемы. В таком случае - обращайтесь к друзьям в других странах, либо к местным, активировавшим подписку ранее.

Инструкция будет простая и с большим кол-вом картинок - кому интересно добро пожаловать под кат.

Всем читающим эту статью здрасте. Сегодня я хотел бы поделиться с вами своей реализацией поиска в ширину (BFS) на C#.

Здравствуйте Хабр. Просматривал ленту вечерком и наткнулся на очередную статью про ИИ:

Что мы действительно (не)знаем о наличии сознания у сверхбольших нейросетей?

И, честно говоря, в очередной раз в статье пытаются ответить на вопрос - который, по-моему, ИМХО уже давно имеет ответ. Ну не интересно читать об одном и тоже каждый раз. Это как пройденный уровень в игре. И главное - есть следующий уровень. Интересный. Т.е. есть следующий вопрос. Обсуждение, которого и хотелось бы услышать. Начал писать комментарий. Но по мере увеличения количества текста понял - опубликую его отдельной статьёй. Потому как в ответах на изначальный топик, он просто потеряется. А мне хотелось бы увидеть обсуждение. Какие на сегодня есть подвижки в вопросе, который я подымаю, как следующий цепочке вопросов по проблеме создания ИИ. Может мой взгляд кардинально не верен.

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

Всем привет! В этом посте я напишу ответы на вопросы, которые мне довольно часто задают знакомые, малознакомые и совершенно незнакомые мне люди о том, как стать тестировщиком.

Как помочь командам волонтёров?

После несерьёзной статьи на серьёзную тему Job Safety Driven Development возникла идея написать о том, как появляются ошибки разработчиков. Вместо этого появилась статья «Почему всё ломается даже у хороших программистов?» (Часть 1 и Часть 2). Мысль нужно закончить. Уже рассмотрено два краевых случая, давайте посмотрим и на «обычные» причины ошибок программистов. Тема необъятная, поэтому затронем только основные моменты. Эту статью тоже пришлось разбить на 2 части. Как всегда, попробую писать простым языком, понятным широкой аудитории.

Термин «мертвый код» - это, скорее, жаргонное, чем научное название участков программы, на которые не может попасть управление и, таким образом, они никогда не выполняются. Разумеется, в нормальных программах таких участков быть не должно. Но поскольку языки программирования становятся все сложнее и сложнее (а программисты все тупее и тупее, шутка!) в кодах программ может быть все, что угодно.

Проект является логическим продолжением другого проекта на Хабре - CDC+MSC USB Composite Device на STM32 HAL и рассказыват о том, как на STM32 создать проект с несколькими USB устройствами, с читаемой структурой и используя типовые модули. Конкретно в этом проекте рассмотрен пример комбинации HID + CDC UART + CDC, а также рассказано как этот проект возможно расширить другими интерфейсами.

"Любая моя работа всегда проделывалась вместе с сильной командой. Игры не делаются другим способом". © Крис Авеллон

В современном компьютерном и интернет-мире всё взаимодействие, не только пользователей, а в общем со структурой выстраивается с помощью различных программ, интерфейсов, и подобных им оптимизированных для простого человека сложных разработках. Но кто же занимается непосредственно разработкой различного вида software? Первый ответ, который придет в голову обывателю – это конечно же ПРОГРАММИСТ. Если обобщить в понятие программист всевозможные виды и подходы к разработке, можно согласиться с ответом обывателя. Давайте рассмотрим всех инженеров, backend, frontend разработчиков как единое понятие – программист.

В этой статье мы поговорим о ранжирующих (retrieval) моделях диалоговых систем, и методах их персонификации.

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

Краткий список всего необходимого: базовое знания Python и PyTorch (если вы являетесь адептом TensorFlow, не пугайтесь, здесь будут показаны общие приемы, которые легко реализовать в других библиотеках), желательно знание библиотеки transformers, а также полезным будет минимальный опыт написания ботов для telegram (это, совершенно, не обязательно, ведь, с ботом можно общаться и в терминале) Ну что ж если вы готовы, то мы отправляемся в наше небольшое путешествие по миру диалоговых моделей.

Здравствуйте, уважаемые читатели Хабра!

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

В самом начале 2016-го обилие свободного времени пробудило спавший во мне интерес к загадочным околонаучным вопросам, среди которых, конечно же, оказалась и Великая теорема Ферма. Вспомнилось, как давным-давно, году эдак в 1992-ом, школьный учитель – аккуратная пожилая женщина с мягким голосом, рассказывая о связи сторон в прямоугольном треугольнике, не прошла мимо загадочной теоремы:
– Всемирную известность получит тот, кто сможет её доказать... – размеренно завершила она, с мечтательно-печальными нотками в голосе. Быть может, она провела не одну ночь в тщетных поисках ниточки к распутыванию загадочного трёхвекового клубка. Тогдашнее впечатление от её рассказа хранилось в голове многие годы, но не более того.

Ломаем hackme при помощи radare2 и frida.

Всем привет! Меня зовут Максим Брежнев, я инженер нагрузочного тестирования на проекте Сбера. В этой статье я расскажу вам об инструментах нагрузочного тестирования, применяемых в финансово-технической отрасли.

Как я попал в НТ, сам того не ожидая

В НТ, как и в тестировании в целом, я оказался случайно, в конце 2017г. На тот момент я пребывал в некой неопределённости, так как моя текущая деятельность системным администратором завела меня в опасную «зону комфорта», из которой настало время выбираться. Волею судеб, я оказался в кабинете руководителя отдела тестирования, где и состоялся следующий занятный разговор:

— Нам надо развернуть направление нагрузочного тестирования, слышал о таком? - спросил у меня руководитель.

— Нет.

— Готов этим заняться?

— Конечно!

Всем привет.

Мы завершаем цикл статей о том, как BI-платформа «Форсайт» работает с данными в связке «BI+Data Lake». В этом посте мы поговорим про правильные и уместные применения кэша при работе платформы. Расскажем, чем отличается адаптивный in-memory куб и внутренний файловый MOLAP-сервер в платформе «Форсайт». Поясним, как работает персональный и кросс-сессионный кэш. Определим рекомендации, в каких случаях можно и нужно использовать технологию in-memory в BI-платформе. Также мы будем вам благодарны, если в конце статьи вы проголосуете и укажете, был ли вам полезен подобный цикл статей. Добро пожаловать под кат.

Германия находится в самом центре Европы, и поэтому на эту страну оказывает очень сильное влияние других европейских культур, а также стран-партнеров. Самое большое влияние имеют Англия и США, поэтому во многом культурные особенности и правила этикета в бизнес сфере будут схожи. Ниже мы расскажем, какие нюансы нужно учитывать при прохождении интервью в немецкой компании🇩🇪⬇

📌Перед интервью приготовьте как минимум 2-3 копии своего резюме и сопроводительных писем как на английским, так и немецком языках. Основательность и внимание - то, на что в первую очередь обращают внимание немецкие работодатели.

📌Если вам не удалось вовремя попасть на интервью, имейте ввиду - следующую встречу вам могут назначить только через 3-4 месяца. В немецких компаниях у HR-менеджеров очень высокая нагрузка и план встреч у них расписан на несколько месяцев назад. Приходите вовремя и будьте пунктуальны, тогда у вас будет шанс на трудоустройство.

📌Дресс-код: строгий и опрятный, должен соответствовать должности, на которую вы претендуете. Выбирайте пастельные тона одежды, избегайте излишних акцентов, украшений и парфюмерии. Важно одеться презентабельно, даже если интервью будет проходить по видеоконференции.

📌Когда вы уже пришли на встречу, вас встретит сотрудник отдела кадров - пару минут можно поговорить о погоде или о том, долго ли вы искали дорогу. Не везде в Германии принято рукопожатие, поэтому, поздоровашись, подождите, пока ваш собеседник первым не протянет руку.

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