А что, всем на самом деле так нравится синтаксис Котлина?
Меня он местами выбешивает.
вместо var, val зачастую полезнее видеть тип
аналогично fun — лишний визуальный мусор
companion object для статических методов и констант выглядит прилепленным сбоку
постоянно приходится использовать !!
не протикся идеей одного конструктора и впихиванием его и нформации о наследовании в одну строчку
синтаксис значения по умолчанию для аргумента функции off: Int = 0 явно разрабатывался в Мюнхенском офисе (как по-немецки говорят "сто четые и двадцать", а не "сто двадцать четыре").
ключевое слово override для метода — лишний мусор по сравнению с @Override.
по умолчанию класс не наследуется (так взяли и задушили всю прелесть OOП)
т.д.
Cинтаксис Java ИМХО значительно гармоничнее, а киллер-фич, значительно повышающих производительность, не обнаружил. Зато намного проще написать в одну строчку код, который потом сложно понять.
Честно говоря, скучно слушать подобных менеджеров. Сплошное лицемерие и проталкивание корпоративной визийной бессмыслицы.
Например, по поводу подписок. Снова что-то выдумывается в оправдание, типа белое — это, по-сути, чёрное, только наоборот. Хвалятся вышестоящие и придумываются заслуги. Вместо того, чтобы просто признать, что хотелось больше денег.
Интересно слушать людей, которые реально что-то делают.
Дмитрий, интересно было бы посмотреть на эти орды. Где они? И какие практики?
Я по большей части вижу разработчиков, которым нужны самые-самые (модные) инструменты, но кодят они посредственно. А в блокноте вообще не смогли бы.
Да, при большом количестве зависимостей (всяких там трекингов и аналитик), тормозит безбожно. Нужно их отключать в build.gradle для build type, который используется при разработке и делать stabы, чтобы компилилось.
А вообще, меня Eclipse как инструмент полностью устраивал.
Раньше было правильно: Google поддерживал разработку открытого Android при помощи открытого Eclipse. A IntelliJ, которая знает как _на_самом_деле_ должно быть правильно, делает свой продукт. И ты можешь выбирать, нужен ли тебе этот продукт с его перегруженным интерфейсом, тормозами и ненужными фичами.
Потом случился Gradle, кто-то не осилил впилить его поддержку в Eclipse, или же кто-то что-то занёс кому-то.
Такая мода.
Логгер, которым пользуюсь я: org.droidparts.util.L.
Вкратце фишки:
— тег не нужен. В debug версии в качестве тега название класса, метода и номер строки, откуда произведено логирование. В release — название класса.
— логлевел можно настроить через AndroidManifest.xml (например, вообще выключить логирование для релиза).
— можно логироавть любой объект, поддерживается стандартный синтаксис String.format.
Это просто первый шаг двухходовой комбинации. Сначала донести, что связь должна стоить дороже. Через некоторое время значительно увеличить поборы с операторов в бюджет. И связь станет дороже.
class Fragment implements OnClickListener {
@InjectView(id = R.id.btn, click = true)
private Button btn;
@Override
public void onClick(View v) {
if (v == btn) {
// TODO
}
}
}
А что, всем на самом деле так нравится синтаксис Котлина?
Меня он местами выбешивает.
var,valзачастую полезнее видеть типfun— лишний визуальный мусорcompanion objectдля статических методов и констант выглядит прилепленным сбоку!!off: Int = 0явно разрабатывался в Мюнхенском офисе (как по-немецки говорят "сто четые и двадцать", а не "сто двадцать четыре").overrideдля метода — лишний мусор по сравнению с@Override.Cинтаксис Java ИМХО значительно гармоничнее, а киллер-фич, значительно повышающих производительность, не обнаружил. Зато намного проще написать в одну строчку код, который потом сложно понять.
Например, по поводу подписок. Снова что-то выдумывается в оправдание, типа белое — это, по-сути, чёрное, только наоборот. Хвалятся вышестоящие и придумываются заслуги. Вместо того, чтобы просто признать, что хотелось больше денег.
Интересно слушать людей, которые реально что-то делают.
Я по большей части вижу разработчиков, которым нужны самые-самые (модные) инструменты, но кодят они посредственно. А в блокноте вообще не смогли бы.
А вообще, меня Eclipse как инструмент полностью устраивал.
Раньше было правильно: Google поддерживал разработку открытого Android при помощи открытого Eclipse. A IntelliJ, которая знает как _на_самом_деле_ должно быть правильно, делает свой продукт. И ты можешь выбирать, нужен ли тебе этот продукт с его перегруженным интерфейсом, тормозами и ненужными фичами.
Потом случился Gradle, кто-то не осилил впилить его поддержку в Eclipse, или же кто-то что-то занёс кому-то.
Такая мода.
Вкратце фишки:
— тег не нужен. В debug версии в качестве тега название класса, метода и номер строки, откуда произведено логирование. В release — название класса.
— логлевел можно настроить через AndroidManifest.xml (например, вообще выключить логирование для релиза).
— можно логироавть любой объект, поддерживается стандартный синтаксис String.format.
И по интересным IT-компаниям в тут да, негусто.