пусть делают что хотят

чтобы все стороны были удовлетворены, включим в него темнокожих котов геев

да нам насрать честно) лицензия MIT

В смыслеееее

Мы не трогали ваши исходники ало

чтобы все стороны были удовлетворены, включим в него темнокожих котов геев

я тут

странный наезд какойт:D просто сказали что есть исходники, а причем тут наличие проги в гуглоплее?:D

странный наезд какойт:D просто сказали что есть исходники, а причем тут наличие проги в гуглоплее?:D

уважаемый кварк, вы нарушаете протоко заседания

Так он сказал мы у него забрали

Я бы ничего не говорил

сначала все должны обмазаться вазелином, и торжественно внести вентелятор с одной стороны комнаты и экскременты - с другой

потом будут прения сторон

и все багают и кричат Ко-ко-ко-ко-ко-ко...

Ко-ко-ко-ко-ко-ко...ля хейтер

подкасты надо таким голосом читать

@Xyarim сможешь короткий текст зачитать? (я пришлю)

@Xyarim сможешь короткий текст зачитать? (я пришлю)

Ок

Возвращать null в не void методе это норм?( return в методе не единственный)

смотря что возвращаешь)

если объект данных, то лучше без нула обойтись)

как вариант указать дефолтные поля в классе

Возвращать null в не void методе это норм?( return в методе не единственный)

это очень плохо лучше кидать исключение или возвращать валидное значение типа Collections.emptyList

это очень плохо лучше кидать исключение или возвращать валидное значение типа Collections.emptyList

спорное утверждение :)

Вот как в этом примере. Там последний return null

Вот как в этом примере. Там последний return null

ну нуллл в данном случае моделирует сообщение об ошибке

спорное утверждение :)

С null будешь получать непонятные NullPointerException что может быть хуже

Если возвращать null - то с другой стороны на null проверять. Аннотация @Nullable весьма поможет в таком случае

код засирается ненужными проверками на нулл

код засирается ненужными проверками на нулл

код засирается ненужными заглушками в противном случае

Этож класика, подробнее читать в книге "Чистый код"

ну допустим если этот нул в любом случае по одному месту пустит всю логику, то лучше сразу эксепшн кинуть

код засирается ненужными заглушками в противном случае

он становится меньше и понятнее, без проверок на нул и ошибок

ну допустим если этот нул в любом случае по одному месту пустит всю логику, то лучше сразу эксепшн кинуть

эксепшон точно не канает, он долго строится

Засирается, факт. Однако мало ли что там человеку надо, не хотел развозить холивар)

ну допустим если этот нул в любом случае по одному месту пустит всю логику, то лучше сразу эксепшн кинуть

да

Этож класика, подробнее читать в книге "Чистый код"

надо знать правила, чтоб уметь их нарушать

рассмотрим пример

эксепшон точно не канает, он долго строится

эксепшен это нештатная ситуация, она редко происходит, поэтому пофиг

тут главное пустую строку не возвращать )

интерфейс Map<K,V>

возвращает null

а не эксепшон

тк null = "не найдено"

возвращает null

автор раскаивается, признаёт что это была ошибка

кароче, если null имеет конкретный заложенный в него смысл, то ок

а если это нештатный return который надо прочекать - тогда сам себе буратино

ну с этим можно согласиться) но в большинстве случаев лучше избегать имхо. просто так что ли в 8ой джаве Optional<> сделали

не ну я согласен что лучше избегать, но совсем без null код писать довольно грустно получается

не ну я согласен что лучше избегать, но совсем без null код писать довольно грустно получается

Ты просто не видел примеров, которые доказывают что null это страшно

ну можно придумать примеров где это вполне ок

и бодрее чем писать заглушки

Кто-нибудь юзал yandex speechkit ?

например кстати в RxJava2 вообще нельзя нули по последовательностям гонять. сразу летит NPE

ну можно придумать примеров где это вполне ок

нельзя

null это ошибка в джаве, создатель это признал и раскаялся

нельзя

в Android sdk много что может вернуть null)

в Android sdk много что может вернуть null)

и что ? )

не сказать, что это как то вредит, как мне кается

больше вредит то, что пренебрегли аннотацией @Nullable

согл

вообще вредно

Кто нить пробовал записывать звук с микрофона и воспроизводить его сразу же или с небольшой задержкой?

Может есть какие готовые решения или либы для записи звука и его воспроизведения с небольшой паузой?

Всем привет, как исправить такую проблему со списком ? (Сейчас видео кину)

ERROR: S client not available

Есть такой флоу: фрагмент1, фрагмент2. Фрагмент2 может быть открыт как через фрагмент1 так и первым во всем приложении. При закрытии фрагмента2 должен быть диалог - подтверждение закрытия, поскольку данные теряются. Сделал вот так: http://pastebin.com/gY2L4ZdY но закрытие фрагмента по клику не происходит. Как это правильно реализовать?

А гифку не залить?

Это как то просто

Кто нить пробовал записывать звук с микрофона и воспроизводить его сразу же или с небольшой задержкой?

Было дело. Просто костыль в виде передачи потока звука в очередь с выставленной задержкой, но то был не андроид.

@stas_jdm с id объектов какие-то косяки, возможно. Или где-то сравниваешь объекты, а equals()/hashcode() не переопределил

Там не в том дело

Нужно использовать notifyDataSetChanged(), ноя здесь делал список из отдельного класса и он что то не работает, а когда создовал через SimpleAdapter, то работало

А гифку не залить?

Какой тул юзать для создания гифок ?

например ffmpeg mp4 to gif

Это поисковый запрос, а не команда)

Нужно в апе играть рандомный ambient трек

я нашел freemusicarchive, но у них нет sdk и потокового вопроизведения

нет ли чего-нибудь такого c sdk, что-бы не писать много?

интересно сколько часов тратят разработчики кастомных камер на свои приложения

а чем вообще не устраивает интент к стандартной камере?

Гайз, у кого есть вопросы/примеры вопросов по собеседованию на джун.?

Гайз, у кого есть вопросы/примеры вопросов по собеседованию на джун.?

Загугли. Есть в Интернете. Java Core + Android (отдельно)

в Android sdk много что может вернуть null)

да там и гонка потоков вполне ок запрашиваешь Context, а он возвращает null если поток не успел

Гайз, у кого есть вопросы/примеры вопросов по собеседованию на джун.?

если в какой-то компании выбирают разработчиков по формальным критериям, БЕГИ

Гайз, у кого есть вопросы/примеры вопросов по собеседованию на джун.?

http://www.javatpoint.com/corejava-interview-questions https://www.quora.com/Which-are-the-frequently-asked-interview-questions-for-Java-Engineers

СПС пасаны! Встретимся на собеседовании)

с новым годом

если в какой-то компании выбирают разработчиков по формальным критериям, БЕГИ

А как надо выбирать?

null это ошибка в джаве, создатель это признал и раскаялся

если Map будет возвращать заглушку, то придётся делать в 2 раза больше проверок: на заглушку и на null

а если заглушка имплементирует какой-то интерфейс на 40 методов, то все они тоже должны возвращать заглушки

а если сериализовать инстанс класса в файл, то придётся и заглушки тоже туда записать

а если не записывать то при чтении будут нуллы

кароче как-то грустно

А как надо выбирать?

По опыту

По опыту

А как определить?