• Открытая бесплатная трансляция конференции 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-типов вполне оправдано, получилось хорошо. »
  • «Скорее всего, будет расти как снежный ком» — Андрей Бреслав и Антон Кекс о Kotlin
    +7
    Можно найти и сто причин, по которым Котлин никому не нужен, и сто причин, по которым он всем нужен (например, я лично знаю server-side разработчика, который страшно устал от boilerplate-кода в Java и хотел бы использовать Kotlin из-за этого), и всё это будут предположения и anecdotal evidence.

    А можно посмотреть на график в начале текста и увидеть, что по факту он _уже_ растёт как снежный ком — вопрос только в том, до каких масштабов дорастёт.
  • «При работе над инспекциями кода встречаешь Java-паззлеры каждый день»: Тагир Валеев о работе над IntelliJ IDEA
    0
    Я тоже не очень силён в Java GUI и не могу говорить за JetBrains, но хочется предположить, что ещё нехватка мощных аргументов в пользу перехода: понятно, что для новых проектов JavaFX предпочтительнее, но не уверен, что давно существующий получит какие-то громадные плюшки, оправдывающие затраты на миграцию.
  • Все конференции JUG.ru Group: итог 2016-го и планы на 2017-й
    +2
    У многих из перечисленных конференций видеозаписи уже доступны, в тексте есть ссылки на YouTube-плейлисты. У почти всех митапов тоже. Записи оставшихся позже тоже станут доступны.
  • DotNext 2016 Moscow: Спокойствие после бури
    +1
    «Suck», да. Ну, возможно, некоторая разница в степени грубости есть, но перед словом «отстой» обычно не возникает вопрос «можно ли мне так сказать» :)
  • HolyJS Moscow: Время экспансии
    +2
    It's not a matter of what I personally prefer. It's a matter of what's established in the industry. In software development people read a lot of texts in English so it's no surprise the established vocabulary borrows heavily from English.