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

Кросс-функциональность в Scrum предполагает, что команда обладает всеми компетенциями, необходимыми для самостоятельной разработки продукта. Но должен ли каждый член команды фокусироваться строго на своей основной компетенции? Или стоит развивать кросс-компетенции, на которых специализируются коллеги?

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

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



Начну сначала: На сегодняшний день я работаю QA (куа) тестером в компании TemplateMonster в отделе Wordpress. Никогда не думал до этого, что от установок чистого WordPress движка (далее WP) для тестирования шаблонов, может начать тошнить. Особенно когда количество установок за день переваливает за 20. Вот однажды в один из таких дней и зародилась мысль сделать автоматизатор (Мастер, WIZARD) установки.

Многие кто работал c данным движком знают как осуществляется установка по умолчанию.

В данной статье будет рассмотрена установка на Локальный сервер — OpenServer.

Но я хотел отойти от этого всего и просто жмакнуть на кнопку — «сделать хорошо». На PHP до этого не кодил толком. Разве что в универе. И то, ради сдачи лабораторных работ оттачивал навыки копипаста.

В сентябре прошёл шестой Гипербатон — конференция Яндекса обо всём, что связано с технической документацией. Мы опубликуем несколько лекций с Гипербатона, которые, на наш взгляд, могут быть наиболее интересны читателям Хабра.


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

Начнем с доклада наших коллег. Приглашаю Ирину Рыбникову и Анастасию Пономарёву — они расскажут об опыте Яндекса по внедрению машинного перевода в наши процессы локализации.

Настало время (загрузки) офигительных картинок на Mail Design Cup. Вместе с нашими новыми дружочками-пирожочками из Skillbox мы запускаем седьмой сезон главного отечественного конкурса для дизайнеров интерфейсов (и тех, кто хочет ими быть, а не казаться).

FPGA Intel Stratix 10 SX/GX, появившиеся в продаже 2 года назад, стали новым словом в области вентильных матриц. Выполненные по минимальному на тот момент 14-нм техпроцессу, они были в два раза производительнее и на 70% энергоэффективнее предшественников. Однако чтобы реализовать все заложенные в FPGA Intel возможности, нужна такая же продвинутая «обертка». Аппаратно-программный конструктив, выпускаемый Intel для использования Stratix в хост-системах, называется Programmable Acceleration Card (PAC) — его очередная версия анонсирована в сентябре этого года.

Статья опубликована 2 августа 2018 года

Это вторая статья про командную строку Windows, где мы обсудим новую инфраструктуру и программные интерфейсы псевдоконсоли Windows, то есть Windows Pseudo Console (ConPTY): зачем мы её разработали, для чего она нужна, как работает, как её использовать и многое другое.

В прошлой статье «Тяжкое наследие прошлого. Проблемы командной строки Windows» мы рассказали о предпосылках появления терминала и эволюции командной строки в Windows, а также начали изучать внутреннее устройство Windows Console и инфраструктуры Windows Command-Line. Мы также обсудили многие преимущества и главные недостатки консоли Windows.

Один из недостатков заключается в том, что Windows пытается быть «полезной», но мешает разработчикам альтернативных и сторонних консолей, разработчикам служб и т.д. При создании консоли или службы разработчикам нужно иметь доступ к каналам связи, по которым их терминал/служба обменивается данными с приложениями командной строки, или предоставлять доступ к ним. В мире *NIX это не проблема, потому что *NIX предоставляет инфраструктуру «псевдотерминала» (PTY), которая позволяет легко создавать коммуникационные каналы для консоли или службы. Но в Windows такого не было…

… до настоящего времени!

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

В этой статье мы поговорим об автоматическом тестировании на одном из многочисленных проектов QIWI, получившим кодовое название «К».



Когда мы организовывали тестирование это проекта, то решили выбрать практичный и хайповый Kotlin, а также Spek, гласящий «Вы называете их тестами, мы называем их спецификациями» (You call them tests, we call them specifications). Возможно, такой подход подойдет и вам, если вы столкнетесь с похожими задачами.

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

Официальная документация говорит нам, что «Spek написан на Kotlin, и спецификации, которые вы пишете, будут написаны на Kotlin» – это очень ясно отвечает на вопрос: «Зачем это нужно?».

Итак…

Что это и зачем это нужно?

Это преобразователь питания пассажирского вагона дальнего следования. В современном вагоне электричество нужно почти для всего, начиная от 5 Вольт в розетках USB, 220 В в розетках для пассажиров в каждом купе и на микроволновке у проводника, 110 В для системы управления. И ещё не считая таких мелочей, как насосы, водонагреватели, кондиционеры, обеззараживатели и моторы дверей.

Без питания вагон не живёт. Вообще. Даже если сломать вагонный аккумулятор, ваш вагон сможет пользоваться аккумулятором соседнего — это есть в протоколе энергообмена (с точки зрения второго проводника, к нему подключится ещё один потребитель).

И при этом всём даже на самые современные вагоны продолжают ставить угольные котлы.

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



За неделю произошло много всего интересного, и мы, как обычно, рассказываем об этих событиях:

• Капитализация Apple действительно превысила $1 трлн;
• Искусственный интеллект помогает eBay получать больше денег за счет персонализированного подхода к пользователям;
• В США компания попала под разбирательство SEC за добавление к своему названию слова «блокчейн»;
• «Википедия» не будет проводить ICO или выпускать токены.

— А у нас есть какой-нибудь снимок за январь, ближе к февралю?
— Сейчас посмотрим… Да, есть! Сейчас откроем.

Бывает так, что есть среднее время жизни тестовой базы, есть согласованное всеми заинтересованными время жизни снэпшотов, но какая-то из сред слишком долго «засиживается» на своём снимке, который никак не удаляется… а потом он оказывается полезен коллегам. И минус на минус даёт плюс.

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

В нашем случае, эти потребности покрыли Oracle ZFS Storage Appliance и серверы Oracle / Sun, которые фактически слились в одну экосистему с Exadata, появившейся незадолго до них.

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

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

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

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

Компании едва начали развёртывать сети 5G, и это значит, что исследователи уже думают о том, что будет дальше

Первая мысль, возникшая у вас в голове после прочтения заголовка, скорее всего, была похожей на: «Погодите-ка, я думал, мы всё ещё ждём 5G». И это так: в этом году развёртывание 5G, наконец, начало набирать обороты.

И именно поэтому ComSenTer, межуниверситетский исследовательский проект, занимающийся разработкой основ того, как может выглядеть 6G, уже обращает своё внимание на следующее поколение беспроводной связи. 5G будет использовать спектр более высокой частоты по сравнению с предыдущими поколениями, чтобы увеличить скорость передачи данных. И как бы кто-либо ни представлял себе примерные очертания 6G, можно ожидать, что эта технология пойдёт по схожему пути.

«Пока не ясно, какой будет 6G», — говорит Сандип Ранган, директор отделения беспроводной связи Нью-Йоркского университета, одного из институтов, участвующих в ComSenTer. «Если 6G или другие коммуникационные системы действительно получат пользу от передачи данных на очень, очень высокой частоте, нам надо заняться этим уже сегодня».

В эпоху неуправляемых баллистических снарядов возникла поговорка, что «в одну воронку дважды бомба не падает». С тех пор появились боеприпасы, с корректируемой траекторией полета, а поговорка стала символизировать надежду на то, что люди могут учиться на чужих ошибках, и дважды epic fail по одному и тому же сценарию произойти не сможет. Однако, как говорится, «никогда такого не было, и вот опять»…

Не успели все еще как следует позабыть историю из января 2017 года, когда фитнес-сервис Strava раскрыл расположения секретных объектов США, как произошел еще более эпичный провал у другого аналогичного сервиса. Спортивное приложение Polar Flow показало, где живут сотрудники секретных военных баз и других чувствительных объектов особого значения.

Удивительно, что сервис Polar Flow отдавал еще больше данных, чем это было в случае со Strava. К сожалению, жизнь ничему не научила сотрудников, отвечающих за защиту информации в Polar. Теперь можно было не просто ограничиться поиском людей, занимающихся спортом на секретных объектах. Но, что более важно, — узнать полные имена таких людей, а еще как часто и где они тренировались ранее.

Краткое содержание первой части:

1. Установка и настройка инструментария.
2. Написание функции helloWorld() на Kotlin Native и компиляция ее в shared library.
3. Доступ к этой функции из C-кода расширения PHP.

В этой статье я буду рассказывать про создание инструментария для написания расширения PHP без необходимости трогать Си, исключительно на K/N.

Кому интересно — добро пожаловать под кат.
Кому читать не интересно, а просто хочется посмотреть — добро пожаловать на github

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

Само собой, мы в Альфе все это время двигались в том же направлении. Но в этом году решили немного поменять стратегию: собрали единую команду из HR-департамента и департамента IT (центры компетенций .NET и Javascript) и совместно выдвинулись на DotNext и HolyJS соответственно.



Что из этого вышло — под катом.

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

Мы решили собрать очередную встречу разработчиков, на этот раз поговорим о backend.

Когда: 21 июня, четверг, с 19:00.
Где: Москва, ул. Большая Полянка, д.2/10, стр. 1 (Corporate Innovations Hub).



Регистрация на событие открыта, подробности – под катом.

Прошедшая неделя была относительно спокойной для финтех-сектора. Тем не менее, новости есть, и они достаточно интересные. Как водится, есть хорошее, есть и не очень. Давайте разберемся и с тем, и с другим.

К хорошему можно отнести постоянный рост безопасности онлайн-банкинга и мобильных банков. По данным «Коммерсанта», за три года доля банковских сервисов, содержащих критические уязвимости снизилась с 90% до 56%. Основная проблема для онлайн-банкинга – незащищенность процесса авторизации. До сих пор это практически проблема №1, поскольку злоумышленники могут получить доступ к персональным данным клиента.

Но ситуация улучшается. В 2015 году примерно 90% онлайн- и мобильных банков содержали разного рода опасные уязвимости. В 2016 году это был уже 71%, а в конце 2017-го — 56%. Возможно, к 2020 году большинство банков смогут исправить ситуацию.

А Visa, Mastercard, American Express и Discover создают унифицированный сервис.



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

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

PayPal работал на благо пользователей в течение 20 лет, помогая без проблем переводить электронные деньги в фиатные и наоборот. Причем комиссии были достаточно низкими, так что никаких проблем с этим ни у кого не было (ну, за редким исключением).

Но теперь руководство системы приняло решение изменить структуру оплаты для пользователей. В США, например, за любой тип платежа планируется взимать сбор в размере $4,99, причем если транзакция совершается через кредитную или дебетовую карту, то добавляется еще 2,9%. Плюс ко всему, еще взимается и маржа в размере 2,5% на основе фактического курса в самой платежной системе. В PayPal Австралия сбор еще выше — около $6.

В эпоху вселенского внедрения agile-методологий и Devops уже никто не сомневается в том, что регрессия должна быть автоматизирована. Особенно, если в компании идет речь о Continuous Delivery. Все кинулись хантить разработчиков автотестов, от чего рынок становится перегретым.

В этой статье я расскажу о том, что на самом деле разработчик автотестов — не такая уж и важная роль в команде. Они не нужны, особенно если вы внедряете у себя scrum. И все эти agile-ы и devops-ы можно внедрять и без этих людей. Так что если кто-нибудь вам скажет, что у них в команде все тестируют руками — потому что у них по каким-либо причинам нет разработчика автотестов — не верьте им. Они тестируют руками, потому что по-другому им лень. Или не умеют.