Я встречала статистику для билингв, где говорилось, что у детей в мультиязычных семьях с запаздыванием начинается речь. Сначала она контекстно-зависима, например, с одним родителем только один язык, а с другим — только второй. Потом есть период смешения языков, когда ребенок использует слова из разных языков в одном предложении и сами конструкции предложений из разных языков. И только потом развивается переключение между используемыми языками.
На мой взгляд, родитель не «должен быть взрослым», но «может стать взрослым», когда появится ребенок. Взрослость как антоним детскости и возникает в неравных отношениях «родитель — взрослый». Взрослый — тот, кто берет ответственность за себя и за ребенка, строит долгосрочные планы, анализирует, какие навыки нужно развивать, и какие занятия помогут их развить. Всё это можно применять и на себя, но навык создать развивающую среду и окружение для другого — это и есть требуемая взрослость.
В какой-то период ребенку нужно внимание и личное общение, а в какой-то — доступ к девайсам для освоения дополнительных устройств. Но в любом случае начинать полезнее с себя, и с обоснования выбора. Предположение, что нужно «не пропустить момент установки ограничений», звучит так, будто нужно успеть обмануть ребенка, пока он доверчивый, чтобы потом не пришлось с ним договариваться. Напоминает исследования про обезьян, которые проявляют недовольство экспериментатору-человеку, но не проявляют недовольство, если управление ситуацией выполняет компьютер. Для меня это похоже: как будто бы родитель избегает ответственности и не готов аргументировать свою позицию, и поэтому прячется за иллюзию, что компьютер «сам так работает».
Перенос навыка между контекстами — это нормально. Хотьь и выглядит иногда забавно. Я сама, когда переключаюсь с девайса с тачскрином на ноут, иногда пытаюсь позумить по экрану.
Я консультировалась со специалистами-логопедами по этому вопросу. Общее мнение, что речьь развивается, когда с ребенком общаются, занимаются взрослые. Если "девайсы" вытесняют из жизни такое общение, то речь может отставать. Но есть и другие причины, такие как физиологические предпосылки, т.к. сейчас многие проблемы со здоровьем "помолодели". Болезни тоже отнимают у ребенка ресурс развития.
По-моему, как раз за город его и надо и надо отправлять, и вообще в малоэтажной застройке с низкой плотностью он незаменим. В метрополисах с высотками кажется, что пункты выдачи на каждом углу, а в коттеджных поселках до пункта выдачи полчаса на личном авто.
Fastlane тоже занимаются поддержкой, https://github.com/CocoaPods/CocoaPods/issues/9148
Это хорошо для CI сборок своих фреймворков.
А как обновлять их в проектах? Руками подключать новую версию? И хранить подключённые фреймворки в репозитории проекта или как-то удобнее?
1. В верхнем баре заголовок страницы должен быть слева: developer.android.com/design/patterns/actionbar.html
2. Кнопка назад в ActionBar — это кнопка Up, а не Back. Она ведет себя не правильно (дублирует кнопку back). developer.android.com/design/patterns/navigation.html
3. Использовиние bottombar — плохо: developer.android.com/design/patterns/pure-android.html
В данном случае гораздо удобнее перемещаться по табам в bottom bar, нежели использовать стандартный Action Bar от Android.
Потому что пользователь держа телефон одной рукой с легкостью может перемещаться по табам большим пальцем. (Можно посмотреть описание «Правила большого пальца» habrahabr.ru/post/150905/)
В случае с Action Bar, пользователю бы пришлось одной рукой держать телефон, а другой перемещаться по табам. В данном случае это не совсем удобно, поскольку предполагается частая навигация пользователем между табов.
Кроме того c технической стороны Action Bar использует Fragments, для отображения контента табов. Однако Fragments по-умолчанию не умеют хранить состояние.
Нами было реализовано сохранение состояния во вкладке. То есть если из вкладки «События» перейти на страницу детального просмотра события, а потом перейти на вкладку «Лента», и вернуться обратно, то Вы окажетесь на странице детального просмотра события, а не на списке с событиями.
В случае со стандартным использованием связки ActionBar + Fragments, сохранение состояния не происходило бы.
4. В списках Android нету стрелки справа: developer.android.com/design/patterns/pure-android.html
В данном случае в стрелке «Назад» нет необходимости, поскольку списки с данными находятся непосредственно на главных страницах вкладок, поэтому пользователь может легко перейти на них используя bottom bar.
К тому же посмотрите, например, стандартное Android приложение «Play Пресса». Там в ActionBar также нет кнопки назад на списках с рубриками. И более того история навигации по табам никак не сохраняется. По кнопке back вы просто сразу выходите из приложения.
КП — один из самых популярных ИД в России. Их новостные проекты и газеты входят в ТОПы в России и Европе. Понятно, что размещать свои новости можно где угодно, но если хочется донести информацию до большого числа читателей, то Спецкор дает один из самых простых и удобных способов это сделать.
Для приложений с кастомным дизайном небольшое отхождение от стандартного интерфейса вполне допускается. В данном случае приложение разрабатывалось в едином стиле для удобства использования.
Это появилось только в 7 iOS, тогда как многие приложения поддерживают и более старые версии ОС.
Меню такого стиля нескоро выйдет из моды, поскольку позволяет удобно переходить между разделами приложения, а для случаев пересечения с интерактивным переходом назад, обычно используется блокировка перехода в меню, когда активный экран — не основной (стек навигации не пуст).
Кстати, в случае, если на экране есть кнопка «назад», начиная с iOS 7, должен работать и интерактивный переход назад жестом.
Еще, некоторые приложения стали делать такое меню в правой части экрана :)
Например, в iOS есть понятие MainThread, где происходит обработка событий от пользователя. Функция-обработчик события всегда вызывается в MainThread, и элемент, с которого получено событие, становится недоступным. Если в обработчике не написать переход в другой тред, то на время обработки интерфейс как бы подвисает, что правильно для коротких действий или например для открытия экрана. Если же требуется длительная обработка — загрузка данных и т.п., то кнопка блокируется вручную, и делается вызов обработки в другом треде.
Если, например, рассмотреть нативные таблицы, то часто реализуют открытие экрана с подробной информацией по клику на элемент списка. По умолчанию, т.е. без лишнего кода, после клика на один элемент списка, пользователь не сможет выбрать другой, пока событие не обработано, в том числе пока не открыт экран с подробной информацией. Опять же, если для того, чтобы показать более подробную информацию, нужно что-то загрузить или посчитать, то можно вынести обработку в другой тред, но для пользователя понятнее, если откроется новый экран и на нем будет показан индикатор загрузки с поясняющим сообщением, и там уже запустится загрузка в отдельном треде. Элемент, с которого поступило событие, не может быть нажат второй раз во время обработки первого события.
На титаниуме же, вы можете дважды нажать на кнопку и открыть два экрана. Стоит уточнить, что на тот момент, блокировка кнопки установкой enabled = false не работала, а на некоторых элементах интерфейса не работает до сих пор jira.appcelerator.org/browse/TIMOB-12668
Извините, я не очень поняла вашу мысль. Зачем человеку опыт жертвы мошенничества?
Я встречала статистику для билингв, где говорилось, что у детей в мультиязычных семьях с запаздыванием начинается речь. Сначала она контекстно-зависима, например, с одним родителем только один язык, а с другим — только второй. Потом есть период смешения языков, когда ребенок использует слова из разных языков в одном предложении и сами конструкции предложений из разных языков. И только потом развивается переключение между используемыми языками.
На мой взгляд, родитель не «должен быть взрослым», но «может стать взрослым», когда появится ребенок. Взрослость как антоним детскости и возникает в неравных отношениях «родитель — взрослый». Взрослый — тот, кто берет ответственность за себя и за ребенка, строит долгосрочные планы, анализирует, какие навыки нужно развивать, и какие занятия помогут их развить. Всё это можно применять и на себя, но навык создать развивающую среду и окружение для другого — это и есть требуемая взрослость.
В какой-то период ребенку нужно внимание и личное общение, а в какой-то — доступ к девайсам для освоения дополнительных устройств. Но в любом случае начинать полезнее с себя, и с обоснования выбора. Предположение, что нужно «не пропустить момент установки ограничений», звучит так, будто нужно успеть обмануть ребенка, пока он доверчивый, чтобы потом не пришлось с ним договариваться. Напоминает исследования про обезьян, которые проявляют недовольство экспериментатору-человеку, но не проявляют недовольство, если управление ситуацией выполняет компьютер. Для меня это похоже: как будто бы родитель избегает ответственности и не готов аргументировать свою позицию, и поэтому прячется за иллюзию, что компьютер «сам так работает».
Да, «скажи мне, кто твои друзья» работает в обе стороны. А мама хорошо исполььзовала положительное подкрепление.
А какую сторону своих родителей рассмотрел автор? (это ваш текст?)
Могу. А вас интересуют настройки на андроид или для iOS?
Перенос навыка между контекстами — это нормально. Хотьь и выглядит иногда забавно. Я сама, когда переключаюсь с девайса с тачскрином на ноут, иногда пытаюсь позумить по экрану.
Я консультировалась со специалистами-логопедами по этому вопросу. Общее мнение, что речьь развивается, когда с ребенком общаются, занимаются взрослые. Если "девайсы" вытесняют из жизни такое общение, то речь может отставать. Но есть и другие причины, такие как физиологические предпосылки, т.к. сейчас многие проблемы со здоровьем "помолодели". Болезни тоже отнимают у ребенка ресурс развития.
%) Так может выглядеть любой сайт в lynx.
По-моему, как раз за город его и надо и надо отправлять, и вообще в малоэтажной застройке с низкой плотностью он незаменим. В метрополисах с высотками кажется, что пункты выдачи на каждом углу, а в коттеджных поселках до пункта выдачи полчаса на личном авто.
Fastlane тоже занимаются поддержкой, https://github.com/CocoaPods/CocoaPods/issues/9148
Это хорошо для CI сборок своих фреймворков.
А как обновлять их в проектах? Руками подключать новую версию? И хранить подключённые фреймворки в репозитории проекта или как-то удобнее?
1.Хофстедтер
2.Купер
3.Воловиц
4.Кутраппали
2. Кнопка назад в ActionBar — это кнопка Up, а не Back. Она ведет себя не правильно (дублирует кнопку back). developer.android.com/design/patterns/navigation.html
3. Использовиние bottombar — плохо: developer.android.com/design/patterns/pure-android.html
В данном случае гораздо удобнее перемещаться по табам в bottom bar, нежели использовать стандартный Action Bar от Android.
Потому что пользователь держа телефон одной рукой с легкостью может перемещаться по табам большим пальцем. (Можно посмотреть описание «Правила большого пальца» habrahabr.ru/post/150905/)
В случае с Action Bar, пользователю бы пришлось одной рукой держать телефон, а другой перемещаться по табам. В данном случае это не совсем удобно, поскольку предполагается частая навигация пользователем между табов.
Кроме того c технической стороны Action Bar использует Fragments, для отображения контента табов. Однако Fragments по-умолчанию не умеют хранить состояние.
Нами было реализовано сохранение состояния во вкладке. То есть если из вкладки «События» перейти на страницу детального просмотра события, а потом перейти на вкладку «Лента», и вернуться обратно, то Вы окажетесь на странице детального просмотра события, а не на списке с событиями.
В случае со стандартным использованием связки ActionBar + Fragments, сохранение состояния не происходило бы.
4. В списках Android нету стрелки справа: developer.android.com/design/patterns/pure-android.html
В данном случае в стрелке «Назад» нет необходимости, поскольку списки с данными находятся непосредственно на главных страницах вкладок, поэтому пользователь может легко перейти на них используя bottom bar.
К тому же посмотрите, например, стандартное Android приложение «Play Пресса». Там в ActionBar также нет кнопки назад на списках с рубриками. И более того история навигации по табам никак не сохраняется. По кнопке back вы просто сразу выходите из приложения.
Меню такого стиля нескоро выйдет из моды, поскольку позволяет удобно переходить между разделами приложения, а для случаев пересечения с интерактивным переходом назад, обычно используется блокировка перехода в меню, когда активный экран — не основной (стек навигации не пуст).
Кстати, в случае, если на экране есть кнопка «назад», начиная с iOS 7, должен работать и интерактивный переход назад жестом.
Еще, некоторые приложения стали делать такое меню в правой части экрана :)
Если, например, рассмотреть нативные таблицы, то часто реализуют открытие экрана с подробной информацией по клику на элемент списка. По умолчанию, т.е. без лишнего кода, после клика на один элемент списка, пользователь не сможет выбрать другой, пока событие не обработано, в том числе пока не открыт экран с подробной информацией. Опять же, если для того, чтобы показать более подробную информацию, нужно что-то загрузить или посчитать, то можно вынести обработку в другой тред, но для пользователя понятнее, если откроется новый экран и на нем будет показан индикатор загрузки с поясняющим сообщением, и там уже запустится загрузка в отдельном треде. Элемент, с которого поступило событие, не может быть нажат второй раз во время обработки первого события.
На титаниуме же, вы можете дважды нажать на кнопку и открыть два экрана. Стоит уточнить, что на тот момент, блокировка кнопки установкой enabled = false не работала, а на некоторых элементах интерфейса не работает до сих пор jira.appcelerator.org/browse/TIMOB-12668