Статья приятно оформлена, увы для себя не нашел чего-то нового. Студию юзаю с анонса на прошлом Google I/O и очень доволен. Из минусов, пожалуй, отсутствие возможности создавать голые проекты без Gradle, который мне лично менее удобен чем Maven, но я это успешно могу сделать из терминала стредствами самого SDK. А в целом приятностей много. Eclipse перестал использовать года два назад, перейдя сначала на Idea, а потом и на студию. Не жалею и когда у коллеги приходится что-то делать на Eclipse — испытываю легкое раздражение в обращении. Но дело вкуса.
Странно, а если использовать два массива, то второй вариант работает быстрее. Хотя, наверное, что-то похожее уже предлагали выше :) Что не так? Оптимизированный вариант быстрее, прямой доступ к ячейке памяти быстрее перебора… или я уже переседел в субботу на работе?
Что значит «расскажите»? Вы поднимаете вопрос затрат времени на лишнее комментирования и не хочете тратить время на поддержание чистого кода? Вам стоит срочно внедрять пре-коммит систему! И не пропускать впринципе коммиты с неясной логикой/именованием/etc.
Я придерживаюсь мнения Роберта Мартина, что любой комментраий(если это не дока к публичному API) — это ваша неудача в процессе проектирования своего кода. И порой стоит потратить время на переписывание метода/класса/системы, если это «очистит код», чем добавлять отвратительные комментарии или непонятную логику. Поверьте, это окупится в будующем. К тому же неопытный junior быстрее научится, если будет читать код, а не, облегчающие ему жизнь сейчас, комментарии. Это как давать готовый ответ, а не направление куда «копать».
Использую Android Studio с самого первого ее появляния(пришел с Google IO и сразу скачал) для мультибиблиотечного, мультимодульного проекта. Никаких трудностей не испытываю, никто не заставляет исспользовать gradle. Попрежнему собираем maven или самой IDE. Все прекрасно взлетело с пол оборота. В команде есть люди сидящии на eclipse и никаких проблем и конфликтов нет тоже. Не в коем случае не хочу Вам перечить, но Ваше негодование мне не понятно. Около 2 лет использовал eclipse, после чего перешел на idea, которая понравилась больше. Сейчас использую постоянно «сырую» Android Studio и кроме довольства ничего не испытываю. Тут вопрос вкуса и тянет на холивар, чего не хотелось бы. Так что… на вкус и цвет.
Поставил себе Android Studio. Ранее юзал Idea. Сильной разници на первый взгляд нет. Но как то оно все изящнее. И прожект без геммора заимпортился, а он крайне сложен, и превью xml-ек чудное. Пока много чего скрыто и надо все опробовать, но IDE я уже сменил. Нравится.
Ну, эта эпохальная битва мнений. Тут филосовский вопрос «как удобнее и как лучше?» сколько разработчиков, столько и мнений :) В этом и была идея привести к единому стандарту. А какому не суть важно :)
Ну тогда каждый перед рефакторингом будет делать что-то типа: Ctrl+Shift+F. И отследить собственно что поменял товарищь по diff'чику будет совсем сложно :) Никогда никто у вас не пушил класс на 6к+ строк применив свое форматирование кода? Ух и матерились же мы :)
Только чур придерживаться какой то единой code conventions! А то сейчас начнутся разные скобочки, переносы и именование переменных. Коль пишем на Java то предлагаю Oracle'скую.
Вы меня простите за оффтоп, но под конец рабочего дня мозг настолько «сломан», что «эффективная толпа» ввергла меня и истерику минут на 15. На меня косо смотрели сотрудники, а я не мог остановится. Начальник сказал, что мне бы поспать и отдохнуть… спасибо автору, посмеялся от души над таким пустяком. Еще раз простите за оффтоп :)
Книга? Git — это же просто. Нет, я не ворчу, автору спасибо, так как русскоязычная документация не помешает, но комментарии типа " О, это то чего я ждал что бы перейти на Git" взывают меня в гнев. Я учился пользоваться гитом через обычную документацию, коей полно на любом языке. Это де не алгоритмизация или проектирования, это система, научится пользоваться которой очень даже легко.
После релиза приложения все дебажные логи отключают, оставляя сугубо журнал событий. Оставлять такую информацию, еще и с трейсерными вызовами было бы опрометчиво. Хотя я ловил такие логи у некоторых скачанных с маркета Android приложениях :)
Я придерживаюсь мнения Роберта Мартина, что любой комментраий(если это не дока к публичному API) — это ваша неудача в процессе проектирования своего кода. И порой стоит потратить время на переписывание метода/класса/системы, если это «очистит код», чем добавлять отвратительные комментарии или непонятную логику. Поверьте, это окупится в будующем. К тому же неопытный junior быстрее научится, если будет читать код, а не, облегчающие ему жизнь сейчас, комментарии. Это как давать готовый ответ, а не направление куда «копать».
Во-вторых, удобно же!
В-третьих, там можно вернуть одну колонку полотна…
Что меня реально раздражает — это последний апдейт интерфейса YouTube. Хоть и привык уже, но мне жутко не удобно. Но что поделать :)
Я про «class Orientation»
Пробежал глазами код, очень смутили методы в одну строку с несколькими операторами в теле.
Пример:
Дело вкуса, конечно, но плохо читабельно как по мне :)