Clubhouse наняла разработчицу для создания Android-приложения соцсети Статьи редакции
В феврале неофициальную Android-версию Clubhouse выпустил петербургский разработчик.
- Созданием платформы займётся Мопева Огундипе (Mopewa Ogundipe), которая занимается разработкой с 2014 года, в том числе для Instagram, Khan Academy и Medium, сообщает CNBC.
- «Сегодня мой первый день в Clubhouse. Если вы знаете меня, вы, вероятно, знаете, что у меня есть *мнения* о приложениях только для iOS, поэтому я очень рада присоединиться к команде, чтобы начать вечеринку на Android», — написала Огундипе в Twitter.
- Clubhouse доступна только для пользователей iOS, зарегистрироваться можно по ссылке-приглашению. Несмотря на это, по собственным данным компании, количество пользователей достигло 10 млн в неделю, пишет CNBC.
- Компания занялась разработкой приложения для Android после того, как привлекла $100 млн в январе 2021 года от венчурной компании Andreessen Horowitz, пишет CNBC. По данным Axios, инвесторы оценили Clubhouse в $1 млрд.
- В России приложение загрузили 137 тысяч человек, писало РБК со ссылкой на закрытые данные AppAnnie.
- В феврале петербургский разработчик Григорий Клюшников, которому «надоело ждать», выпустил неофициальную Android-версию Clubhouse.
0
показов
22K
открытий
Одну ?
А больше и не надо! Григорий Клюшников бывший разработчик Android-приложения «ВКонтакте» сверстал его всего за 1 день. Версия соцсети опубликована на GitHub с открытым кодом.
Ну вот сейчас Мопева зайдет на ГитХаб и все скачает. Профит.
Да проще с нуля на Флаттере накидать, чем разбираться в чужой помойке.
Посмотрел код - норм.
Не норм, начиная с кодстайла, заканчивая отсутствием архитектуры.
Но для прототипа "на коленке" это не плохо, наоборот, надо уметь писать такой код, чтобы не городить всякие SOLID-ы в прототипах. Главное только, чтобы потом такие прототипы в прод не уходили в том же виде.
Есть пример где солид и код норм?
Официальные примеры:
https://github.com/android/architecture-samples
https://github.com/android/sunflower
Опять 25. Зачем мне эти теоретические примеры, когда в реальности всё это вырождается в говнище под названием "объеденил функции в неймспейсе под названием Класс", просто потому, что эти примеры были придуманы под решение, а не решение, придумано под задачу? Давай реальный проект.
Вот еще для примера https://source.android.com/
Блин, чел ты....
Ну зачем ты сюда кидаешь исходники андройда, ты думаешь они идеальны? Да там говно на говне (иначе бы все андройд разрабы были счастливы) и развивается это десятки лет. Ты мне лучше приведи пример свежего продукта, а лучше, своего.
Исходники андроида — плохой пример, там пиздец в почти каждом проекте, а в некоторых (типа launcher3) — лютейший пиздец.
Я только коммерческими занимался, которых в опенсорсе нет. Везде архитектура не идеальная, но хорошая.
Собственно, такой кодстайл, как у сабжа, у нас ни на одном проекте не то что не прошёл бы ревью — он бы до него даже не добрался. Предшествующий ревью CI-билд зафейлился бы на проверке линтером.
Он даже сам в readme оправдывается, мол «извините, что на Java и стек технологий не модный... я так привык»
И в чём проблема?
Ну вы написали "код - норм" хотя сам автор признается что не норм )
А не норм - это уход от сложившихся стандартов индустрии и отсутствие хотя бы простецкой архитектуры ("толстое" активити). Это чревато рядом проблем:
- невозможность использования современных подходов и технологий (корутины, JetPack компоненты)
- сложность с дальнейшей поддержкой (например, внедрение темной темы, новые нотификации)
- сложность в покрытии тестами
- проблема с онбордингом новых разработчиков на проект (нужно еще поискать любителей легаси)
- как правило самописные или непопулярные библиотеки слабо протестированы, подвержены багам
То что ты написал - это всё теория, которая разбивается о сумбурные требования заказчика. Ты вот сейчас накидал пунктов, которые относятся чисто к архитектуре самого приложения, но когда у тебя возникнет вопрос, как реализовывать архитектуру бизнес требований - то тут ничего не поможет и ты опять встретишь лапшу из функций, объединенных в неймспейсы под названием класс, где ни о каком ооп речи не может быть. Да и какая разница - вынесешь ты говнокод в из толстых вьюшек в контроллер, он так и останется говнокодом, где из контроллера меняется цвет фона вьюшки.
Если мы говорим о приложениях создаваемых на долгосрочную перспективу, в работе над которыми принимает участие более 2 разработчиков, то "лапша из функций" рано или поздно сломается. А если вынести из вьюшки код, то его проще покрыть тестами. А говнокод надо переписывать 🤷🏼♂️
Я тебе открою страшную тайну идеального кода: идеальный код получается тогда, когда ты полностью погрузился в нюансы бизнеса и знаешь как раскидать термины предметной области по ООП. Вот например, если я тебе сейчас дам задание спроектировать классы для бухгалтерского учета, то в начале ты напишешь кал, а потом, через пару лет, когда ты выучишь бух учет и съешь тонну говна от юзеров, то да, если у тебя будет желание переписать свою лапшу, то возможно, я повторюсь, возможно ты сделаешь что-то более менее логичное. И то, через 5 лет, ты опять посмотришь на свой рефакторинг и сделаешь ещё один. Вот тогда да, потратив кучу труда, ты возможно сделаешь красивую архитектуру. Только кому она нужна будет?
Я попробую угадать - вы фул-стек фрилансер или Senior Startup Developer? )
Нет, я бекенд разраб и знаю хороших фронтов :)
Если я правильно понимаю вашу позицию, в принципе можно писать код не вникая в нюансы бизнеса, без проектирования, выяснения бизнес-требований, уточнения окружения, в котором будет работать готовое приложение? По-моему это просто лень и неуважение к заказчику ). Я бы не хотел пойти к парикмахеру, который сначала подстрижет меня, а потом спросит - "ну как"?
Ну если сравнивать с парикмахером, то он спрашивает как вас подстричь, а вы ему говорите - на ваше усмотрение. После того как он вас вроде бы нормально подстриг, вы говорите укоротить челку, сбрить виски, да и по бокам под ноль можно. Только после того как парикмахер подстрижет вас раз 5, он уже будет в целом понимать ваши вкусы.
Он не оправдывается, он в принципе так пишет.
Причём он пишет приложения "без архитектуры" на своей жава 6, лучше чем все эти ребята, которые сейчас обмазываются всякими МВИ, ТЕА, по последнему писку "моды".
Не норм там код. Этот проект можно использовать в качестве примера того, каким хардкорным и крутым разрабом является Григорий, раз может на коленке собрать приложение за сутки. Однако это не код для продукта, над которым работает больше двух человек.
Можешь примерно написать что не так? Ну там архитектурные ошибки, ссылки на стоки кода где говно? Ну парочку примеров.
Лихо ты iOS версию обосрал.
Либо это вообще подставное лицо, нужное для привлечения инвестиций. Сами форкнут