и где стрим @borodutch

пускаю

twitch.tv/backmeupplz3 – стрим пошел!

а стрим офф или это у меня не грузит?

офф

только собрался. ну разработка то идет?

да :)

ну и то хорошо

Все три ссылки работают :) спрашивают об установке приложений :)

Если вдруг приложений нет

каких приложений?

телеграм

фб

скайп

а, лол. понял

ну здраво, телеграм вверху, это +

это даже как плевок в рожу зажравшимся буржуям

вообще патриотично, духовно

https://twitter.com/BotDetectorBot/status/729086058449780738

Никит, ты уже купил новый костюм петушка или как там у вас в ваших канадах 9 мая принято празнавать?

@gamer, 1. Всем рассказывай про @borodutcher 2. Приглашай в @borodutcher только проверенных людей, с которыми интересно общаться 3. Флуд и флейм – норм, но в меру; админам выдали банхаммер 4. Если не нравится поток оповещений – mute the chat, right? 5. Вопросы – к создателю (@borodutch) 6. Все посетители чата равны; но некоторые ровнее других 7. Война — это мир. Свобода — это рабство. Незнание — сила. Ложь — это Правда. Любовь — это Смерть.

Всем в этом чате здрасте.

привет :)

Заметку тут написал

про мобайл

https://www.facebook.com/groups/996549197066239/permalink/997449616976197/

зацените плз, дайте фидбек

в том числе и по стилистике

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

А сорян

Всем привет! Понял по названию группы, что мы здесь не только обмениваемся новостями, но и опытом мобайла. Решил немного описать свои наблюдения за последние 4 года работы на западном рынке (Канада, США). Последний год я консультирую стартапы в Ванкувере, получившие больше $100,000 от, в основном, частных инвесторов. До этого 2.5 года вел студию разработки мобильных приложений под iOS и Android; в итоге закрыли контору, команду распустили, с фаундерами разошлись и я, в свою очередь, сосредоточился на собственном продукте. Под крылом студии мы запустили около 20 приложений для клиентов, и ни одно не взлетело – придя в новую компанию и проведя небольшой аудит в качестве консультанта, я обычно могу указать на проблемы и поправить оные. За мой год консалтинга я собрал ряд ошибок, которые совершают молодые компании, собравшие инвестиции. Оговорюсь: чаще всего фанудеры были отличными бизнесменами (связи, деньги, бухгалтерия, клиенты, нишевые звезды и т.д.), но совершенно оторванными от процессов разработки приложений и не имевшими никакого опыта правильного общения с программистами. Попытаюсь собрать немного абзацев из собственного опыта и опыта моих клиентов. Если простое приложение делается больше 2 месяцев (имею ввиду Minimal Viable Product), то, скорее всего, проблема кроется в одном из пунктов ниже. Бывает, что программисты или подрядчики мало заинтересованы в выполнении работ. Например, если вы отдали разработку на аутсорс в студию-лоукостер. Они, как правило, набирают себе заказов, и у них часто просто не хватает оплаченных рук – чаще всего такие студии существуют в Азии, Индии и странах бывшего СНГ. Прожиточный минимум там очень низкий, отсюда и "сделаем весь стартап за месяц и $10,000". К слову, платят разработчикам они примерно $2000/мес на душу, а те, в свою очередь, батрачат на нескольких клиентов одновременно, и у них просто нет времени на вас. Разработчики в таких студиях частенько думают только о своем личном заработке, но не о репутации студии или клиентах; а директора просто не успевают работать сразу с 4-6 недовольными клиентами. В таком случае я часто советую забрать код у подрядчиков, заранее закрыть контракт и получить часть денег назад, если получается. Дальше нанять хороших программистов в штат и серьезно контролировать разработку, настаивая на релизах новых версий приложений (даже сырых) раз в два дня. За два дня всегда есть заметный прогресс, если программисты не отлынивают. Другая проблема – это малая заинтересованность программистов в штате. Бывает, что они просто "выгорают". Никакие опционы и премии этой ситуации не меняют. К акциям и долям подобных компаний они относятся пренебрежительно, так как думают о "здесь и сейчас", заранее не веря в то, что смогут выйти из бизнеса со своими 1%-3% и стать долларовыми мультимиллионерами. Премии особой роли не играют, потому что стабильный чек каждые две недели уже закрывает их основные потребности. Здесь есть два варианта: либо пригласить хорошего программиста со стороны, который сможет четко дать рекомендации по рефакторингу кода или тыкнет носом, что нужно делать; либо оптимизировать команду, избавившись от непродуктивных сотрудников и взяв свежей крови в проект. Второй вариант немного жесток, но иногда его приходится применять. Так же часто замечаю, что фаундеры просто не могут четко объяснить задачу программистам, сказав что-то похожее на "сделай, чтобы блестело и светилось". Чем менее четко определяется задача для исполнителя, тем сложнее ему сделать ее красиво. Если у основателей есть какая-то гениальная идея, то им нужно сесть – возможно даже с дизайнером – и четко обрисовать проблему программисту. Тогда он с удовольствием сможет ее решить.

Отдельно хочу отметить, что, по какой-то непонятной мне причине, всех мало заботит "стоимость" разработки какой-либо определенной функции приложения. Например, пришли основатели со встречи с потенциальным клиентом, а тот сказал "добавьте огурцов в меню приложения, как в андроиде, только на iOS". Те, в свою очередь, приходят к программистам и говорят заниматься именно прихотью инвестора в срочном порядке. А у программистов не работает загрузка фотографий или другой какой-либо важный концепт приложения. В итоге программисты плохо рисуют огурцы (дизайнера-то не подключили!) – инвестор расстроен, денег не дал, функция главная все еще не работает, а база юзеров из-за этого падает все ниже и ниже. У каждой фишки есть стоимость разработки, измеряемая временем, а в последствии, и деньгами. От большинства глупых идей в MVP можно отказаться, сосредоточившись на главном функционале. Проблема просто решается простой таблицей с полями "фишка" и "время на разработку". Ах да, и нужно всегда советоваться со своими программистами. Есть еще момент, когда основатели хотят супер-кастомный UI, не имеющий ничего общего с системными элементами. Ну а что, ведь перископ же как-то сделали все очень непохожим на системные элементы iOS и Gmail тоже! Чем наши программисты хуже? Это напрямую связано с предыдущим пунктом: часто кастомный UI просто невозможно сделать быстро и без багов; а то, что в Android делается за 10 минут может занять 4-5 дней работы опытного программиста – да еще и не работать стабильно. Здесь правило простое: берете хорошего дизайнера, говорите ему использовать системные элементы iOS и Android и постоянно консультируетесь с разработчиками, можно ли что-то упростить. Простой UI, основанный на системных элементах работает стабильнее, делается на порядок быстрее и поддерживается гораздо проще, даже если вы полностью поменяете команду разработки. Если вы разрабатываете MVP – используйте системные элементы интерфейса (таблицы, списки, картинки и т.д.). Еще очень часто вижу фаундеров, которые хотят вместить в приложение всё и вся, да еще компас и таймер использования приложения поверх и так уже избыточного функционала. Стоит запомнить, что почти не существует успешных продуктов, которые сразу выпускались будучи комплексными системами и сразу же били в нужды целевой аудитории. Любая система разрабатывается для решения одной задачи, а дальше развивается, отталкиваясь от желаний пользователей. Выпускайте простые продукты. На эту тему можно рассуждать бесконечно. Главное, что нужно вынести из этой статьи, это то, что MVP делается очень быстро – в течение 1-2 месяцев; дальше проверяется на целевой аудитории и допиливается по ее фидбеку. Для примера я взял и сделал для rusve.com два приложения за два дня: https://www.youtube.com/watch?v=9dElHwghMcg https://www.youtube.com/watch?v=osVrM9QT5_U Оба – клиенты к уже существующим сервисам, у которых еще нет iOS приложения. Они оказались никому не нужными, зато я наглядно показал, что за менее чем 20 часов работы хорошего программиста можно выкатить более-менее рабочую версию iOS или Android приложения, когда есть четко ограниченный объем работ. Что уж говорить про месяц или два работы команды разработчиков? Напомню, что заметка – сугубо субъективное мнение автора и не является правдой в последней инстанции. Стоит продолжать делиться опытом?

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

спасибо :)

В таблицу фишка и время на разработку третий столбец добавить "приоритет" ещё можно, а читается действительно легко. Это для кого написано?

Как вам бетка overwatch? Кто нить уже катал?

В таблицу фишка и время на разработку третий столбец добавить "приоритет" ещё можно, а читается действительно легко. Это для кого написано?

По приоритету должны быть задачи рассортированы сверху вниз, но мысль верная :) для закрытой группы в фб

стрим запускать?

лучше не надо

ок не буду

отличная шутка, Артур (нет)

@Heliongames не слушай, инвалида. Он в чечне воевал, без ног сидит - зол на жизнь

https://www.twitch.tv/heliongames

@Heliongames не слушай, инвалида. Он в чечне воевал, без ног сидит - зол на жизнь

кафиров резал?

За рамзана в жопу дам! орал такое?

Обсуждаем Алера в стриме Гелиона!

Настя на новую работу устроилась в стартап)

Все хорошо, начальник душка, деньги нормальные

но самое важное стало известно только через неделю работы

ну что там

сооснователь стартапа основатель TechCrunch

ты переезжаешь в штаты?

я то тут при чем)

ну тип

она едет

ERROR: S client not available

и ты

она удаленно

Настя, хватит все присылать интимные фотки вашего программиста!

Какой клевый набор стикеров!

ээээ

http://prntscr.com/b1mjs9

Нафига эта команда нужна?

Можно же по другому сделать всё равно

Не только так

Он говорит что она типа очень важная

Я не понимаю почему это

как по другому?)

если тебе надо сравнить "Hello World" и "hello world"

без учета регистра

а, поняла зачем

ты делаешь "Hello World".toLowerCase() === "heLlO wOrLd".toLowerCase()

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

2

насколько я знаю

вот мнения разошлись, хотя я всегда думал, что 1, но оказывается многие говорят, что 2

Батарея портится если 1 вроде как

да, я тоже слышал, что второе предпочтительнее

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