• Павел Дуров: После обращения РКН, Apple заблокировала обновления Telegram по всему миру
    +7
    Ваше видение ситуации отличается от имеющейся информации с точностью до наоборот. Apple не «блокирует Telegram из-за несоответствия GDPR», а блокирует то обновление Telegram, которое как раз сделало бы его соответствующим GDPR.
  • От дополненной реальности до Kotlin: как прошёл Mobius 2018 Piter
    +1
    Есть в открытой трансляции первого дня, в самом конце.
  • UI-компоненты на пиксельных шейдерах: пишем ваш первый шейдер
    0
    Спасибо за уточнения, про компиляцию в тексте подправили.
  • TON: Telegram Open Network. Часть 1: Вступление, сетевой уровень, ADNL, DHT, оверлейные сети
    0
    Ну там в пятом сезоне пока толком не добавилось информации к той, которая была в четвёртом :)

    Несмотря на пост, мне всё-таки не вполне ясно, как TON Services будут выглядеть на практике. Могут ли там возникать масштабные и сложные проекты, или это для простых сервисов? Сервисы будут целиком находиться в инфраструктуре Telegram/TON, или им может требоваться внешний хостинг?
  • TON: Telegram Open Network. Часть 1: Вступление, сетевой уровень, ADNL, DHT, оверлейные сети
    +3
    Денис, спасибо за проделанную работу! У меня есть глупые вопросы человека, слабо разбирающегося в децентрализованных системах:

    1. Когда читаю «каждое клиентское приложение Телеграма будет включать в себя узел TON», задумываюсь о том, как это будет сказываться на конечных пользователях. Окей, майнить на наших смартфонах никто не собирается, но воображение все равно рисует картины, где это ест у пользователя интернет-трафик, заряд аккумулятора и место в постоянной памяти. Что ты можешь сказать по этому поводу?

    2. Как потенциальная децентрализация сказывается на (не)возможности заблокировать Telegram? Станет ли он резко на порядки неблокируемее?

    3. Если ты продолжаешь смотреть Silicon Valley, то скажи, насколько корректно проводить параллели между TON Services и текущей версией Pied Piper? :)
  • Открытая бесплатная трансляция конференции Mobius 2018 Piter
    0
    В том смысле, что сам Kotlin недавний? Ну тут смотря от чего отсчитывать, в разработке-то он с 2010-го)
  • Как стать GPU-инженером за час
    0
    Я тоже бегло гуглил, вместо однозначных ответов нашлись в основном реплики на форумах, но все эти реплики были в духе «integer performance seems to still lag behind float32 performance significantly» (отсюда)
  • Как стать GPU-инженером за час
    0
    Не могу говорить за автора доклада (отправил ему ссылку), но у меня есть предположение, что он запускал на айфонном CPU, а вы на десктопном.
  • Как стать GPU-инженером за час
    0
    Думаю, это просто ограничения тайминга — если в докладе упоминать вообще всё заслуживающее внимания из прошлого, то до настоящего не успеешь добраться.
  • Один день в Альфа-Банке: мобильная разработка
    +1
    Судя по описанию последнего апдейта, голодающие дети спасены :)

  • Один день в Альфа-Банке: мобильная разработка
    0
    Я лично (как клиент Альфы) тоже предпочёл бы, чтобы при плановой замене карты меня заранее спрашивали «в каком отделении хотите получить», но мне кажется, что это вопрос не к мобильным разработчикам :)
  • Один день в Альфа-Банке: мобильная разработка
    0
    [удалено, случайно промахнулся веткой]
  • Новости Android-разработки, на которые стоит подписаться
    0
    Посмотрю на него, спасибо.
  • Стоимость игр
    +1
    «если игра — очередная FIFA или NFS или очередной FPS про войну или терористов...»

    «для свежих игр помимо варианта скачать и самому попробовать — я других не вижу»

    То есть без скачивания не заметить, что игра — очередная FIFA или NFS? :)
  • 10 цитат HolyJS 2017 Moscow
    +1
    Как обычно, зрители получают видеозаписи всех докладов быстро, а в публичном доступе они будут размещены спустя несколько месяцев.

    Но открытая YouTube-трансляция первого зала остаётся доступна, так что у части докладов необработанную запись можно увидеть уже сейчас.
  • Один день в Альфа-Лаборатории: Java-разработка
    0
    Собственно из поста выше, но там речь не о штрафах на уровне организации, а о внутренней инициативе одной конкретной команды:

    — Со стороны банк может представляться строгой организацией со штрафами за минутное опоздание — а на практике у вас рабочие часы заданы жёстко или нет?

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

    Но при этой свободе отдельные команды зачастую вводят какие-то собственные дисциплинирующие практики. Сейчас как раз будет daily scrum meeting команды, где было решено за опоздание на DSM брать маленькие штрафы. DSM у команды в 11:30, а в банке уже сумма накопилась ощутимая. Ещё немного накопится и сходим на эти деньги командой в бар.
  • Один день в Альфа-Лаборатории: Java-разработка
    0
    Не до конца понял вашу мысль — «да в спб/мск до полудня никто и не просыпается», или какая-то другая? :) Anyway, раз это одна команда ввела сама для себя, то не вижу проблемы — видимо, её участники это нелепым не считают, а на остальных это не сказывается.
  • Анонс HolyJS 2018 Piter: как 1988-й сказывается на 2018-м
    0
    Такие и есть. Как отмечено в посте, во многих случаях билет оплачивает работодатель.
  • Обзор программы HolyJS 2017 Moscow: от WebAssembly до Yarn
    0
    Зрителям конференции записи станут доступны почти сразу, а в открытый доступ будут выложены спустя несколько месяцев.
  • Перформанс во всех смыслах: как прошёл DotNext 2017 Moscow
    +1
    Когда выбирал, кого упомянуть, смотрел в числе прочего на лидеров зрительских оценок — и Симан при хороших оценках в лидерах всё-таки не оказался :)
  • Перформанс во всех смыслах: как прошёл DotNext 2017 Moscow
    0
    Точный срок не назову, но общая схема обычная, да.
  • От Kotlin до плётки: как прошёл Mobius 2017 Moscow
    +1
    Это тоже к образу художника (см. текст)
  • Назад в будущее: как прошёл Joker 2017
    +3
    В текст человеческого объёма вечно не влезают все доклады, которые хочется упомянуть, и приходится чем-то жертвовать — конкретно в этом случае исходил из того, что про этот доклад хаброюзеры могли читать в связи с JBreak.
  • Назад в будущее: как прошёл Joker 2017
    +1
    Когда я сравнивал оценки (отзывы тогда ещё продолжали приходить, так что что-то могло измениться), суть была такой: в топ докладов конференции он не попал, но и какого-то страшного провала по средней оценке там нет.

    Рад, что в целом конференция понравилась!
  • Что общего у разработки программного обеспечения с разработкой настольных игр?
    +2
    Прочитал это, и теперь тоже всю жизнь буду мечтать о появлении хорошей настолки по This War of Mine.
  • «Java-разработчики не осознают проблему с профайлерами»: Андрей Паньгин и Нитсан Вакарт о Java-профилировании
    0
    Извините, я случайно упустил оповещение о вашем комментарии, поэтому только теперь его аппрувнул)
  • Эти токсичные, токсичные собеседования
    0
    «Всё началось, когда автор Ruby on Rails признался миру...»

    Насколько могу судить, всё началось с блог-поста yegor256, а Дэвид подключился уже потом.
  • «Важно расставлять приоритеты»: о тестировании в Сбербанк-Технологиях
    +2
    Могу уточнить у интервьюируемого, но предполагаю, что ошибки нет, из-за ряда факторов. У Сбертеха:
    — высока цена ошибки, поэтому тестировать надо тщательно
    — очень много аспектов тестирования, на которые забивают многие компании (нагрузка, безопасность и прочее)
    — много внутренних продуктов, которые для нас незаметны, а при этом тоже требуют тестирования
    — огромный масштаб организации (один из самых крупных банков в мире)
  • Анонс Mobius 2017 Moscow: покорение Москвы
    +3
    Есть, конечно, сами доклады-то новые будут.
  • «Интересная тема для обсуждения — относительность тестового покрытия»: T-Systems о тестировании
    0
    Спасибо за внимательность, добавили пробел, теперь планета снова может спать спокойно!
  • «Готовимся к переходу на Angular 4»: Tinkoff.ru о JS-разработке
    +9
    Комментарии быстро подтвердили собой тезис «вечный холивар между Реактом и Ангуляром вообще благодатная тема» :)
  • «55% наших пользователей вообще не используют веб-версию» — Tinkoff.ru о мобильной разработке
    +1
    На сайте внизу страницы есть список из семи приложений; слово «интересное» из них, по-моему, лучше всего подходит к «Инвестициям» :)
  • «Через год-два .NET Core потеснит Java на рынке enterprise решений», — Интервью с Jon Skeet, Google
    +1
    Вы правы, над Jigsaw дольше работают (хотя .NET Core анонсирован в 2014-м, тоже не сказать чтобы вчера). Но по внешним признакам мне кажется, что там всё равно с релизом начнётся веселье, и переход к модулям будет долгим и болезненным.
  • «Через год-два .NET Core потеснит Java на рынке enterprise решений», — Интервью с Jon Skeet, Google
    +6
    По моим ощущениям, все радикальные новшества вроде Core и Jigsaw требуют «конопашиться» годы, и если в случае с Core уже прошло больше года и теперь всё наконец становится осмысленненее, то в Java летом с выходом Jigsaw долгое конопашенье только начнётся :)
  • Два сапога Java: как прошли JBreak и JPoint 2017
    +3
    Как обычно: участники получат записи быстро, а в публичный доступ будет выложено спустя несколько месяцев.
  • God mode ВКонтакте
    +2
    Ну да, но бывает «отбалды и на первый взгляд правдоподобно», а тут «отбалды и вопиюще очевидный бред», и меня впечатлило то, насколько автор этого в своих словах не замечает)
  • God mode ВКонтакте
    +1
    Согласен, что не помешало бы. Но если кто-то так упорно хочет переслать картинку, что принялся искать обход автоматики, предполагаю, что он готов и внести изменения в картинку (и, вполне вероятно, вообще с этого начал). То есть думаю, что какой-то эффект от хэша был бы, но скромный.
  • God mode ВКонтакте
    +6
    «аптайм упал до 80%»
    Из-за такого конкретного числа прямо любопытно: я правильно понял, что, по-вашему, ВК недоступен в среднем по пять часов в день? :)
  • God mode ВКонтакте
    +8
    То есть вы в ситуации, когда можно предотвратить 90% распространения потенциально персональной информации, предпочли бы не делать этого по причине «найдутся несколько процентов переименовывающих» и увеличить масштаб проблемы на порядок?

    Или вы форс-мажорных условиях за час на коленке написали бы продвинутый анализ изображения?
  • Тёмный путь
    +12
    Если после текста заинтересовало мнение «другой стороны» — этот пост недавно как раз обсудили в интервью на Хабре Андрей Бреслав, возглавляющий Kotlin, и Антон Кекс, пишущий на Kotlin:

    «Антон: Андрей, а ты видел интереснейший пост Uncle Bob как раз на тему Kotlin и nullability? Он хорошо прошёлся по этой nullability, мне интересен твой комментарий.

    Андрей: Он написал в общей сложности три поста, посыл примерно такой: когда-то были языки без типов, потом языки с типами, потом снова стали популярны языки без типов, такой маятник качается туда-сюда, сейчас маятник качнулся в сторону типов и ушёл за точку баланса. У нас больше типов, чем надо.

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

    Во-вторых, там есть некоторые конкретные аргументы «как же, если я, например, сделал какой-нибудь тип в своей программе nullable, то мне ж теперь надо поменять всю остальную программу, чтобы эта программа скомпилировалась». Этот момент я не понимаю, потому что — да, конечно, нужно что-то поменять, это содержательно. Если какой-то тип стал nullable, значит, код, который этот тип использует, должен учесть этот факт, иначе он будет неправильно работать! И, конечно, этот код надо поменять. Ну, можно его запустить, получить исключение, и поменять потом, а можно просто сразу поменять. Вот в Kotlin надо сразу.

    Там ещё есть какие-то аргументы, аналогии с const в C++, ещё чем-то — эта аналогия не совсем корректная, по-моему.

    Антон: При всём уважении к Uncle Bob, мне тоже кажется, что он просто использовал возможность ещё раз сказать «вы всё равно должны писать тесты для своего кода, и компилятор вас не спасёт». В чём он, в принципе, прав, но мне лично очень нравится в Kotlin эта фича с nullability, может быть, для меня это даже одна из основных фич, ради которых хочу писать на Котлине. С другой стороны, бывает такое, когда Kotlin не позволяет мне легко описать то, что я хочу, компилятор говорит, что я должен где-то поставить либо ?, либо !!.. В последнее время, когда у меня всё больше опыта с языком, мне всё меньше приходится бороться с компилятором, но есть такие кейсы. Для этого есть ещё ключевое слово lateinit, которое иногда помогает. Так что есть и плюсы, и минусы, но мне кажется, что всё-таки уклон ушёл в правильную сторону, что от этого больше пользы, чем неудобства.

    Андрей: Безусловно, я согласен, что минусы есть, но за всё надо платить. Если мы хотим, чтобы компилятор что-то гарантировал, то требуется какое-то количество работы с нашей стороны. Здесь просто вопрос, что более оправданно. По-моему, опыт нас самих и всех остальных людей с Kotlin показывает, что введение nullable-типов вполне оправдано, получилось хорошо. »