Ну или начните делать это правильно.

Если бы меня попросили указать на одну конкретную проблему, которая погубила больше всего программных продуктов, то я бы точно назвал тягу разработчиков к предвиденью далёкого будущего. Это может выражаться многими способами, но общая схема примерно следующая:

«Нам нужно реализовать решение {Х}, несмотря даже на то, что есть значительно более простое и подходящее нам сейчас решение {Y}, ведь когда в будущем произойдёт {Z}, то {X} сработает гораздо лучше, чем {Y}».

При этом точной информации о вероятности наступления события {Z} нет и быть не может.

Вот пара примеров:

• Нам нужно использовать kubernetes и docker! Да, с текущей нагрузкой отлично справляется один сервер и его легко настроить и поддерживать, но ведь когда нам нужно будет дюжина серверов — будет легче их разворачивать с kubernetes и docker.
• Нам нужна архитектура распределенной обработки данных! Да, пока со всем справляется один средненький ПК, но когда у нас будет решение промышленного уровня и заказчики потребуют аптайм в пять девяток после запятой в SLA — мы будем к этому готовы.
• Нам нужно нанять команду разработчиков и создать сайт с нуля, не смотря на то, что значительно быстрее было бы развернуть что-то на базе wordpress, ведь когда у нас будет в 100 раз больше клиентов, чем сейчас, то wordpress станет не так удобен.
• Нам нужно использовать наследование вместо композиции, ведь через 5 лет кодовая база разрастётся так, что без этого будет никак.
• Нам нужно написать вот этот код на С++, не смотря на то, что на Python это будет в разы быстрее, ведь спустя годы он будет обрабатывать терабайты данных и Python может здесь не справится.

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

https://habr.com/post/421901/?utm_source=habrahabr&utm_medium=rss&utm_campaign=421901

Или делайте это правильно

Если выбрать одну идею, которая убивает больше всего продуктов, то это создание запаса на будущее (future proofing).

Обычно идея проявляется по схеме.

Нам нужен {X}, и хотя сделать {Y} гораздо легче, но при наступлении {Z} первый вариант упростит нам жизнь.

Где {Z} — событие, которое может произойти в далёком будущем.

Вот несколько примеров:

• Для инфраструктуры нужны Kubernetes и Docker, хотя один большой сервер гораздо проще, но когда придётся масштабироваться до 11-ти серверов, это упростит нам жизнь.
• Для обработки данных нужен распределённый дизайн, хотя централизованное решение гораздо проще, но когда клиент потребует 99,999% безотказной работы в SLA, это упростит нам жизнь.
• Нужно набрать команду разработчиков и создать собственное программное обеспечение, хотя Wordpress и Shopify гораздо проще, но когда клиентская база вырастет в 100 раз, это упростит нам жизнь.
• Нужно использовать дизайн на основе наследования типов, хотя композиция гораздо проще, но после 5 лет увеличения кодовой базы это упростит нам жизнь.
• Нужно написать код в C++ с кэшированием представлений, хотя Python-скрипт с прямыми запросами к Postgres гораздо проще, но при большом увеличении объёма данных это упростит нам жизнь.

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

https://habr.com/post/421895/?utm_source=habrahabr&utm_medium=rss&utm_campaign=421895

Металлург


Иван Тевадросович Тевосян, как вы наверняка догадались — армянин по национальности. Именно Иван Тевадросович. Привычное «Иван Федорович» — русифицированный вариант. Кстати, по одной из версий, «Федоровичем» его сделал не кто иной, как товарищ Сталин. Якобы вождь самолично зачеркнул на поданном документе армянское отчество и написал сверху «Федорович». Это, впрочем, почти наверняка выдумка. Но не верно и любимое армянскими авторами «Ованес Тевадросович». Не возьмусь говорить о причинах, но факт остается фактом – отец нашего героя, небогатый портной из города Шуши, что в Нагорном Карабахе, всех своих детей, кроме младшего Вартана, назвал неармянскими именами: Юлия, Иван и Изабелла. Читать дальше ->

https://habr.com/post/421897/?utm_source=habrahabr&utm_medium=rss&utm_campaign=421897

Как стать программистом от безысходности и подняться к вершинам успеха? Сегодня в нашей виртуальной студии на вопросы отвечает Паша asm0dey Финкельштейн. Паша – один из немногих, кто разбирается в создании бэкендов на Kotlin. Кроме того, он пилит опенсорс, активно участвует в жизни сообщества, и, на минуточку, — побывал на почти всех наших московских Java-конференциях.

Читать дальше ->

https://habr.com/post/421749/?utm_source=habrahabr&utm_medium=rss&utm_campaign=421749

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

Решением было создание централизованного лог хранилища с агрегацией логов и поиском. Выбор пал на ELK стек. ELK — сочетание трех OpenSource проектов: ElasticSearch, Logstash и Kibana. ELK хранит логи, строит графики и есть поддержка полнотекстового поиска с фильтрами. В статье описывается процесс настройки ELK стека для хранения логов Django приложения.

Читать дальше ->

https://habr.com/post/421819/?utm_source=habrahabr&utm_medium=rss&utm_campaign=421819

Не так давно в сети стали массово появляться статьи об эксперименте с продолжительностью рабочей недели, проведенном компанией Perpetual Guardian в Новой Зеландии. Он закончился досрочно, всего через два месяца после начала, показав отличные, по словам руководства компании, результаты. Они были настолько хороши, что Эндрю Барнс, генеральный директор Perpetual Guardian, решил ввести четырехдневную рабочую неделю на постоянной основе.

По его словам, все началось с желания проверить теорию о том, что снижение количества рабочих дней в неделе положительно повлияет на работоспособность сотрудников и общую производительность труда в компании. Насколько инновационным можно считать этот эксперимент и что представляет собой сокращенная рабочая неделя на самом деле? Разбираемся в сегодняшней «Справочной».
Читать дальше ->

https://habr.com/post/421891/?utm_source=habrahabr&utm_medium=rss&utm_campaign=421891

В этом туториале вы узнаете, как создавать и использовать Scriptable Objects в Unity. Scriptable Objects помогут усовершенствовать ваш рабочий процесс, снизить объём занимаемой памяти и даже позволят разделить архитектуру кода.

Согласно документации Unity, ScriptableObject — это код класса, позволяющий создавать в игре Scriptable Objects для хранения больших объёмов общих данных, не зависящих от экземпляров скриптов.

Существует множество причин для использования Scriptable Objects в Unity. Они могут снизить объём используемой под каждый дополнительный префаб памяти, потому что по своей сути Scriptable Object следуют паттерну разработки Flyweight.

Ещё одно преимущество Scriptable Objects, которое будет основной темой этого туториала, заключается в их использовании для удобной пересылки данных. Мы рассмотрим это свойство на примере создания лавки торговца мечами, в которой будут отображаться параметры, цены и описания различных мечей.
Читать дальше ->

https://habr.com/post/421523/?utm_source=habrahabr&utm_medium=rss&utm_campaign=421523

25-го августа мы (FunCorp) совместно c CocoaHeads провели iOS митап. А сегодня для тех, кто не смог посетить мероприятие и посмотреть трансляцию, выкладываем записи докладов.
Читать дальше ->

https://habr.com/post/421883/?utm_source=habrahabr&utm_medium=rss&utm_campaign=421883

Согласно третьему закону Кларка, любая развитая технология неотличима от магии. Действительно, многое в IT воспринимается как сплав технологий и шаманства. «Вжуух!» — и по мановению волшебной палочки где-то далеко рождается новый сервер. «Системы виртуализации,» — понимают одни. «Колдовство...» — думают другие. Компьютерные эффекты дают нам чудовищ, которые кажутся такими же реальными, как выпуски новостей; в режиме он-лайн разворачиваются масштабные битвы, а стриминговые сервисы погружают нас в фантастические миры. И за всем этим стоит брутальное серверное оборудование. Здесь есть слабые юниты массовки, которые почти ничего не могут, а есть прокачанные «танки» — виртуальные серверы, которым всё по плечу. Ну а в фэнтезийных мирах есть лишь одна раса, которая может с ними сравниться — безрассудные орки! Только они никогда не променяют силу и хороший топор на волшебные палочки с низким SLA. А чтобы проверить, насколько хорошо вы осознаете, где проходит граница между фэнтези и реальностью, магией и мощью, мы подготовили тест. Проверим, что вам ближе, орки или VDS. WAAAGH!!!

https://habr.com/post/421813/?utm_source=habrahabr&utm_medium=rss&utm_campaign=421813

Существует несколько распространенных стереотипов про IT-сферу. Например, что это отрасль молодых и рисковых (стартапы и вот это все), что каждый второй программист — фрилансер, на конференции ходят лишь те, кому нечем заняться, что адекватные люди на PHP не пишут, а джавистов можно считать отдельной сектой. Чтобы разобраться, так ли это на самом деле, взглянем на статистику одной из крупнейших IT-конференций — РИТ++ Смотреть в деталях

https://habr.com/post/420953/?utm_source=habrahabr&utm_medium=rss&utm_campaign=420953

В течение всей жизни организма в клетках образуются компоненты, которые в силу разных причин становятся не способны нормально выполнять свои физиологические функции. Такие структуры, как, к примеру, старые дефектные митохондрии, становятся внутриклеточным «мусором». Если бы такой балласт постоянно накапливался внутри клетки, это бы сделало невозможным протекание нормальных внутриклеточных процессов и привело бы к гибели клетки. Чтобы этого не происходило, в клетках существуют специальные «мусоросжигательные заводы» – лизосомы.

Лизосомы – это одномембранные органеллы диаметром от 0,2 до 2 мкм. Для того, чтобы вместить в себя предназначенные для деградации клеточные структуры, лизосомы способны принимать самые разные формы. В среднем, в одной клетке может быть несколько сотен лизосом. Деградация предназначенных для утилизации клеточных компонентов и макромолекул происходит в лизосоме под воздействием специальных расщепляющих ферментов (всего — около 60 различных типов), главный из которых – кислая фосфатаза.

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


Отложения липофусцина в клетке сердца. Лф — липофусцин, м — митохондрия, мф — миофибрилла

Читать дальше ->

https://habr.com/post/421875/?utm_source=habrahabr&utm_medium=rss&utm_campaign=421875

Дэвид Хэррон, автор материала, перевод которого мы публикуем сегодня, задался следующим вопросом: «Должен ли человек, работавший более 10 лет в Sun Microsystems, в команде Java SE, до последнего вздоха думать лишь о байт-коде Java и создавать экземпляры абстрактных интерфейсов?». Он задавал этот вопрос применительно к себе, и для него платформа Node.js, после Java, оказалась подобна глотку свежего воздуха. Дэвид говорит, что когда он был уволен из Sun в январе 2009 года (прямо перед поглощением этой компании Oracle), он узнал о Node.js. Эта технология его зацепила. Что значит «зацепила»? С 2010-го года он много писал о программировании для Node.js. А именно, написал несколько книг, в том числе — «Node.js Web Development», четвёртое издание которой вышло в этом году. Он подготовил множество небольших материалов о Node.js, опубликованных в интернете. Фактически, он уделил очень много времени и сил, рассказывая о платформе Node.js и о возможностях JavaScript. Почему того, кто раньше занимался исключительно Java, так увлекли Node.js и JavaScript?


Читать дальше ->

https://habr.com/post/421741/?utm_source=habrahabr&utm_medium=rss&utm_campaign=421741

В мире все подчиняется определенным законам. Многие вещь, что нас окружают, мы не можем представить иначе. Для нас всегда вода мокрая, огонь горячий, шар шарообразный, а куб кубический, как бы по-детски это не звучало. Но так ли это всегда? К слову, форма любого объекта обусловлена как химическими законами, так и физическими. Но человек всегда будет стремиться подстроить под себя окружающий мир, даже если придется играть с законами естественных наук. Большое внимание в наши дни уделяется минимизации устройств и их отдельных элементов, при этом сохранив или повысив их производительность и снизив энергопотребление. Однако есть и те, кто мыслит чуть шире. Сегодня мы с вами будем знакомиться с исследованием материала, способного менять свою форму по программе, заложенной в него учеными. Что это за материал, какие факторы влияют на его метаморфозы и насколько это важно для будущего технологий — об этом мы узнаем из доклада исследовательской группы. Поехали. Читать дальше ->

https://habr.com/post/421589/?utm_source=habrahabr&utm_medium=rss&utm_campaign=421589

Новая услуга летающей скорой помощи будет использовать мелкие вертолёты с оборудованием, которое в итоге позволит им летать без пилотов

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

Местные чиновники провели неделю за испытаниями этого летательного аппарата для работы в новой службе спасения, которая должна запуститься в январе и будет вылетать на звонки по номеру 911. Но, перемещая полицейских и врачей над долиной Сан-Хоакин, он будет способствовать разработке более амбициозного проекта. Этот чёрный кубик работает на всё активнее растущий проект создания небольших пассажирских летательных аппаратов, способных передвигаться самостоятельно.
Читать дальше ->

https://habr.com/post/421761/?utm_source=habrahabr&utm_medium=rss&utm_campaign=421761

Язык Java появился в уже далёких в 1990-х годах и менее чем за 5 лет стал одним из трёх самых популярных языков на планете. Сегодня, в том числе благодаря развитию мобильного мира, Java продолжает быть современным и невероятно востребованным представителем мира IT.

Но популярность вкупе с возрастом имеет и обратную сторону медали — за эти 23 года было издано огромное количество литературы. Некоторые книги стали настоящей классикой, поэтому именно на них ориентируются преподаватели на учебных курсах даже сегодня в 2018 году. Однако это не означает, что за последние годы не издавалось хороших книг. В подтверждение этого, автор GeekBrains Илья Бубнов изучил онлайн-магазины, чтобы найти десяток самых рейтинговых книг по Java, изданных или переизданных на русском языке за последний год.


Читать дальше ->

https://habr.com/post/421827/?utm_source=habrahabr&utm_medium=rss&utm_campaign=421827

Во время работы в Headlands Technologies мне посчастливилось написать несколько утилит для упрощения создания высокопроизводительного кода на C++. Эта статья предлагает обобщенный обзор одной из этих утилит — OutOfLine.

Читать дальше ->

https://habr.com/post/421475/?utm_source=habrahabr&utm_medium=rss&utm_campaign=421475

Итак, лето закончилось, и теперь можно только вспоминать как было хорошо, пересматривая фотоленту и отчёты с мероприятий. Но не спешите расстраиваться! Впереди осень – время новых знакомств и новых знаний. Сентябрь уже радует нас насыщенной программой событий в IT HR: благодаря подобранным нами конференциям, онлайн-курсам, тренингам и вебинарам вы быстро войдёте в рабочий ритм и вернёте задор.

Следите за обновлениями поста, анонсы событий на вторую половину месяца будут добавлены позднее.
Читать дальше ->

https://habr.com/post/421849/?utm_source=habrahabr&utm_medium=rss&utm_campaign=421849

Аннотация

В прошлой публикации рассматривался вопрос организации резервирования для шлюзов локальной сети. Как вариант решения был предложен скрипт, который на тот момент решал задачу, однако имел ряд недостатков. Спустя некоторое время получилось эти недостатки устранить, частично переписать код и на выходе получить уже что-то приемлемое. Сейчас можно говорить, что скрипты достаточно протестированы, чтобы называться стабильными. Для упрощения понимания всей системы основные моменты по настройке второстепенных сервисов (с точки зрения темы статьи) будут частично продублированы ниже. Причина проста — за это время были переработаны также правила ipfw, dns отправился жить в AD на Samba4 с bind-frontend и безопасным обновлением записей из isc-dhcpd с использованием kerberos, а также вторичными dns-серверами в виде bind-а на шлюзах, был настроен CARP… В общем, стало сильно интереснее, но подробнее о том, что и как работает — ниже. Всё, что можно будет давать ссылками на первоисточник, будет оформлено именно таким образом, дабы не плодить сущности. То, что бралось из каких либо других мест, но что более недоступно, будет приводиться здесь с соответствующими комментариями.
Читать дальше ->

https://habr.com/post/421857/?utm_source=habrahabr&utm_medium=rss&utm_campaign=421857

Введение

Меня всегда удивляло, как много действий надо делать для стейт менеджмент фреймворков — сразу описывать схему, писать мутации, комитать их… Почему бы не сделать всё минимально просто?)

Зачем писать код, когда его можно не писать?

Представляю вашему вниманию мою получасовую поделку — Huex!

Пока что решение доступно только на платформе NodeJS, но для презентации думаю будет достаточно.

Дисклеймер: Huex написан мной всего лишь в развлекательно-образовательных целях и не претендует на место полноценного фреймворка. А теперь поехали.
Читать дальше ->

https://habr.com/post/421783/?utm_source=habrahabr&utm_medium=rss&utm_campaign=421783

Глубокое обучение — Deep learning — это набор алгоритмов машинного обучения, которые моделируют высокоуровневые абстракции в данных, используя архитектуры, состоящие из множества нелинейных преобразований. Согласитесь, эта фраза звучит угрожающе. Но всё не так страшно, если о глубоком обучении рассказывает Франсуа Шолле, который создал Keras — самую мощную библиотеку для работы с нейронными сетями. Познакомьтесь с глубоким обучением на практических примерах из самых разнообразных областей. Книга делится на две части, в первой даны теоретические основы, вторая посвящена решению конкретных задач. Это позволит вам не только разобраться в основах DL, но и научиться использовать новые возможности на практике. Эта книга написана для людей с опытом программирования на R, желающих быстро познакомиться с глубоким обучением на практике, и является переложением бестселлера Франсуа Шолле «Глубокое обучение на Python», но использующим примеры на базе интерфейса R для Keras.
Читать дальше ->

https://habr.com/post/421769/?utm_source=habrahabr&utm_medium=rss&utm_campaign=421769