• Камеры глубины — тихая революция (когда роботы будут видеть) Часть 2



      В первой части этого текста мы рассмотрели камеры глубины на основе структурного света и измерения round-trip задержки света, в которых в основном применяется инфракрасная подсветка. Они отлично работают в помещениях на расстояниях от 10 сантиметров до 10 метров, а главное — весьма дешевы. Отсюда массовая волна их текущего применения в смартфонах. Но… Как только мы выходим на улицу, солнце даже сквозь облака засвечивает инфракрасную подсветку и их работа резко ухудшается. 

      Как говорит Стив Бланк (по другому поводу, впрочем): «Хотите успеха — выходите из здания». Ниже речь пойдет про камеры глубины, работающие вне помещений. Сегодня эту тему сильно двигают автономные автомобили, но, как мы увидим, не только.


      Источник: Innoviz Envisions Mass Produced Self-Driving Cars With Solid State LiDAR

      Итак, камеры глубины, т.е. устройства снимающие видео, в каждом пикселе которого расстояние до объекта сцены, работающие при солнечном свете!

      Кому интересно — добро пожаловать под кат!
      Читать дальше →
    • Разработка и тестирование смарт-контрактов Hyperledger Fabric

        Hyperledger Fabric (HLF) — платформа с открытым исходным кодом, использующая технологию распределенного реестра (DLT — distributed ledger technology), предназначенная для разработки приложений, работающих в среде бизнес-сетей, созданных и контролируемых консорциумом организаций с применением правил доступа (permissioned).


        Платформа поддерживает смарт-контракты, в терминах HLF — чейнкоды (chaincode), создаваемые на языках общего назначения, таких как Golang, JavaScript, Java, в отличие, от, например, Ethereum, в котором используется контрактно-ориентированный, ограниченный по функциональности язык Solidity (LLL, Viper и др).



        Разработка и тестирование чейнкодов, в силу необходимости развертывания значительного количества компонент блокчейн-сети, может быть достаточно долгим процессом с высокими временными затратами на тестирование изменений. В статье рассматривается подход к быстрой разработке и тестированию HLF смарт-контрактов на Golang с помощью библиотеки CCKit.

        Читать дальше →
      • Панацея ли Scrum — 2!

          Этот топик, есть продолжение вот этого топика: habrahabr.ru/blogs/pm/39308

          Итак. Продолжим повествование на тему Скрама.

          Перед тем, как описать саму методологию, чуть коснёмся классификации. Часто приходится слышать: у нас XP методология, а у нас Скрам, а у нас Agile девелопмент. Всё это имеет право на жизнь. Но, на мой взгляд, желательно правильно соотносить эти понятия.

          XP — это набор принципов и подходов, меняющих традиционное отношение к разработке современного программного продукта.

          Agile – это общее название группы гибких и достаточно успешных методик организации ведения проектов. Методик, которые, как правило, опираются на принципы XP и предполагают быструю итеративную разработку, тесное общение с заказчиком и, за счёт тесного общения членов команды, минимизацию создания дополнительных сущностей (артефактов/документов), которые традиционно создавались в процессе работы над проектом. Минимизацию всего того, что создаётся помимо самого программного кода.

          Scrum – это одна из конкретных Agile-методик. То есть чёткий шаблон (каркас) организации управления проектом. Со своими терминами и понятиями. Если вы близко следуете именно этому шаблону, то можно сказать, что вы ведёте разработку по Скрам.

          Я часто сталкиваюсь с другой классификацией, когда XP называют Agile методологией. Сложно сказать…
          Читать дальше →
        • Scrum. Из хаоса к порядку и высокой продуктивности

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

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

          Под катом длинная реальная история внедрения Scrum в процес разработки, который переживал не лучшие времена. Надеюсь эта история будет вам интересна и, возможно, поможет вам решиться или решить какие-то проблемы.
          Читать дальше →
        • Жизнь управленца, кадр 2, жесткая воля

          После размещения первого своего поста, я получил то, что и ожидал.

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

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

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

          Давайте рассмотрим что необходимо вам, как менеджеру, если вы хотите построить здоровый, живой и развивающийся коллектив. Особенность команды разработчиков в том, что это действительно команда. Скажем, в других компаниях может иметь место коллектив, офис, сотрудники, но команда обычно собирается там, где есть люди которые приносят большую пользу своими навыками и умениями и где легко можно определить тех, кто пытается плыть по течению, не внося свой вклад в коллективный продукт. Поэтому компании разработчиков обычно состоят из команд.
          Читать дальше →
        • Документирование по ГОСТ 34* — это просто

            Сегодня мы поговорим об отечественных стандартах на проектную документацию. Как эти стандарты работают на практике, чем они плохи и чем хороши. При разработке документации для государственных и серьезных частных заказчиков у нас обычно нет выбора — в требования по документированию ТЗ вписано соблюдение стандартов. На практике мне приходилось сталкиваться с различными примерами недопонимания структуры стандартов, того, что должно быть в документах и зачем эти документы нужны. В итоге из-под пера техписателей, аналитиков и специалистов выходят порой такие перлы, что непонятно, в каком состоянии сознания они писались. А ведь на самом деле все достаточно просто. Поиск по Хабру не вернул ссылок на более-менее целостный материал на данную тему, потому предлагаю закрасить этот досадный пробел.
            Читать дальше →
          • 300 потрясающих бесплатных сервисов

            • Перевод


            Автор оригинальной статьи Ali Mese добавил ещё 100 новых бесплатных сервисов. Все 400 потрясающих сервисов доступны здесь. И еще подборку +500 инструментов от 10 марта 2017 г. смотрите здесь.



            A. Бесплатные Веб-Сайты + Логотипы + Хостинг + Выставление Счета

            • HTML5 UP: Адаптивные шаблоны HTML5 и CSS3.
            • Bootswatch: Бесплатные темы для Bootstrap.
            • Templated: Коллекция 845 бесплатных шаблонов CSS и HTML5.
            • Wordpress.org | Wordpress.com: Бесплатное создание веб-сайта.
            • Strikingly.com Domain: Конструктор веб-сайтов.
            • Logaster: Онлайн генератор логотипов и элементов фирменного стиля (new).
            • Withoomph: Мгновенное создание логотипов (англ.).
            • Hipster Logo Generator: Генератор хипстерских логотипов.
            • Squarespace Free Logo: Можно скачать бесплатную версию в маленьком разрешении.
            • Invoice to me: Бесплатный генератор счета.
            • Free Invoice Generator: Альтернативный бесплатный генератор счета.
            • Slimvoice: Невероятно простой счет.

            Читать дальше →
          • Музыка как инфраструктура: выбор наушников

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

              А вот и нет, не поможет! Выбирая наушники для себя, я однажды понял, что несмотря на огромное количество ресурсов – статей, обзоров, тестов, обсуждений на форумах – вроде бы старающихся мне помочь, я на самом деле страшно одинок. Если статья или пост написаны с максимально нейтральной позиции, то они полезны разве что для самообразования, но не для выбора. Все остальное – форумы, советы продавцов, даже искренне старающихся помочь, друзей и знакомых – зачастую «помогают» выбрать наушники, от которых страшно болит голова и никакого кайфа. А что делать-то?
              А вот что!
            • Дайджест продуктового дизайна, декабрь 2014

                С 2010 года я публикую регулярные обзоры свежих статей по теме интерфейсов, новых инструментов и коллекций паттернов, интересных кейсов и исторических рассказов. Из лент нескольких сотен тематических подписок отбирается примерно 5% стоящих публикаций, которыми интересно поделиться. Предыдущие материалы: апрель 2010-ноябрь 2014.
                Дайджест продуктового дизайна, декабрь 2014
                Читать дальше →
                • +14
                • 12,1k
                • 2
              • Сага о светодиодных лампах. Часть 1 — история и терминология

                Этой статьей я хотел бы начать серию публикаций, посвященных приборам, которые человечество применяет для освещения. Как явствует из заголовка, основное внимание планируется уделить светодиодным лампам, их сравнению и рассказу о том, почему одни лампы получаются хорошими, а другие — плохими, сопровождаемому наглядными примерами того и другого. Да-да, все верно — планируются замеры, распиливания и раскручивания. Однако прежде чем начинать что-то мерять и сравнивать, всегда полезно немного погрузиться в историю вопроса и поговорить о том, что же и зачем надо мерять.
                Читать дальше →
              • GamepadAPI или джойстик в браузере

                  Здравствуй, Хабр!





                  Смотря, как всё более новые и новые технологии внедряются в веб, смотря, как в него переносят игры, я задумался: «А было бы круто, если бы геймпад тоже можно было подключить...». И в поиске первым же результатом было GamepadAPI.
                  Немного ниже ссылка на W3C GamepadAPI. Посмотрев, попробовав, я обнаружил ряд проблем, подводных камней, которые поставили бы крест на внедрении джойстиков в браузер. И я решил это исправить, создав интерфейс. Что есть «из коробки», и что именно было доработано, изменено и на мой взгляд улучшено, описано под катом.

                  Чтобы ходить по воде, надо знать, где подводные камни...
                • Уютный книжный пост для вас и вашего проекта

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

                    Если вы хотите найти и/или поделиться хорошими книгами, добро пожаловать под кат.

                    image

                    Читать дальше →
                  • Карьера менеджера проекта vs организация

                      В предыдущей статье «Медовый месяц менеджера: как его провести с пользой» мы говорили о том как происходит назначение на позицию менеджера и что может делать новый менеджер первые месяцы работы в должности. Давайте продолжим разбираться в этой теме.

                      Как построить карьеру менеджера проектов?


                      Нужно ли расти из технического специалиста или целенаправленно, с нуля учиться на менеджера? Смогу ли я управлять коллективом, не умея выполнять задания, которые я даю своим сотрудникам? Что ждет меня через 3-5-7 лет? Что предпринять сейчас, чтобы приблизиться к собственной мечте (и какова вообще она — карьерная мечта руководителя проектов)?

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

                      Сам я давно пришел к убеждению, что ни у специалистов по кадрам, ни у тех, кто занимается проф. ориентацией, нет ответов ни на эти, ни на более конкретные вопросы. Например, «Может ли менеджер проектов перейти из сферы ИТ, скажем, в строительство?».

                      Мы знаем, примеры есть. Однако, когда и почему такие переходы оказываются успешны — ответить затрудняемся.

                      Часто работодатели не ограничиваются в вакансии требованиями к знаниям проектного управления и общему стажу, а обязательно требуют релевантный опыт (например — 5 лет в управлении разработкой сайтов или внедрения ERP и т.п.). Сами менеджеры тоже стараются строить карьеру с таким прицелом, чтобы развиваться в наиболее симпатичной области. Но это на уровне интуиции. А можно ли подвести под нее какие-либо правила?
                      Читать дальше →
                      • +28
                      • 59,9k
                      • 9
                    • Семь принципов создания современных веб-приложений

                      • Перевод
                      • Tutorial
                      Эта статья основана на моей презентации с конференции BrazilJS в августе 2014 года. Она базируется на идеях, о которых я писал в блоге недавно, в основном, в связи с UX и производительностью.

                      Я хочу представить 7 действенных принципов для веб-сайтов, которые хотят применить JavaScript для управления UI. Эти принципы являются результатом моей работы как веб-дизайнера, но также как давнего пользователя WWW.

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

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

                      • Должен ли JavaScript использоваться как замена функциям браузера: история, навигация, рендеринг?
                      • Умирает ли бэкенд? Нужно ли вообще рендерить HTML?
                      • Правда ли, что будущее за приложениями на одной странице (Single Page Applications, SPA)?
                      • Должен ли JS генерировать страницы на веб-сайте и рендерить страницы в веб-приложениях?
                      • Нужно ли использовать техники вроде PJAX или TurboLinks?
                      • Каково точное отличие между веб-сайтом и веб-приложением? Должно ли остаться что-то одно?
                      Читать дальше →
                    • 100 приемов по управлению временем, вниманием и энергией

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

                      «Хаки» времени


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

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

                      Для начала вот несколько моих любимых приемов по тому как:
                      -  получить больше времени;
                      -  тратить время на правильные вещи.
                      Читать дальше →
                    • Московская область под Пробкоскопом


                        На основе сервиса Яндекс.Пробки мы нарисовали красивые шевелящиеся картинки на карте Московской области. В нашем Пробкоскопе (tm) можно посмотреть, как выглядит транспортная ситуация за неделю в Московской области в целом и для каждой конкретной точки в квадрате 200 x 200 км вокруг Москвы.

                        Прочесть как мы это сделали
                      • Немного про нейтрино, космологию и отечественные проекты

                        Навеяно статьей про IceCube и первые пойманные нейтрино прямой генерации.
                        Несомненно, это великое достижение для нейтринной астрофизики, и вообще всей физики в целом. Событие, по масштабам сравнимое с открытием бозона Хиггса, и не менее интересное. Однако хотелось бы уточнить несколько моментов описанных, как в самой статье, так и в комментариях к ней.
                        Читать дальше →
                      • 1967 года рождения и моложе

                          Прочитав этот и этот топики на печальную пенсионную тему я решил поделиться внутренними наработками нашей кадровой службы для наших сотрудников. Дальше много несмешного текста без картинок.
                          Читать дальше →
                        • Как я покупал 3D-принтер


                            Данный пост является своеобразным предостережением тем, кто задумал купить 3D-принтер. Этот, казалось бы, простой процесс для цивилизованных стран, может вдребезги разлететься о суровые Российские реалии. Я, сам того не ожидая, сумел пройтись по всем возможным граблям, и на собственной шкуре убедился, как же в действительности обстоят дела по «ту сторону экрана». Итак, приглашаю Вас поучиться на чужих ошибках.
                            Читать дальше →
                          • Разоблачение 12 юридических заблуждений о программах для ЭВМ



                            Заблуждение / опасная привычка На самом деле … Наш совет прост:
                            1. Мы создали программу и автоматически стали ее авторами и правообладателями. Для охраны и продажи программы никаких документов оформлять не нужно, ведь она охраняется авторским правом — ©! Действительно: программа для ЭВМ охраняется авторским правом как литературное произведение (п.1 ст. 1259, ст. 1261 ГК РФ).

                            Но то, что для возникновения авторских прав не требуется регистрация или соблюдение каких-либо иных формальностей (п.4 ст. 1259 ГК РФ), ни в коем случае не освобождает:
                            − от соблюдения набора критериев, установленных законом;
                            − от необходимости документально доказать факт создания программы и свои права на них.

                            Неоформленный SOFT закон не охраняет.

                            Всё просто: если у вас спор о правах на программу, то без документов вы не сможете доказать, что (1) у вас были права и (2) ваши права нарушены, (3) что сама эта совокупность данных и команд на языке программирования является интеллектуальной собственностью (ведь различные версии и релизы никакой новой интеллектуальной собственности не создают).
                            То же самое – при постановке на бухгалтерский учёт и оформлении бухгалтерских проводок.

                            Коротко говоря: нет документов = нет интеллектуальной собственности = нет нарушений прав = нет компенсации за нарушение прав.
                            Оформляйте много хороших и разных документов при создании программ для ЭВМ:
                            — договоры с авторами;
                            — договоры с подрядчиками;
                            — технические задания;
                            — протоколы совещаний и тестов;
                            — соглашения между соавторами;
                            — авторское свидетельство;
                            — сертификат признания интеллектуальной собственности;
                            — спецификация РИД;
                            — свидетельство о регистрации программы для ЭВМ (Роспатент).
                            Читать дальше →