лучше бы мейл сжёг

А в чем конкретно у тебя с мейл были разногласия, ну кроме что они хотели зарабатывать, а ты делать жизнь пользователей проще? Разногласия в фичах, концепциях?

А в чем конкретно у тебя с мейл были разногласия, ну кроме что они хотели зарабатывать, а ты делать жизнь пользователей проще? Разногласия в фичах, концепциях?

больше ни в чём и не было, в общем-то

ну и я ещё и не люблю быть не единственным андроид-разработчиком в компании

или наоборот...придет чувак, который учился по модным статьям ваш код поддерживать... и увидит код как в телеграме.

и будите грустить

Не будем, все зависит от цели и контекста. Котлин я люблю, но очень для специфических целей вроде DSL

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

это так по нубски )

это так по нубски )

но я пишу код не чтобы самоутверждаться, а чтобы он работал :)

спорно...

это тоже по нубски звучит

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

код надо писать что бы его понимали другие люди, а работать может и говнецо редчайнее

был у нас в проекте чувак, который на php без фреймворков писал

ну так да, так и надо

все сам... офигенно работало, все понятно

кек..могу ссылку дать, стартап замутите в двоем

тебе вообще не нужны классы, чтобы сгенерировать чортову строчку HTML

ну и я ещё и не люблю быть не единственным андроид-разработчиком в компании

Но ведь один разраб может просто физически не успевать все делать

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

Но ведь один разраб может просто физически не успевать все делать

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

все люди, которые приходили с опытом работы в проектах не одни, плакали от этого

роутинг на свичах

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

у меня не возникает тех проблем, которые решает этот продукт

о***но

если что, в серверном коде ВК нет ООП

от слова совсем

всё процедурное

это так, к слову

у них были ограничения

и кажется я слышал, что мейл ру испытывали проблемы с понимаем

роутинг на свичах

плохо что ли?

кек...)))

плохо!

ужасно

почему

мне кажется нас тролят

я ушел

лол

это что-то из серии, я так круг что я складываю замки из спичек, вот один у меня, 10 лет делаю, показали по местому телеку, все четко и красиво, но это не промышленный мастаб, это хобби и совсем не профессионализм

нет, я просто как человек, не обременённый стереотипами, искренне интересуюсь, как оно там у вас, умудрённых опытом, работает

я бы не взял сейчас себе в проект прогера, который не знает даггер и котлин

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

потому что нету времени, на проекте в 100500 строк кода, не понимать как инжектяться зависимости и смотреть на это как на черную магию

вот

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

ну так каждому свой уровень

я сам кривовукий программист и не кого не хочу обидеть, но надо все время работать над собой и учится

Просто абстрактная картинка.

потому что нету времени, на проекте в 100500 строк кода, не понимать как инжектяться зависимости и смотреть на это как на черную магию

ну так я так и смотрю на все эти проекты, которые используют всё это дерьмо

зато в тех, которые не используют, всё красиво и понятно

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

вот для примера немного кода из моего проекта class MarketFragment @Inject constructor() : BaseListView() { @Inject lateinit var adapter: MarketAdapter @Inject lateinit var marketProvider: IMarketProvider override fun onViewCreated(view: View?, savedInstanceState: Bundle?) { (activity.application as App).sessionComponent.inject(this) super.onViewCreated(view, savedInstanceState) list.adapter = adapter marketProvider.syncTickers() } }

вот тут я считаю - все красиво, кратко и понятно

что это вообще

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

это даже не джава

(activity.application as App) можно было бы не писать, сделав статик ссылку внутри App

котлин

кек..ты на 1.6 кодишь?

вот тут я считаю - все красиво, кратко и понятно

Только не формате телеграмма )

я не говорю на котлине, сорян

кек..ты на 1.6 кодишь?

да, ну из 1.7 использую только свич по строкам

не важно, тут и даггер 2 есть

@Inject lateinit var adapter: MarketAdapter без даггера var adapter = MarketAdapter()

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

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

@Inject lateinit var adapter: MarketAdapter без даггера var adapter = MarketAdapter()

ну так без дагера же понятнее

меньше кода - меньше ошибок

как вариант можно еще сделать Lazy<Adapter>и вызывать после отрисовки фона экрана, что-бы она была быстрее

ERROR: S client not available

ну так без дагера же понятнее

это плохой пример, что бы показать профит от даггера

1 строка меняет ленивую инициализацию на обычную и наоборот

как вариант можно еще сделать Lazy<Adapter>и вызывать после отрисовки фона экрана, что-бы она была быстрее

нууу.. да... но.. надо быть суперменом что бы увидеть этот "выигрыш" по времени

https://github.com/artem-zinnatullin/qualitymatters

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

а почему ленивая инициализация так нужна всем и везде?

я вот в приложении ВК её использовал весьма мало, например

https://github.com/artem-zinnatullin/qualitymatters

ооо, вот это офигительный пример того, как не надо делать приложения)

у него тесты в travis

это же огонь

а почему ленивая инициализация так нужна всем и везде?

окуратно надо использовать, например, зачем тебе создавать объекты и грузить их в память, если они не нужны?? и не будут.. а инитятьяс долго? например грузят в себя с нэта инфу и картики и еще чет.

Я не знаю даггер, знаю Котлин, и мне это не понятно

Не понятно, как этот инжект работает

По поводу серверного кода -- это было еще и до мейла

И да, он выглядит намного чище и аккуратнее, чем с ООП

окуратно надо использовать, например, зачем тебе создавать объекты и грузить их в память, если они не нужны?? и не будут.. а инитятьяс долго? например грузят в себя с нэта инфу и картики и еще чет.

это как-то очень странно и абстрактно

И зависимости от чего-то ещё меньше, меньше шанс что-то сломать

https://engineering.instagram.com/instagram-android-four-years-later-927c166b0201?gi=81f5e7db9196#.g56mo9l1v В Инстаграме тоже нет DI

в компил тайме строит дерево зависимостей по всем аннотациям и генерит методы которые внутри inject возращают объекты

Я, честно говоря, вместо ДИ флейворы бы юзал

И синглтоны-интерфейсы, если надо что-то в рантайме делать

Это как минимум очевиднее и понятнее, плюс быстрее

(activity.application as App) можно было бы не писать, сделав статик ссылку внутри App

+

И синглтоны-интерфейсы, если надо что-то в рантайме делать

Имеется в виду, когда метод возвращает на сам синглтон, а его интерфейс в зависимости от ситуации

Это как минимум очевиднее и понятнее, плюс быстрее

ВОТ ДА

эти примеры не добавляют коду понятности

Просто непонятно, что под капотом происходит

все прозрачно

заходишь в папку build и читаешь что тебе нагенерили

в 2016 странно это не знать

И никак это не контролируешь?

заходишь в папку build и читаешь что тебе нагенерили

офигенно ??