К вопросу о разном или очередной плач Ярославны

Автор: admin от 9-07-2019, 23:50, посмотрело: 36

(Китайская) Курочка по зернышку клюет и сыта бывает.



Для начала хотелось бы завершить рассуждения о стоимости производства модулей, начатые предыдущим постом. В комментариях к нему была дана ссылка на модуль, аналогичный рассматриваемому, с тем разительным отличием, что продавался он на Али за совершенно невероятную сумму в 58 рублей (далее денежную единицу я употреблять не буду, в оригинале наверняка идет речь о юанях или долларах США, но по отношению к обитателям 1/8 части суши сайт любезно проводит конвертацию). Учитывая то обстоятельство, что в своем посте я определил себестоимость модуля в 300+ рублей, указанная цена вызвала легкую оторопь («и это не фигура речи, обозначающая некую непонятную фигню, а вполне конкретный глагол» — ну очень мне понравилось это выражение Дивова).



К вопросу о разном или очередной плач Ярославны
Пнп: КДПВ ко второй части плача.

Категория: Веб-разработка

 

Древности: краткая история MP3-плееров

Автор: admin от 9-07-2019, 20:00, посмотрело: 38

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



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

Категория: Веб-разработка

 

Метрики DevOps – откуда брать данные для расчетов

Автор: admin от 9-07-2019, 20:00, посмотрело: 33

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



А руководству всё было мало – оно постоянно заказывало всё новые и новые метрики, очень быстро переставая пользоваться тем, что были сделаны ранее.



Последнее время все только и говорили про LeadTime – время поставки бизнесовых фич. Метрика показала сумасшедшее число – 200 дней на поставку одной задачи. Как же все охали, ахали и воздевали руки к небу!



Через некоторое время шум постепенно затих и от руководства поступил заказ на создание еще одной метрики.



Ивану было совершенно понятно, что и новая метрика точно также тихонько помрёт в тёмном уголке.



Действительно, размышлял Иван, знание числа совершенно никому ни о чём не говорит. 200 дней или 2 дня – нет никакой разницы, потому что по числу невозможно определить причину и понять, хорошо это или плохо.



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



Для Ивана это был пройденный этап. Он понимал, что метрики – это просто обычная деревянная линейка для измерений, а все секреты надо искать в объекте влияния, т.е. в том, что эту метрику формирует.



Для интернет-магазина объектом влияния будут его клиенты, приносящие деньги, а для DevOps – команды, создающие и раскатывающие дистрибутивы с использованием конвейера.



Однажды, устроившись в холле в удобном кресле Иван решил как следует продумать как бы он хотел видеть метрики DevOps с учётом того, что объектом влияния являются команды.



Цель метрик DevOps



Понятно, что всем хочется уменьшить время поставки. 200 дней – это, конечно, никуда не годится.



Но как, вот в чем вопрос?

Категория: Веб-разработка

 

Из риелтора в разработчика игр 2. «Операция: Андроид»

Автор: admin от 9-07-2019, 18:05, посмотрело: 31

Добрый день, Хабр.



Две моих предыдущих статьи (раз, два) вы приняли очень тепло и даже выдвинули в топ, поэтому и продолжение не заставило себя ждать. Всего-то полгода, не такой уж и большой срок. Для тех, кто не в курсе – меня зовут Тим, мне 30 лет, я риелтор и сейчас пытаюсь стать разработчиком игр, все еще не умея программировать. А как оно все идет – я вам расскажу и покажу. Статья красочная, приготовьтесь. Заходите под кат, добро пожаловать.



Из риелтора в разработчика игр 2. «Операция: Андроид»

Категория: Веб-разработка, Android

 

Remote cache для iOS, feature toggles, тёмные темы и карьера разработчика — отчёт с Avito iOS Meetup #7

Автор: admin от 9-07-2019, 17:35, посмотрело: 30

На седьмой встрече iOS-разработчиков в нашем офисе обсуждали самописный remote cache для iOS, feature toggles, как использовать proxy-объекты в разработке тёмных тем для приложений, и рассмотрели разные варианты развития карьеры разработчика (фриланс, работа на корпорацию, работа на свой проект). Этот пост — отчёт о том, как прошёл митап. Внутри — видеозаписи, презентации спикеров, ссылки на фотоотчёт и отзывы участников встречи.



Remote cache для iOS, feature toggles, тёмные темы и карьера разработчика — отчёт с Avito iOS Meetup #7

Категория: Веб-разработка, Game Development, iOS

 

Новости из мира OpenStreetMap № 467 (25.06.2019-24.06.2019)

Автор: admin от 9-07-2019, 17:20, посмотрело: 39

Новости из мира OpenStreetMap № 467 (25.06.2019-24.06.2019)



Сравнение качества внесенных данных в OSM с открытыми данными, позволяют сделать дорожную сеть еще лучше 1 | Map data gRoads and OpenStreetMap contributors, ODbL





Картографирование




  • Новая функция онлайн-редактора iD, которая позволяет добавлять теги Wikidata и Wikipedia для брендов розничных сетей, не всегда работает корректно: иногда ошибочно отмечаются заведения с очень похожими именами. Об этом пишет пользователь bikeoid в одном из сообщений об ошибке на GiHub'e. В качестве одного из возможных решений проблемы предлагается использовать тег not:brand:wikidata=, что позволит избежать повторного добавления тега. Куинси Морган (один из двух разработчиков iD), отмечает, что прежде чем использовать тег, его сначала необходимо утвердить согласно правил OSM.

Категория: Game Development

 

Как студенты из Перми попали в финал международного чемпионата по анализу данных Data Mining Cup 2019

Автор: admin от 9-07-2019, 17:20, посмотрело: 34

Всем привет. В этой статье я расскажу о нашем опыте участия в соревновании по анализу данных Data Mining Cup 2019 (DMC) и о том, как нам удалось войти в ТОП-10 команд и принять участие в очном финале чемпионата в Берлине.



Как студенты из Перми попали в финал международного чемпионата по анализу данных Data Mining Cup 2019

Категория: Game Development

 

YouTrack 2019.2: общесистемный баннер, улучшения страницы со списком задач, новые параметры для поиска и другое

Автор: admin от 9-07-2019, 17:20, посмотрело: 37

Всем привет!



Сегодня я вам расскажу, какие изменения вошли в релиз YouTrack 2019.2!



YouTrack 2019.2: общесистемный баннер, улучшения страницы со списком задач, новые параметры для поиска и другое


Рабочие процессы «Конечный автомат», зависящие от типа задачи



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



YouTrack 2019.2: общесистемный баннер, улучшения страницы со списком задач, новые параметры для поиска и другое

Категория: Game Development

 

Видеосвязь «глаза в глаза»: попытки решить проблему отсутствия зрительного контакта

Автор: admin от 9-07-2019, 13:35, посмотрело: 33

Видеосвязь «глаза в глаза»: попытки решить проблему отсутствия зрительного контакта

У наших компьютеров, смартфонов и планшетов имеются встроенные видеокамеры, направленные на пользователей. Видеочаты и видеоконференции – один на один, один со многими, многие со многими – стали обычным делом как в бизнесе, так и среди обычных людей и я думаю, что большинство из нас согласятся, что эта связь гораздо лучше обычного разговора при помощи одного только звука. Наблюдение за лицом другого человека обогащает разговор и повышает удовлетворение от него. Однако меня раздражает одна особенность, связанная с текущей видеосвязью: невозможность участников разговора смотреть в глаза друг другу. В «Звёздном пути» такой проблемы не было, и эта вселенная, естественно, является источником всех моих технологических ожиданий.

Категория: Facebook, Google

 

Визуализируем и разбираемся с Hash Match Join

Автор: admin от 9-07-2019, 12:55, посмотрело: 30

Этот пост является третьей частью серии, посвященной операторам соединения (обязательно прочитайте часть 1 — nested loops joins, и часть 2 — merge joins). Перевод статьи подготовлен специально для студентов курса «MS SQL Server разработчик».



Визуализируем и разбираемся с Hash Match Join

Hash Match Joins — это надежные рабочие лошадки физических операторов соединения.

В то время как Nested Loops Join завершится неудачей, если данных будет слишком много для того, чтобы поместить их в память, а Merge Join потребует, чтобы входные данные были отсортированы, Hash Match соединит любые данные, которые вы подадите на вход (при условии что для соединения выполняется предикат равенства и пока в вашем tempdb достаточно свободного места).

Категория: Программирование

 
Назад Вперед