[![][1]][2]

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

Тем не менее, в этом году организаторы «[Противостояния][3]», главного конкурса конференции Positive Hack Days VII, сделали все возможное, чтобы решить эту противоречивую задачу — сделать состязание максимально приближенным к реальности, но при этом достаточно понятным и интересным для всех остальных посетителей конференции. И нам кажется, это удалось. Всего за тридцать часов конкурса команды хакеров продемонстрировали целый ряд успешных атак на объекты и инфраструктуры современного города, активно используя и беспроводную связь, и низкоуровневые уязвимости промышленных систем управления, и простые брутфорсы, и сложные многоступенчатые схемы вторжения.

В данной статье мы попробуем восстановить хронологию основных событий, а также подвести некоторые итоги наших масштабных киберучений. [Читать дальше →][4]

[1]: https://habrastorage.org/web/9a5/073/c06/9a5073c06f4042259623f001fe3d611d.png
[2]: https://habrahabr.ru/company/pt/blog/329984/
[3]: https://www.phdays.ru/standoff/
[4]: https://habrahabr.ru/post/329984/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

В этом году мы (ЦАРКА Казахстан) в первый раз участвовали в битве Атакующих и Защитников (The Standoff) на PHDays в качестве злобных хакеров. В посте постараемся описать, как проходило мероприятие, за счет чего нам удалось выиграть и что в итоге лежало в том металлическом чемоданчике.

**Вводная**

Мы уже несколько лет посещаем PHDays нашей командой и в основном побеждали в мелких конкурсах. Поэтому в этом году нас интересовала только победа в основном конкурсе =)

**Состав**

В этом году мы отправились на конференцию командой из 13 человек: пентестеры, реверсеры, хардварщики, сисадмин, к.ф.-м.н., студент, школьник и фитнес тренер. Но непосредственно в противостоянии участвовали семь человек.

![image][1]
[Читать дальше →][2]

[1]: https://habrastorage.org/web/5ed/581/30a/5ed58130a99348a399ae2cbb9fe9a1e4.jpg
[2]: https://habrahabr.ru/post/329980/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

![][1]

Последний год по праву можно назвать «годом выборов». Повсюду переполох и шум, страсти не стихают уже который месяц. Настала очередь [CTFzone][2]!

Компания [BI.ZONE][3] объявляет о проведении выборов президента CTFzone. Выборы будут максимально свободными и независимыми – никаких партий и звезд политической арены, только Вы и Ваш кандидат. Командам предлагается сыграть роль избирательного штаба и помочь своему кандидату одержать победу.
[Читать дальше →][4]

[1]: https://habrastorage.org/web/093/067/6cc/0930676cc2fc4a31a4f453f1c1329c06.jpg
[2]: https://ctf.bi.zone
[3]: https://bi.zone
[4]: https://habrahabr.ru/post/329994/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

У меня были проблемы с пониманием **reduce( ) **и **рекурсии** в JavaScript, так что я написал эту статью чтобы объяснить их в первую очередь себе (эй, смотрите, это же рекурсия!). Эти концепции имеют некоторые сходства с приготовление яблочного пирога. Я очень надеюсь вы сочтёте мои примеры как полезными так и аппетитными.
![image][1][Читать дальше →][2]

[1]: https://cdn-images-1.medium.com/max/800/0*VsKg3XJwl9mJScFc.
[2]: https://habrahabr.ru/post/330006/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

Международный форум по информационной безопасности PHDays вновь стал площадкой для конкурса WAF Bypass. Цель конкурса — обойти защитные механизмы [PT Application Firewall][1], чтобы добыть специальные флаги через уязвимости в подготовленных веб-приложениях. Каждое из заданий подразумевало заложенные нами варианты обхода PT Application Firewall, что, в свою очередь, стало возможным за счет отключения ряда функций безопасности. В этом году мы также решили опробовать прототип межсетевого экрана систем управления базами данных (DBFW), который анализировал SQL-трафик от приложений до баз данных (БД).
[Читать дальше →][2]

[1]: https://www.ptsecurity.com/ru-ru/products/af/
[2]: https://habrahabr.ru/post/330002/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

**Как обычно — обстоятельства диктуют правила.**
На этот раз мы ставим Proxmox и Libvirt на один тот же сервер.



Столкнулись с очередной задачей — заказчик поставил условие развернуть стенд на уже имеющейся, конфликтующей инфраструктуре. У него кластер Proxmox, у нас Libvirt

Решение в лоб — не помогло, попытка установить libvirtd потребовала удаления proxmox. Не долго думая решили скреативить. Смотрите под катом элегантное решение как и на ёлку залезть и ничего не ободрать.
[Читать дальше →][1]

[1]: https://habrahabr.ru/post/330016/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

В стандартной библиотеке питона содержится специализированный тип "namedtuple", который, кажется, не получает того внимания, которое он заслуживает. Это одна из прекрасных фич в питоне, которая скрыта с первого взгляда.



![][1]



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

[Читать дальше →][2]

[1]: https://dbader.org/blog/figures/namedtuples.png
[2]: https://habrahabr.ru/post/330034/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

![КПДВ][1]



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



Зачастую в процессе разработки продукта несколько человек работают над одной задачей: например, разработчики фронтэнда и бэкэнда, дизайнер интерфейса, тестировщик и менеджер продукта. С выходом GitLab 9.2 все они могут быть [назначены исполнителями одной задачи][2], что упрощает процесс совместной разработки и позволяет наглядно отображать их общую область ответственности.



Также в версии 9.2 положено начало процесса локализации GitLab: аналитика цикла разработки (Cycle Analytics) теперь доступна [на испанском и немецком языках][3]. Локализация GitLab будет продолжена в последующих релизах, чтобы каждый мог вносить свой вклад независимо от родного языка.



Кроме того, разработчики получили больше контроля над временем выполнения конвейеров CI/CD. Теперь можно [составлять расписание выполнения конвейеров][4], что позволяет автоматизировать периодические задачи, такие как ночные сборки, профилактика или подтверждение внешних зависимостей.


[Читать дальше →][5]

[1]: https://about.gitlab.com//images/9_2/9_2-cover-image.jpg
[2]: #neskolko-ispolniteley-zadachi-ees-eep
[3]: #lokalizaciya-analitiki-cikla-razrabotki-cycle-analytics-ce-ees-eep
[4]: #zapusk-konveyerov-po-raspisaniyu-ce-ees-eep
[5]: https://habrahabr.ru/post/330036/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

Разговоры о снижении производительности ради продуктивности.

![][1]

Я беру паузу в моём обсуждении asyncio в Python, чтобы поговорить о скорости Python. Позвольте представиться, я — ярый поклонник Python, и использую его везде, где только удаётся. Одна из причин, почему люди выступают против этого языка, — то, что он медленный. Некоторые отказываются даже попробовать на нём поработать лишь из-за того, что «X быстрее». Вот мои мысли на этот счёт.
[Читать дальше →][2]

[1]: https://habrastorage.org/web/880/511/560/880511560b704d9d8cb3fafea078f8cf.jpg
[2]: https://habrahabr.ru/post/329988/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

![][1]



В этой статье я собираюсь рассказать о плагине для IDA Pro, который написал прошлым летом еще находясь на [стажировке][2] в нашей кампании. В итоге, плагин был представлен на ZeroNights 2016 [(Слайды)][3] и, с тех пор, в нём было исправлено несколько багов и добавлены новые фичи. Хотя на [GitHub][4] я постарался описать его как можно подробнее, обычно коллеги и знакомые начинают пользоваться им только после проведения небольшого воркшопа. Кроме того там опущены некоторые детали внутренней работы, которые позволили бы лучше понять и использовать возможности плагина. Поэтому хотелось бы попытаться на примере объяснить как с ним работать, а также описать некоторые проблемы и тонкости.

[Читать дальше →][5]

[1]: https://habrastorage.org/web/a91/90a/f44/a9190af44ecc4fabb176f48e123fbb01.jpg
[2]: https://habrahabr.ru/company/dsec/blog/311374/
[3]: https://2016.zeronights.ru/wp-content/uploads/2016/12/zeronights_2016_Kirillov.pptx
[4]: https://github.com/igogo-x86/HexRaysPyTools
[5]: https://habrahabr.ru/post/329788/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

Мы продолжаем делиться открытыми трансляциями для желающих принять субботний поток силы! Ранее мы уже открывали трансляции с конференций [DotNext 2017 Piter][1], [Mobius 2017 Piter][2] и JPoint 2017 (сейчас доступ к ней закрыт). В этот раз источник силы будет подпитывать JavaScript-разработчиков.

**3 июня 2017 в 10 утра (по московскому времени) начнется бесплатная онлайн-трансляция из главного зала HolyJS 2017 Piter!**

[![][3]][4]

[**Первый трек (проходит в главном зале)**][5] – самый большой и популярный среди наших участников. Во второй день конференции в первом треке выступят:

* Алексей Золотых — ES2017 vs Typescript vs Dart. Сравниваем без эмоций
* Douglas Crockford — Goto There and Back Again
* Anjana Vakil — Functional Programming in JS: What? Why? How?
* Алексей Иванов — Внутреннее устройство бандла webpack
* Владимир Гриненко — Зависимости в компонентном вебе, сделанные правильно
* Lea Verou — JS UX: Writing code for humans
Помимо этого, с 10 утра и в перерывах между докладами вы сможете посмотреть live-интервью со спикерами и участниками конференции. Не переключайтесь!

Ссылка на трансляцию и подробную программу – под катом.
[Читать дальше →][6]

[1]: https://www.youtube.com/watch?v=3Ay73yc9zzE
[2]: https://www.youtube.com/watch?v=M3fTMBfmBqU
[3]: https://habrastorage.org/web/c6e/e18/c06/c6ee18c06e334e8aa3ccf9da1e9ce2f7.jpg
[4]: https://habrahabr.ru/p/329554/
[5]: https://dotnext-piter.ru/#schedule
[6]: https://habrahabr.ru/post/329554/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

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

Несколько месяцев назад один из наших конкурентов начал делать странное – предлагать нашим клиентам сравнение своей системы рекомендаций с Retail Rocket через АБ-тесты в формате «пари» с обязательством заплатить 100 000 рублей в случае проигрыша.

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

Первый тест с Rees не заставил себя ждать, но в ходе его проведения мы столкнулись с довольно странными результатами, которые вылились в серьезное исследование. То, что мы обнаружили в итоге, удивило нас так сильно, что мы хотим поделиться деталями этого исследования и вынести его результаты на суд IT-сообщества и индустрии электронной коммерции в России.

![][1]
[Читать дальше →][2]

[1]: https://habrastorage.org/web/39d/004/b65/39d004b651944d3abb4f87d956167243.jpg
[2]: https://habrahabr.ru/post/330012/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

![][1]

О Kotlin последнее время уже очень много сказано (особенно в совокупности с последними новостями c Google IO 17), но в то же время не очень много такой нужной информации, во что же компилируется Kotlin.
Давайте подробнее рассмотрим на примере компиляции в байткод JVM.

Это первая часть публикации. Вторую можно посмотреть [тут][2]

Процесс компиляции это довольно обширная тема и чтобы лучше раскрыть все ее нюансы я взял большую часть примеров компиляции из выступления Дмитрия Жемерова: [Caught in the Act: Kotlin Bytecode Generation and Runtime Performance][3]. Из этого же выступления взяты все бенчмарки. Помимо ознакомления с публикацией, настоятельно рекомендую вам еще и посмотреть его выступление. Некоторые вещи там рассказаны более подробно. Я же больше внимания акцентирую именно на компиляции языка.


## Содержание:


[Функции на уровне файла][4]
[Primary конструкторы][5]
[data классы][6]
[Свойства в теле класса][7]
[Not-null типы в публичных и приватных методах][8]
[Функции расширения (extension functions)][9]
[Тела методов в интерфейсах][10]
[Аргументы по умолчанию][11]
[Лямбды][12]

Но прежде чем рассмотрим основные конструкции языка и то, в какой байткод они компилируются, нужно упомянуть о том, как непосредственно происходит сама компиляция языка:
[Читать дальше →][13]

[1]: https://habrastorage.org/web/3af/e51/f5a/3afe51f5a54a4ce583d5665dfb4d06c3.png
[2]: https://habrahabr.ru/company/inforion/blog/330064/
[3]: https://www.youtube.com/watch?v=35GACInsZsk
[4]: https://habrahabr.ru/company/inforion/blog/330060/#P1
[5]: https://habrahabr.ru/company/inforion/blog/330060/#P2
[6]: https://habrahabr.ru/company/inforion/blog/330060/#P3
[7]: https://habrahabr.ru/company/inforion/blog/330060/#P4
[8]: https://habrahabr.ru/company/inforion/blog/330060/#P5
[9]: https://habrahabr.ru/company/inforion/blog/330060/#P6
[10]: https://habrahabr.ru/company/inforion/blog/330060/#P7
[11]: https://habrahabr.ru/company/inforion/blog/330060/#P8
[12]: https://habrahabr.ru/company/inforion/blog/330060/#P9
[13]: https://habrahabr.ru/post/330060/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

![][1]

Это продолжение публикации. Первую часть можно посмотреть [тут][2]


## Содержание:


[Циклы][3]
[When][4]
[Делегаты][5]
[Object и companion object][6]
[lateinit свойства][7]
[coroutines][8]
[Выводы][9]
[Читать дальше →][10]

[1]: https://habrastorage.org/web/3af/e51/f5a/3afe51f5a54a4ce583d5665dfb4d06c3.png
[2]: https://habrahabr.ru/company/inforion/blog/330060/
[3]: https://habrahabr.ru/company/inforion/blog/330064/#P1
[4]: https://habrahabr.ru/company/inforion/blog/330064/#P2
[5]: https://habrahabr.ru/company/inforion/blog/330064/#P3
[6]: https://habrahabr.ru/company/inforion/blog/330064/#P4
[7]: https://habrahabr.ru/company/inforion/blog/330064/#P5
[8]: https://habrahabr.ru/company/inforion/blog/330064/#P6
[9]: https://habrahabr.ru/company/inforion/blog/330064/#P7
[10]: https://habrahabr.ru/post/330064/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

Так вышло, что для получение автомата по программированию бедным первокурам задали одну интересную задачу: написать программу, которая ищет по дереву методом Монте-Карло.


[Читать дальше →][1]

[1]: https://habrahabr.ru/post/330092/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

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

Чаще всего используется простой подход — создание набора SQL-скриптов для модификации структуры БД от версии к версии. Конечно, есть такой мощный инструмент, как [Red gate][1], но он во-первых небесплатный, во-вторых не решает проблему полной автоматизации обновления.



Технология migrations, впервые появившаяся в ОРМ Hibernate и реализованная в Linq, очень хороша и удобна, но подразумевает стратегию разработки структуры БД code first, что весьма трудоемко для уже существующих проектов, а использование в БД триггеров, хранимых процедур и функций делает задачу перехода на code first практически невыполнимой.



В данной статье предлагается альтернативный подход к решению этой задачи, использующий хранение эталонной структуры БД в XML-файле и автоматическую генерацию SQL-скрипта на основе сравнения эталонной и существующей структуры. Итак, начнем...

[Читать дальше →][2]

[1]: http://www.red-gate.com
[2]: https://habrahabr.ru/post/330134/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

Single Responsibility Principe достаточно прост для понимания и его не сложно придерживаться.
Но в работе я достаточно часто сталкиваюсь нарушением этого принципа. В этой статье я собрал самые больные из способов нарушить SPR из тех, что я встречал.
[Читать дальше →][1]

[1]: https://habrahabr.ru/post/330142/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

**Введение**

Итак, в интернете можно найти статьи о том что в Raspberry флешки «живут» 2-3 месяца, после чего приходят в негодность. Предложенные решения — заменить стандартную microSD карточку на USB HDD. Решение простое, надёжное, плюс повышается скорость чтения/записи. Но почему флешки так быстро «умирают»? Могут ли те же факторы навредить жёсткому диску? И так приступим!
[Читать дальше →][1]

[1]: https://habrahabr.ru/post/330160/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

Во время отдыха от отладки JavaScript, я читал статью про [особенности PHP][1] и неожиданно задумался каковы же будут результаты сравнения 2 + 2 = «4» для разных языков программирования. И вот что из этого получилось.












C++
Pascal
FORTRAN-95
Java
C#
Go
Rust
Haskel

C
Lisp
Python
Lua
Ruby

JavaScript
PHP
Perl




Компилятор C выдаёт предупреждение, компилятор C++ ошибку которая превращается в предупреждение если указать флаг -fpermissive.

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

Бонусом — функции вывода на консоль для этих языков.
[Читать дальше →][2]

[1]: https://habrahabr.ru/post/142140/
[2]: https://habrahabr.ru/post/330176/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

Говорят, что если долго смотреть в 445-й порт, оттуда выглянет сетевой червь. В последние недели он привлек столько внимания, что на свет вышли [уязвимости][1] даже в НЕУЯЗВИМОМ (как всем известно) Linux. Точнее, в популярной сетевой файловой системе Samba, без которой Linux с Windows в сети не подружиться.

Напрямую найденный баг к известному набору эксплойтов отношения не имеет, однако сравнения напрашиваются – тот же протокол и похожий сценарий использования. Злоумышленнику достаточно найти Linux с SMB-ресурсом, открытым на запись из Интернета, загрузить туда библиотеку, которую сервер радостно запустит. Сей процесс элементарно автоматизируется, то есть от уязвимости явственно пахнет сетевыми червями.

Ксавье Мертенс из SANS Internet Storm Center [указал][2], что уязвимость можно использовать тривиально, «эксплойтом в одну строчку кода». Rapid7 просканировали Сеть, как это сейчас модно, и нашли там 104 тысячи систем с уязвимой Samba. Потом вспомнили про порт 139, просканировали еще и его, и нашли уже 110 тысяч систем.
[Читать дальше →][3]

[1]: https://threatpost.com/samba-patches-wormable-bug-exploitable-with-one-line-of-code/125915/
[2]: https://isc.sans.edu/forums/diary/Critical+Vulnerability+in+Samba+from+350+onwards/22452/
[3]: https://habrahabr.ru/post/330116/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

### Предисловие


Примерно 9 лет назад, когда в моем городе появились первые безлимитные тарифы (что-то вроде 128 кбит/сек за 500 руб.), я принял решение держать в квартире собственный «сервер» для решения различных задач. Одной из первых идей было поднятие зеркала для проекта FreeBSD.org. Проработало оно где-то 2 года. Далее в этом уже не было смысла, ввиду расширения каналов и других причин.

Помимо этого, сервер принимал на себя в разные периоды времени и другие задачи:
* Хранение резервный копий данных, документов и дистрибутивов;
* Закачка торрентов;
* Раздача торрентов по DLNA и SMB на различные устройства;
* VPN-клиент к провайдеру (был даже период, когда сервер держал два PPTP соединения через MPD – для работы локального трафика и медленного безлимита);
* VPN-сервер и подключение до офисного шлюза (канал до работы);
* Asterisk сервер для IP-телефонии (в дальнейшем в доме появились всякие SPA-3112, радио-трубки и т.д.);
* FTP-служба для получения данных с IP-камеры, для сброса бекапов с Mikrotik-ов скриптами;
* И т.д. и т.п.

Общая мысль – в руках был конструктор с кучей разноцветных деталей и большое желание прикрутить еще что-нибудь эдакое. В общем то обычная ситуация для большинства системных администраторов, знающих и любящих \*nix-системы.
[Читать дальше →][1]

[1]: https://habrahabr.ru/post/330168/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

Сегодня в этом посте весь день будет вестись текстовая трансляция фестиваля **РИТ++ 2017, проходящей в Сколково 5 и 6 июня. **РИТ++ — это целый ряд профессиональных узкотематических конференций: системное администрирование и эксплуатация, высоконагруженные системы и базы данных, серверное программирование, управление проектами и предпринимательство, enterprise-конференция, а также фронтенд и мобильная разработка.

Если вы хотите смотреть видео из главного зала и включения из мобильной студии Хабрахабра, то вам на [страницу видео трансляции][1]. Если почитать онлайн и поообщаться в кооментариях — под кат.

![][2]
[Читать дальше →][3]

[1]: https://habrahabr.ru/article/328338/
[2]: https://habrastorage.org/getpro/tmtm/megapost/003/41d/f83/00341df8374bcde2b8429cdc1528bc78.png
[3]: https://habrahabr.ru/post/330098/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

![][1]

В статье кратко рассмотрены сторонние Open Source-утилиты для Kubernetes, реализующие разные возможности и призванные помочь в повседневной работе. 4 из них взяты из англоязычного материала и помогают в: автоматическом обновлении конфигураций, отслеживании нагрузки по контейнерам/подам/нодам, переключении контекстов, создании DIND-кластеров (Docker in Docker). Остальные — найдены на GitHub и представлены коротким списком. [Читать дальше →][2]

[1]: https://habrastorage.org/web/5eb/9bc/e6f/5eb9bce6f97e46799c2bea8ba1579712.jpg
[2]: https://habrahabr.ru/post/330198/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

![image][1] Всем привет! Это уже десятый выпуск дайджеста на Хабрахабр о новостях из мира Python.

В сегодняшнем выпуске вы найдёте интересные материалы, касающиеся Python 3 и его внутреннего устройства, Django, производительности и многого другого. Присылайте свои актуальные материалы, а также любые замечания и предложения, которые будут добавлены в ближайший дайджест.

А теперь к делу!
[Перейти к дайджесту][2]

[1]: https://habrastorage.org/files/aa2/815/f22/aa2815f2207940fab9ac72e85219fe3c.png
[2]: https://habrahabr.ru/post/330182/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

Привет, Хабр и особенно участники РИТ++!

Поток «Разработка», хабы «программирование», «информационная безопасность»

Мы сегодня на конференции со стендом ([справа от конгресс-холла][1]). У нас есть кола, сникерсы и возможность выиграть:

1. 50 наклеек от РИТ++,
2. за второе место — пять пицц и ящик колы,
3. за третье — наш значок Odin.
[![][2]
][3]
Для этого [победите нашу голосовалку][4] за языки программирования! Можно накручивать ботов, бездумно голосовать за себя до умопомрачения или просто взломать всю систему.

**Тот, кому удастся взломать голосовалку, получит призы за все три места.**

Еще на нашем стенде можно решить задачки, за каждую решенную задачку мы даем наклейку.

Удачи и ищите наш стенд! [][5]

[1]: http://ritfest.ru/2017/map.html
[2]: https://habrastorage.org/web/0fc/a1a/cc4/0fca1acc4f7745b5a1dada02c358c56e.jpg
[3]: http://bit.ly/2sv2ABK
[4]: http://bit.ly/2sv2ABK
[5]: https://habrahabr.ru/post/330216/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

Добрый день!
Потоки… Переключение контекстов… Базовая сущность ОС. И конечно, при разработке библиотек и приложений мы всегда полагаемся на то, что реализация потоков безошибочна. Поэтому было неожиданно найти грубую ошибку в переключении потоков для STM32 на [ОСРВ Embox][1], когда уже продолжительное время работали и сеть, и файловая система и многие сторонние библиотеки. И мы даже успели похвастаться о своих достижениях на [хабре][2].

Я бы хотел рассказать про то, как мы делали переключение потоков для Cortex-M, и тестировали на STM32. Кроме того, постараюсь рассказать о том как это сделано в других ОС — NuttX и FreeRTOS.
[Читать дальше →][3]

[1]: https://ru.wikipedia.org/wiki/Embox
[2]: https://habrahabr.ru/company/embox/blog/259721/
[3]: https://habrahabr.ru/post/330236/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

![][1]


В нашей [предыдущей статье][2] про голосовых ботов для Рокетбанка хабраюзеры возмутились, что в 2017 году примеры JavaScript для облака Voximplant написаны на ES5. У нас в облаке сильно модифицированный SpiderMonkey, специально обученный не течь и не падать. Тысячи одновременных звонков с параллельно выполняемым JavaScript как бы намекают, что нода – для нас не вариант. Тем не менее, никто не мешает использовать транспайлеры, компилировать ES2017/TypeScript/Elm/Whatever в старый добрый JavaScript и загружать результаты компиляции с помощью [Continuous Integration][3]. При таком раскладе возникает соблазн использовать все последние достижения из **npmjs**, собирая весь код в один ES5 бандл. И вот тут нас ждет засада: даже один метод из lodash дает на выходе бандл размером в полмегабайта. И не похоже, чтобы рекламируемый последние пару лет tree shaking работал.

[кто виноват и что делать?][4]

[1]: https://habrastorage.org/web/dfd/c12/da9/dfdc12da9b1642b1a5a7c972f6c057b3.png
[2]: https://habrahabr.ru/company/Voximplant/blog/329444/
[3]: https://habrahabr.ru/company/Voximplant/blog/269473/
[4]: https://habrahabr.ru/post/330148/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

Диалоговые системы давно и прочно вошли в нашу жизнь. В заглавии упомянута и на картинке представлена ELIZA — диалоговая система-психоаналитик (сейчас, ее назвали бы чат-бот), родом из 60-ых годов. Если вам интересно, как человек дошел до общения с ботами-психоаналитиками и что еще есть интересного в диалоговых системах, добро пожаловать под кат.


![image][1] [Читать дальше →][2]

[1]: https://habrastorage.org/getpro/habr/post_images/9a0/ad1/eb1/9a0ad1eb1bcae4955a5aa8c9f2d032fa.gif
[2]: https://habrahabr.ru/post/330228/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

![][1] **29 июня 2017 года в Санкт-Петербурге состоится юбилейная, пятая «Очная ставка» NeoQUEST!** И мы с радостью приглашаем всех, кто интересуется информационной безопасностью: студентов и абитуриентов IT-специальностей, разработчиков, тестировщиков, админов, матёрых специалистов и новичков в инфобезе, хакеров и гиков!

Вход на NeoQUEST-2017 — традиционно **свободный**, но требует регистрации на [сайте ][2]мероприятия!

Юбилейная «Очная ставка» готовит сюрпризы, и гостей ждет насыщенная, разнообразная программа, в которой будет много нового и интересного! Итак, на NeoQUEST-2017 будут:

1. **Увлекательные практические доклады о самом актуальном в мире кибербезопасности.** Даже в традиционном не обошлось без сюрпризов: впервые за всю историю «Очной ставки» гостей ждет интереснейший доклад из глубин криптографии: про [эллиптические кривые][3] и криптосистемы на изогениях. Кроме того, поговорим о безопасности как на уровне «железа» (SMM, системные платы, Embedded-устройства), так и на «высоком» уровне (WSN-сети, пентесты и многое другое)!
2. **ВПЕРВЫЕ: Секция воркшопов!** Смело заявляем: без практики стать по-настоящему крутым специалистом по информационной безопасности невозможно. Именно поэтому параллельно с докладами будут проводиться воркшопы, на которых деятельные гости смогут научиться кое-чему новому.
3. **ВПЕРВЫЕ: FastTrack-доклады:** быстро, чётко, с огоньком — расскажем о свеженьких новостях в области информационной безопасности!
4. **Конкурсы на «взлом» и не только, викторина «ЕГЭ по ИБ» и космически крутые призы.** Напоминаем, что в этом году у NeoQUEST космическая тематика, и это, несомненно, отразится на конкурсах и призах!
Кроме того, еще целую неделю продлится **конкурс докладов**: хочешь поведать о своих кибербезопасных рисёчах всему хакерскому сообществу Петербурга? Оставляй [заявку на сайте][4], и наша команда непременно с тобой свяжется!

Заинтриговали? Добро пожаловать под кат: расскажем подробно о докладах и воркшопах!
[Читать дальше →][5]

[1]: https://habrastorage.org/web/5c6/d97/e6a/5c6d97e6af804faab36ea88ad8f63ab5.jpg
[2]: http://neoquest.ru
[3]: https://ru.wikipedia.org/wiki/%D0%AD%D0%BB%D0%BB%D0%B8%D0%BF%D1%82%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B0%D1%8F_%D0%BA%D1%80%D0%B8%D0%B2%D0%B0%D1%8F
[4]: http://neoquest.ru/timeline.php?year=2017&part=2
[5]: https://habrahabr.ru/post/330014/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

Представьте: вы работник стартапа, сварганили по-быстрому прототип и постепенно начинаете его развивать. И вот вам уже хочется, чтобы во время очередного спешного релиза не приходилось перепроверять все разделы сайта вручную (руками директора по продукту). Конечно, можно нанять отдельного тестировщика, но на это в вашем LEAN-стартапе бюджета не дают — «лучше давайте купим наконец-то кофе-машину». Знакомо?

И тут кто-то произносит слово «автотесты».

И сразу начинается: это целая история, это очень сложно, это очень дорого, от этого будет больше вреда, чем пользы и вообще это кровавый Enterprise и СЕЛЕНИУМ.

![][1] [Читать дальше →][2]

[1]: https://habrastorage.org/web/27a/c90/745/27ac90745eb84e7c84fdaaccfc2086b8.jpg
[2]: https://habrahabr.ru/post/329660/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

![image(скриншот или фото)][1]



Когда я только начинал инженерную деятельность разработкой пеленгаторов, в головах опытных товарищей, называемых нами, молодыми, за глаза "дедами", бродила мечта о “пеленгаторе на пупке”. “Это — говорили они — такой маленький пеленгатор, который можно носить с собой и пеленговать украдкой. Вот, дескать, нам приходится таскать на себе такие тяжести на крышу и обратно (хотя таскала, конечно, молодежь), а они, молодежь, никак не разработают такую вещь”. Смотря на стоящие на столе огромные железяки, мы считали их немного не в себе.



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



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



Ужасный рок! Но я осмотрелся и увидел, что пеленгаторы могут быть нужны обычным людям. Это давало надежду!


[Читать дальше →][2]

[1]: https://habrastorage.org/files/dab/903/114/dab903114f784ac68dde673760ca9745.png
[2]: https://habrahabr.ru/post/323638/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

![][1]

Как вычислить замыслы киберпреступников, атакующих промышленный объект и распознать слабые сигналы SOS, которые периодически подает индустриальная АСУ ТП на фоне “нормального” поведения, – об этом и многом другом поговорим уже в ближайшую среду, 7 июня, на встрече CoLaboratory: Deep Learning в центральном офисе “Лаборатории Касперского”. Всех неравнодушных к теме промышленной безопасности ждет захватывающее погружение в мир машинного обучения и анализа данных под руководством победителей весеннего индустриального хакатона ЛК и экспертов нашей компании.
[Читать дальше →][2]

[1]: https://habrastorage.org/web/d47/480/96b/d4748096b27c40e39beb5c10bffa0d88.jpg
[2]: https://habrahabr.ru/post/330282/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

----

**Трансляция второго дня**
----

Сегодня в этом посте весь день будет вестись текстовая трансляция фестиваля РИТ++ 2017, проходящей в Сколково 5 и 6 июня.

Если вы хотите смотреть видео из главного зала и включения из мобильной студии Хабрахабра, то вам на [страницу видео трансляции][1]. Если почитать онлайн и поообщаться в кооментариях — под кат.

![][2]
[Читать дальше →][3]

[1]: https://habrahabr.ru/article/328338/
[2]: https://habrastorage.org/getpro/tmtm/megapost/003/41d/f83/00341df8374bcde2b8429cdc1528bc78.png
[3]: https://habrahabr.ru/post/330100/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

**_6 июня, 10:00_**
Сегодня второй день! Мы добавили мощностей и немного изменили дизайн, теперь вы можете видеть топ-5 голосующих.

![][1]

Приходите на наш стенд рядом с конгресс-холлом.

[Читать дальше →][2]

[1]: https://habrastorage.org/web/2d2/29e/8cd/2d229e8cd7144ce38ce918e3046916a2.jpg
[2]: https://habrahabr.ru/post/330216/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

![][1]В апреле в Минске прошла большая IT-конференция United Dev Conf, организованная Frontend Dev Conf, Highload Dev Conf и Mobicode.

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

В Минске нас встретила хмурая погода и строгие пограничники. Закончив с формальностями, мы направились в самый центр города, к месту проведения конференции. Впереди нас ждали два дня интересных докладов и общения.

Конференция проходила в четыре потока: Frontend, Highload, Mobile и Sales. Её посетили около 700 участников, и 40 докладчиков делились своим опытом. А в перерывах компании-спонсоры разыгрывали квадрокоптеры, куда ж без них на IT-ивенте.

Нам, как фронтенд-разработчикам, в первую очередь был интересен Frontend-поток, собственно его мы и посетили в эти два дня. Все доклады были интересными, но мы выбрали самые интересные, на наш взгляд.
[Читать дальше →][2]

[1]: https://habrastorage.org/web/6c3/d2b/455/6c3d2b455af74b1a9ae3d8c4c3848f83.png
[2]: https://habrahabr.ru/post/330312/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

**_UPD 6 июня, 13:00_ Промежуточные итоги половины дня (играем до 18.00)**
**TOP25**
` { _id: 'burik666@...', count: 577979174 },
{ _id: 'ivan@...', count: 513559731 },
{ _id: 'alarkin@...', count: 222891322 },
{ _id: 'i@...', count: 216486374 },
{ _id: 'odn@...', count: 145072331 },
{ _id: 'A1977494@...', count: 55572517 },
{ _id: 'elena@...', count: 44642302 },
{ _id: 'hack@...', count: 15686298 },
{ _id: 'alexey.tsikov@...', count: 12685075 },
{ _id: 'minkin.andrew@...', count: 8200540 },
{ _id: 'perminoff@...', count: 5428646 },
{ _id: '256@...', count: 5030088 },
{ _id: 'v@...', count: 2163356 },
{ _id: 'penis@...', count: 2100855 },
{ _id: 'lebedevcommerical@...', count: 1605961 },
{ _id: 'serg_sokolov@...', count: 1600238 },
{ _id: 'msalnikov@...', count: 1499220 },
{ _id: 'ghostlyfox@...', count: 1473142 },
{ _id: 'alex21021991@...', count: 1437472 },
{ _id: 'nikita.shapovalov@...', count: 1007977 },
{ _id: 'evgen300@...', count: 652291 },
{ _id: 'malchenko.dmitriy.by@...', count: 611410 },
{ _id: 'dzmitry_t@...', count: 279287 },
{ _id: 'maniaque.ru@...', count: 262446 },
{ _id: 'e.tabatsky@...', count: 190766 }
`

**_UPD 6 июня, 12:40_**> 361K RPS Голосуй за свой ЯП? [\#ritfest2017][1] high load голосование [@IngramCloud][2] [pic.twitter.com/mT6jfI9L4G][3]
>
> — Alex Hayorov (@hayorov) [June 6, 2017][4]


**_6 июня, 10:00_**
Сегодня второй день! Мы добавили мощностей и немного изменили дизайн, теперь вы можете видеть топ-5 голосующих.

![][5]

Приходите на наш стенд рядом с конгресс-холлом.

[Читать дальше →][6]

[1]: https://twitter.com/hashtag/ritfest2017?src=hash
[2]: https://twitter.com/IngramCloud
[3]: https://t.co/mT6jfI9L4G
[4]: https://twitter.com/hayorov/status/872022128194973697
[5]: https://habrastorage.org/web/b38/5d2/b60/b385d2b609e14264a0deadb572780ecc.jpg
[6]: https://habrahabr.ru/post/330216/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

Мне доводилось видеть множество Linux-серверов, которые, без единой перезагрузки, работали годами, в режиме 24x7. Но ни один компьютер не застрахован от неожиданностей, к которым могут вести «железные», программные и сетевые сбои. Даже самый надёжный сервер может однажды отказать. Что делать? Сегодня вы узнаете о том, что стоит предпринять в первую очередь для того, чтобы выяснить причину проблемы и вернуть машину в строй.

[![image][1]][2]
И, кстати, в самом начале, сразу после сбоя, стоит ответить на весьма важный вопрос: «А сервер ли виноват в том, что случилось?». Вполне возможно, что источник проблемы совсем не в нём. Но, не будем забегать вперёд.
[Читать дальше →][3]

[1]: https://habrastorage.org/getpro/habr/post_images/61d/646/86f/61d64686f2f62167fc6a5ef45dbfd235.jpg
[2]: https://habrahabr.ru/company/ruvds/blog/330350/
[3]: https://habrahabr.ru/post/330350/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

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

Вот и настал тот момент, когда одна картинка лучше тысячи слов.

![image][1]

Теперь в [ночных сборках][2] ReactOS можно установить и даже запустить хромоподобные браузеры.
Стоит отметить, что пока требуется использовать следующие ключи запуска:
> --allow-no-sandbox-job —disable-preconnect —disable-translate —disable-accelerated-video —disable-gpu —disable-plugins —no-sandbox При этом, вероятно, не все они жизненно необходимы, и от некоторых уже можно избавится, Напишите нам об итогах своих экспериментов.
[Читать дальше →][3]

[1]: https://habrastorage.org/getpro/habr/post_images/7e5/f81/b16/7e5f81b160f7e076c345c6d5aecbe15a.jpg
[2]: https://www.reactos.org/getbuilds/
[3]: https://habrahabr.ru/post/330356/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

Привет, Хабр! Наша команда в Москве занимается разработкой внутренней алгоритмической торговой платформы. Сегодня нам бы хотелось рассказать о механизмах, которые мы добавляем в нашу архитектуру для защиты от возможных сбоев.
[Читать дальше →][1]

[1]: https://habrahabr.ru/post/330008/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

![][1]



Прошёл второй день РИТ++, и по горячим следам мы хотим рассказать о том, как всем миром пытались [сломать нашу голосовалку][2]. Под катом — код, метрики, имена победителей и самых активных участников, и прочие грязные подробности.

[Читать дальше →][3]

[1]: https://habrastorage.org/web/96a/abb/c71/96aabbc717a0417084e940e7dd18e4b2.png
[2]: https://habrahabr.ru/company/odin_ingram_micro/blog/330216/
[3]: https://habrahabr.ru/post/330368/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

![][1]



Большинство Node-объектов — вроде HTTP-запросов, ответов и потоков (streams) — реализуют модуль `EventEmitter`, благодаря которому они могут генерировать и прослушивать события.


const EventEmitter = require('events')

Простейшая форма управления по событиям — это callback-стиль некоторых популярных Node.js-функций, к примеру `fs.readFile`. По этой аналогии событие генерируется однократно (когда Node готов к вызову коллбэка), а коллбэк действует как обработчик события. Давайте сначала разберём эту базовую форму событийно-управляемой архитектуры.

[Читать дальше →][2]

[1]: https://habrastorage.org/web/c29/4e4/7ab/c294e47abd5542f5823acd6e55d8359d.jpg
[2]: https://habrahabr.ru/post/330048/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

![][1]Изложение [статьи][2] от том, что давно известные эволюционные стратегии оптимизации могут превзойти алгоритмы обучения с подкреплением.
Преимущества эволюционных стратегий:

* Простота реализации
* Не требуется обратного распространения
* Легко масштабируется в распределенной среде вычислений
* Малое число гиперпараметров. [Читать дальше →][3]

[1]: https://habrastorage.org/web/2a1/69c/260/2a169c2609434b859d845f1a761a38fc.gif
[2]: https://arxiv.org/abs/1703.03864
[3]: https://habrahabr.ru/post/330342/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

В одном из наших первых постов мы [рассказывали][1], что блокчейн представляет собой децентрализованную систему, работа которой поддерживается множеством компьютеров, объединенных в сеть. Блокчейн, хотя и обладает определенного рода [недостатками][2] (ограниченной скоростью работы, по сравнению с централизованными базами данных, а также высоким энергопотреблением — в случае блокчейнов на основе доказательства работы), все равно остается безопасным и надежным решением. Поэтому к этой технологии присматриваются разного рода финансовые институты, банки и даже гиганты IT-индустрии ([IBM][3], [Cisco][4] и [Intel][5]).

В 1994 году криптограф Ник Сабо (Nick Szabo) [предложил][6] использовать компьютеры и криптографию для автоматического выполнения и аудита контрактов. Позднее это привело к появлению так называемых умных контрактов, или просто смарт-контрактов. Такие контракты оформляются в виде кода, а затем сохраняются в системе, где за их выполнением следит сеть компьютеров, управляющая блокчейном. О них мы и поговорим в нашем сегодняшнем материале.

[![][7]][8] [Читать дальше →][9]

[1]: https://habrahabr.ru/company/bitfury/blog/326340/
[2]: https://blockchaintechnologycom.wordpress.com/2016/11/21/advantages-disadvantages/
[3]: https://github.com/hyperledger/fabric
[4]: https://www.wired.com/2015/12/big-tech-joins-big-banks-to-create-alternative-to-bitcoins-blockchain/
[5]: http://www.coindesk.com/intel-testing-blockchain-built-fantasy-sports-game/
[6]: http://firstmonday.org/ojs/index.php/fm/article/view/548/469
[7]: https://habrastorage.org/web/c2e/224/589/c2e224589e3845f39c69c03b6b6dd9b3.jpg
[8]: https://habrahabr.ru/company/bitfury/blog/330316/
[9]: https://habrahabr.ru/post/330316/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

### Преамбула


Есть своя «внешняя» библиотека и есть своё приложение, использующее эту библиотеку (подгружается через внешний репозитарий). Требуется внести изменение и в библиотеку и в приложение.

Казалось бы, собери библиотеку и выложи её в локальный maven-репозитарий, а потом уже собирай приложение. Но хочется, чтобы можно было поправив код в библиотеке сразу попробовать изменения в приложении и при этом сохранить раздельное хранение кода библиотеки и приложения, включая настройки IDE и прочее.

С помощью gradle и символических связей в файловой системе такое можно легко устроить.
[Читать дальше →][1]

[1]: https://habrahabr.ru/post/330162/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

### Преамбула


Есть своя «внешняя» библиотека и есть своё приложение, использующее эту библиотеку (подгружается через внешний репозитарий). Требуется внести изменение и в библиотеку и в приложение.

Казалось бы, собери библиотеку и выложи её в локальный maven-репозитарий, а потом уже собирай приложение. Но хочется, чтобы можно было поправив код в библиотеке сразу попробовать изменения в приложении и при этом сохранить раздельное хранение кода библиотеки и приложения, включая настройки IDE и прочее.

С помощью gradle и символических связей в файловой системе такое можно легко устроить.
[Читать дальше →][1]

[1]: https://habrahabr.ru/post/330162/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

![][1]
В статье речь пойдёт про отечественный МК фирмы Миландр 1886ВЕ5У, будет совсем немного кода и много нытья.

Данный МК построен на ядре PIC17, что заметно при разработке — так как у меня уже есть солидная кодовая база для PIC, мне было чуть проще начать. Также под данный МК можно приобрести отладочную плату — о ней я тоже пару слов напишу.

Я расскажу с какими проблемами столкнулся при разработке прошивки, что понравилось, а что не очень. Всё написанное — моё личное субъективное мнение, потому, сразу оговорюсь, возможно будут описаны проблемы, которые и не проблемы вовсе, а совсем даже особенности и которых можно было бы избежать, обладай я большим опытом разработки.

Итак, поехали.
[Читать дальше →][2]

[1]: https://habrastorage.org/web/6a2/493/1e4/6a24931e49b24cc49beb5ef1c04a86e2.jpg
[2]: https://habrahabr.ru/post/330384/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

![Picture 1][1]


В этом году статическому анализатору PVS-Studio исполнилось 10 лет. Правда, стоит уточнить, что 10 лет назад он назывался Viva64. И есть ещё одна интересная дата: прошло 5 лет с момента предыдущей проверки кода проекта Notepad++. С тех пор PVS-Studio был очень сильно доработан: добавлено около 190 новых диагностик, усовершенствованы старые. Впрочем, ожидать огромного количества ошибок в Notepad++ не стоит. Это небольшой проект, состоящий всего из 123 файлов с исходным кодом. Тем не менее, в коде найдены ошибки, которые будет полезно исправить.
[Читать дальше →][2]

[1]: https://habrastorage.org/getpro/habr/post_images/498/e78/228/498e7822823606ede528ec3aa393b0ae.png
[2]: https://habrahabr.ru/post/330394/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

![image][1]



В предыдущей статье [Нативные ECMAScript модули — первый обзор][2] я рассказал историю JavaScript модулей и текущее состояние дел реализации нативных EcmaScript модулей.



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

[Читать дальше →][3]

[1]: https://habrastorage.org/web/477/efc/32e/477efc32e4624306acb9a5bb1f903570.png
[2]: https://habrahabr.ru/company/tuturu/blog/326716/
[3]: https://habrahabr.ru/post/329918/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

В последнее время активную популярность набирает Kotlin. А что если попробовать выбрать более экзотические языки, и применить к ним те же аргументы? Статья написана по мотивам [этой][1], практически повторяя все аргументы за Kotlin. Основная задача: показать, что Ceylon может практически тоже самое, что и Kotlin, применительно к Java. Но кроме этого у Ceylon есть кое-что еще, что будет описано в следующей статье.



Хочу рассказать о новом языке программирования, который называется Ceylon, и объяснить, почему вам стоит использовать его в своём следующем проекте. Раньше я писал на Java (много и долго, более 10 лет, начиная с Java 1.4 и заканчивая Java 8), и Java мне нравилась. Затем на меня большое впечатление произвела Scala, в результате чего Java как язык стал любить несколько меньше. Но судьба свела меня с языком Сeylon, и в последние полтора года мы пишем на Ceylon везде, где только можно. В реальных коммерческих проектах, правда внутренних. И в данный момент я не представляю себе ситуации, в которой лучше было бы выбрать Java, я не рассматриваю Java как язык, на котором стоит начинать новые проекты.



Ceylon разработан в Red Hat, автор языка — Gavin King, известный по такому фреймворку как Hibernate. Он создавался людьми, которые хорошо понимают недостатки Java, основная цель заключалась в решении сугубо прикладных задач, обеспечение максимально легкой читаемости кода, избегание любых неоднозначностей и подводных камней, во главу всего стала предсказуемость и структурная красота языка. Также большое внимание уделялось приемлемому времени компиляции. В настоящее время версия языка 1.3.2, непосредственно я познакомился с языком, когда вышла версия 1.2.0.



Хотя Ceylon компилируется в JavaScript, я сконцентрируюсь на его первичной среде — JVM.



Итак, несколько причин, почему вам следует полностью переходить на Ceylon (порядок совпадает с одноименными пунктами соответствующей Kotlin статьи):

[Читать дальше →][2]

[1]: https://habrahabr.ru/company/mailru/blog/329294/
[2]: https://habrahabr.ru/post/330412/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut

В мире API, сервисных архитектур и облачных решений многое доступно вообще без программирования. Однако, компании все еще тратят драгоценное время разработчиков на рутинные задачи по интеграции. Мы хотим рассказать об одной из платформ, которая позволяет нам подключить новомодный маркетинговый сервис или проверить гипотезу максимально быстро и без участия разработки.
![][1]
[Читать дальше →][2]

[1]: https://habrastorage.org/web/505/575/f48/505575f485d54b068c5fbba22df86eda.png
[2]: https://habrahabr.ru/post/330382/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut