Физическое обоснование эксперимента. Прежде чем приступать к работе, необходимо ознакомиться с введением по теме: «Движение вязкой жидкости».

ОПРЕДЕЛЕНИЕ КОЭФФИЦИЕНТА ВНУТРЕННЕГО ТРЕНИЯ ЖИДКОСТИ ПО МЕТОДУ СТОКСА

Прежде чем приступать к работе, необходимо ознакомиться с введением по теме: «Движение вязкой жидкости».

Цель работы : определить коэффициент динамической вязкости масла, указав температуру воздуха при проведении опыта.

Физическое обоснование эксперимента

На тело, движущееся в жидкости или газе, действует сила сопротивления среды, обусловленная силами внутреннего трения. Согласно закону, установленному Стоксом, при небольших скоростях движения и небольших размерах тела, т. е. при небольших значениях числа Рейнольдса Re, сила сопротивления среды пропорциональна динамической вязкости η, скорости движения тела u и линейным размерам тела l : F ~ η· l · u .

Формула Стокса справедлива для случая движения твердого тела в безграничной жидкости. В реальном случае формула справедлива, когда расстояние от движущегося тела до границ жидкости значительно больше размеров тела. Коэффициент пропорциональности в законе Стокса зависит от формы тела. Для шара, движущегося в жидкости, этот закон принимает вид

,

(17.1)

где r - радиус шара.

Рассмотрим случай падения маленького шарика в жидкости под действием собственного веса. На шарик в этом случае действуют три силы: а) сила веса шарика Р = ρ 1 Vg = ρ 1 (4/3)πr 3 g , где ρ 1 - плотность шарика, r - его радиус, g - ускорение свободного падения, V - объем шарика; б) выталкивающая сила по закону Архимеда, направленная вертикально вверх и равная F А = ρ(4/3)πr 3 g , где ρ - плотность жидкости; в) сила внутреннего трения в жидкости по закону Стокса F = 6πηru , направленная в сторону, противоположную направлению движения шарика.

Первые две силы постоянны, третья сила пропорциональна скорости u , поэтому по достижении шариком некоторой скорости u 0 выталкивающая сила и сила сопротивления в сумме уравновешивают силу тяжести, и, следовательно, дальше шарик двигается без ускорения. В этом случае имеет место равенство Р - F А = F . При подстановке в это равенство значений каждой из сил, указанных выше, получаем уравнение

Если шарик падает вдоль оси цилиндрического сосуда с радиусом R , то учет влияния стенок сосуда приводит к следующему выражению для коэффициента вязкости жидкости:

.

(17.4)

где ρ 1 - плотность шарика, ρ - плотность жидкости, r - радиус шарика, R - внутренний радиус сосуда, u 0 - скорость равномерного движения шарика в жидкости.

Целью данной работы является определение коэффициента динамической вязкости исследуемой жидкости при температуре окружающей среды в момент проведения опыта.

Описание экспериментальной установки и порядок выполнения работы. Прибор состоит из стеклянного цилиндрического сосуда (рис 17.1). В сосуд налито масло, вязкость которого надо определить. Её определяют путем нахождения скорости равномерного падения маленького шарика из пластмассы в масле. Для опыта необходимо отобрать наиболее сферические шарики. Из коробки все шарики высыпают на плоское стекло. Из всех шариков выбирают только те, которые хорошо катаются по стеклу. Затем берут один из выбранных шариков, измеряют его диаметр при помощи микрометра и бросают его в масло строго по оси сосуда. Для этого в верхнее отверстие сосуда с маслом поставлена маленькая воронка. Для определения скорости падения шарика u 0 измеряется время t , за которое шарик проходит расстояние l между двумя нитями, приклеенными с внешней стороны цилиндра.

Рис. 17.1

Для уменьшения ошибок на параллакс при отсчете глаз надо помещать так, чтобы соответствующие нити передней и задней стороны цилиндра совпадали. Время падения шарика между двумя нитями измеряется секундомером. Расстояние между нитями измеряется линейкой. Плотность исследуемого масла и радиус сосуда указаны на установке. Плотность пластмассы шариков ρ 1 = (2,72 ± 0,01) г/см 3 . Ускорение свободного падения на широте Санкт-Петербурга g = 9,819 м/с 2 .

Определяют коэффициент внутреннего трения масла 10 раз, бросая 10 различных шариков в масло сосуда. Результаты измерений записывают в следующую таблицу:

В данной работе вычисления удобнее проводить в системе единиц СГС. Единицей измерения вязкости в СГС является пуаз . (1 пуаз = 1 г·см -1 ·с -1).

ПРИСТУПИТЬ, приступлю, приступишь, совер. (к приступать), к кому чему. 1. Близко подойти, подступить (книжн. устар.). Неприятель ночью приступил к городу. 2. с чем. Настойчиво обратиться к кому нибудь (с требованиями, просьбами). «К Зевесу весь… … Толковый словарь Ушакова

Ступлю, ступишь; св. 1. обычно к чему. Начать что л., приняться за что л. П. к делу, к работе. П. к уборке. П. к чтению. П. к докладу. 2. к кому чему. Устар. Близко подойти; подступить. Вода приступила к берегу. Враг приступил к крепости. П. к… … Энциклопедический словарь

приступить - ступлю/, сту/пишь; св. см. тж. приступать 1) обычно к чему Начать что л., приняться за что л. Приступи/ть к делу, к работе. Приступи/ть к уборке. Приступи/ть к чтению … Словарь многих выражений

Безработица - (Unemployment) Безработица – это такое социально экономическое явление, при котором часть взрослого трудоспособного населения, не имеет работы и активно ее ищет Безработица в России, Китае, Японии, США и странах Еврозоны, в том числе в кризисные… … Энциклопедия инвестора

Пособие по безработице - (Unemployment benefit) Пособие по безработице это социальное обеспечение людей, оставшихся без работы Определение пособия по безработице, статистика и размер пособия для лиц, являющихся безработными не по своей вине и которые готовы, желают и… … Энциклопедия инвестора

Занятость - (Employment) Занятость населения, виды занятости Постоянная занятость, вторичная и теневая Содержание Содержание 1. Вторичная. 2. Постоянная и нерегулярная занятость. 3. Теневая занятость, частичная и условная. Занятость населения Понятие… … Энциклопедия инвестора

В 1970 году. Слева направо: Гизер Батлер, Тони Айомми, Билл Уорд, Оззи Осборн … Википедия

Словарь бизнес-терминов

ПРОГУЛ - неявка на работу без уважительных причин в течение всего рабочего дня. Под прогулом действующее трудовое законодательство понимает и отсутствие на работе более 3 часов в течение рабочего дня без уважительных причин (п.4 ст.33 КЗоТ). При этом… … Энциклопедия трудового права

Экономика страны - (National economy) Экономика страны это общественные отношения по обеспечению богатства страны и благосостояния ее граждан Роль национальной экономики в жизни государства, сущность, функции, отрасли и показатели экономики страны, структура стран… … Энциклопедия инвестора

РЕВМАТИЗМ ОСТРЫЙ - РЕВМАТИЗМ ОСТРЫЙ. Содержание: Географическое распространение и статистика. 460 Этиология и патогенез............... 470 Патологическая анатомия............... 478 Симптомы и течение................ 484 Прогноз....................... 515 Диагноз … Большая медицинская энциклопедия

Книги

• Приступить к ликвидации , Хруцкий Эдуард Анатольевич. В книгу вошли два романа знаменитого писателя, кинодраматурга, мастера отечественного детектива Э. Хруцкого - "Приступить к ликвидации" и"Четвертый эшелон", посвященные работе московской…
• Приступить к ликвидации: романы , Хруцкий Э.. В книгу вошли два романа знаменитого писателя, кинодраматурга, мастера отечественного детектива Э. Хруцкого - «Приступить к Ликвида¬ции» и «Четвертый эшелон», посвященные работе московской…

Трудовой кодекс имеет целью упорядочивание взаимоотношений между трудовыми сторонами, поэтому закрепленные в нем позиции имеют правовые последствия. Это относится и к основаниям возникновения этих отношений, одно из которых – фактическое допущение к работе.

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

Что значит «допущен к работе по факту»

Закон требует от работодателя должным образом оформить возникающие с работником отношения, то есть подписать трудовой договор. Не все наниматели щепетильны в законодательных требованиях: многие предпочитают пользоваться трудом работников, не обременяя себя письменно зафиксированными обязанностями. В таких случаях соглашение о работе заключается устно и сотрудник по поручению руководителя или его представителя начинает выполнять доверенную ему работу. Это и означает, что он фактически к ней допущен .

ВАЖНО! С точки зрения Трудового кодекса такое оформление трудовых отношений – ненадлежащее.

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

• правила внутреннего распорядка;
• приказ о трудоустройстве;
• коллективный договор;
• должностную инструкцию;
• требования техники безопасности и др.

Не знающий своих прав работник может подумать, что другая сторона полностью властна над его рабочим временем, зарплатой и условиями труда. Трудовой кодекс РФ защищает более слабую сторону трудовых отношений и юридически приравнивает фактический допуск к работе к полноправному заключению трудового договора, даже не оформленного как следует.

Строки из ТК РФ

Уравнение в правах фактического допущения к работе и трудового договора действовали еще в советском законодательстве о труде (ст. 18 КЗоТ РСФСР). В Трудовом кодексе РФ правовое регулирование этой проблемы существенно расширено:

• в ст. 16 говорится о том, что не имеет значения надлежащее и своевременное оформление трудового договора: если сотрудник приступил к работе, значит, он вступил в трудовые отношения со всеми правовыми последствиями;
• ст. 20 дает определение работнику как физлицу, вступившему в трудовые отношения с другой стороной;
• ст. 61 уточняет момент вступления трудовых отношений в силу – это и есть день подписания трудового договора или фактическое допущение к работе, которое санкционировал представитель работодателя или просто знал о нем;
• ст. 67 требует от работодателя в трехдневный срок должным образом оформить письменный трудовой договор с приступившим к работе сотрудником, а сотруднику дает возможность этого обоснованно требовать;
• ст. 91 указывает условия оплаты труда, в частности, что трудовое вознаграждение начисляется с первого дня работы, то есть фактического допуска к ней.

Трудовой договор = фактический допуск

Юридическое равенство этих двух способов начала трудовых отношений – в их правовых последствиях. Считается, что приступивший к работе сотрудник уже заключил трудовой договор в устной форме, а письменное его оформление не может быть отложено на срок, превышающий три рабочих дня.

Будет ли как-то отличаться трудовой договор, оформленный с такой задержкой, от стандартного? Различия:

1. Разница в датах. Договор не подписывается «задним числом», следовательно, на нем будет стоять более поздняя дата, чем та, когда сотрудник действительно приступил к работе (день начала работы отдельно указывается в тексте договора).
2. Нюанс вступления в силу. Данный договор вступит в силу со дня допуска к работе, а не момента заключения, как это происходит в обычном порядке.

Таким образом, фактический допуск к работе – это не освобождение от оформления трудового договора, а только небольшая отсрочка, допустимое исключение из общего правила трудоустройства, когда сначала подписывается договор, а затем уже сотрудник приступает к работе.

Как оформляется фактический допуск к работе

Закон не дает регламента, согласно которому работодатель закрепляет право сотрудника приступить к работе по его поручению и с его ведома. Этот порядок может быть прописан во внутренних нормативных актах организации. Это может быть:

• устная договоренность;
• написание работником заявления о допуске к работе;
• распоряжение или приказ о допуске;
• служебная (докладная) записка, фиксирующая факт начала работы на новом рабочем месте.

Принципиальное значение имеет то, что допускать к работе может только наделенный этими полномочиями представитель работодателя. Данные полномочия должны быть указаны в локальных актах или учредительных документах организации.

ОБРАТИТЕ ВНИМАНИЕ! На практике работники, приступая к труду, не могут проверить, есть ли такие полномочия у лица, допустившего их. Поэтому принято правило, согласно которому в судах подобные сомнения трактуются в пользу работника, если работодатель не докажет, что целенаправленно ознакомил претендента с полномочиями или их отсутствием.

Доказательства фактического допуска к работе

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

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

Доказательствами трудовых отношений в суде могут служить:

• пропуск на территорию организации;
• предоставление сотруднику рабочего места;
• акты о получении им канцтоваров, материалов, спецодежды и т.п.;
• документ о прохождении медицинского осмотра;
• фамилия работника в планах, программах, списках и т.п.;
• аудио- или видеозаписи, где представитель работодателя дает работнику поручения, а сотрудник выполняет работу;
• показания свидетелей;
• договор о материальной ответственности (иногда заключается «в обход» трудового, там где идет взаимодействие с определенными ценностями);
• иные доказательства.

Фактический допуск и испытательный срок

Может ли идти речь о вступительных испытаниях, если приступить к работе требуется так срочно, что не получается предварительно оформить трудовой договор, где и прописываются обычно все условия испытательного срока? Обычно нет. Фактический допуск к работе как бы по умолчанию фиксирует пригодность к ней принимаемого таким образом сотрудника.

Однако по соглашению сторон вступительные испытания могут быть оформлены и до заключения трудового договора. Для этого придется потратить время и усилия на подписание отдельного соглашения по этому вопросу, как того требует ч. 2 ст. 70 ТК РФ. Только в этом случае его можно будет перенести в трудовой договор. Оно должно быть оформлено в 2 экземплярах – для каждой стороны.

Если такое соглашение оформлено не было, работодатель не имеет права устанавливать испытательный срок при последующем оформлении трудового договора.

Последствия допуска к работе по факту

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

1. Если допуск к работе был получен от лица, не имевшего таких полномочий, и принимать на работу в должном порядке работодатель отказывается, он обязан выплатить несостоявшемуся сотруднику вознаграждение за выполненный труд пропорционально фактически отработанному времени. Виновный сотрудник, превысивший свои полномочия, подвергается дисциплинарной ответственности. Если вследствие этого допуска имел место реальный ущерб, его взыщут с работника, но материальная ответственность ляжет и на неуполномоченного представителя (ст. 39 ТК РФ).
2. Если в установленный законом трехдневный срок работодатель не оформил письменный трудовой договор, работник вправе этого потребовать. В случае отказа работодателя можно добиваться прав через суд или инспекцию по труду. За нарушение закона работодателю грозит серьезный штраф, размеры которого могут быть различными, в зависимости от вида нарушения:
   • уклонение от оформления;
   • несвоевременное оформление;
   • ненадлежащее оформление;
   • подмена трудового договора гражданско-правовым.
3. На трудовом договоре отсутствует подпись работника. Такой договор считается оформленным ненадлежащим образом, за что несет ответственность работодатель. Это не освобождает его от трудовых отношений, которые все равно считаются заключенными по факту допуска к работе.

Введение

В название этой главы присутствует "Шаг 0", поскольку в книге, посвященной главным образом тому, как создавать приложения для мобильных устройств, ваше внимание должно быть обращено на необходимость получения в первую очередь ответа на следующий вопрос: "Какие конкретные задачи должны решаться при помощи данного мобильного приложения?" Очень важно всегда иметь для разрабатываемого приложения подходящий набор конечных целей. В процессе того, как вы будете ближе знакомиться с возможностями и ограничениями вашего целевого устройства, а также по мере появления новых или уточнения существующих требований в результате тестирования приложения, задачи разработки могут изменяться, но вы всегда должны хорошо представлять себе общую конечную цель, которая должна быть достигнута по завершении разработки. Приложение, для которого ясно не определены цели и сферы применения, обречено потонуть в море посредственных возможностей. Гораздо лучше выделить несколько важных задач, в которых будут больше всего заинтересованы пользователи мобильного устройства, и обеспечить возможность их эффективного решения, чем пытаться втиснуть все, что только возможно, в рамки одного универсального приложения.

Цель этой короткой главы состоит в том, чтобы помочь вам правильно очертить границы проекта разрабатываемого мобильного приложения. Успешность подобных приложений зависит от того, насколько они сфокусированы на решении строго определенного круга задач. Работа с мобильными приложениями, предназначенными для повышения производительности труда, обычно ведется в виде коротких сеансов, во время которых пользователь получает и изменяет данные или запрашивает услуги. Правильно определив набор необходимых средств, вы предоставите пользователям возможность быстрейшего получения информации и услуг, в которых они нуждаются. Вероятно, мобильное приложение с множеством форм, для просмотра и изучения которых пользователю понадобится более 20 минут, вряд ли можно считать соответствующим этому критерию; 20 секунд - вот те временные рамки, на которые вы должны ориентироваться. To же самое относится и к приложениям развлекательного характера; отличная мобильная игра должна быть простой в использовании, быстро запускаться и учитывать специфику кратковременных сеансов.

Независимое приложение или часть большой системы?

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

Независимые приложения

Простая игровая или вычислительная программа может быть выполнена в виде независимого приложения. Независимые приложения характеризуются отсутствием взаимодействия с другими приложениями и предоставляют пользователям лишь ограниченный набор средств, к которым возможен быстрый доступ. Если ваше приложение попадает в эту категорию, то определить сферу его применения будет сравнительно просто. Однако даже в этом случае могут потребоваться некоторые уточнения. Например, калькулятор, позволяющий быстро складывать, вычитать, умножать и делить числа, и калькулятор, предназначенный для решения алгебраических уравнений и построения графиков, должны фокусироваться на совершенно разных вещах. Можно предположить, что модели пользовательских интерфейсов и навигации в этих приложениях должны значительно различаться между собой. В каждом из этих случаев пользователям хотелось бы иметь возможность решать за 20 секунд совершенно непохожие задачи, а это требует расстановки различных акцентов в процессе проектирования приложений. Даже в случае небольших независимых приложений вопрос о сфере их применения не теряет своей актуальности.

Наборы взаимосвязанных приложений, установленных на устройстве

Большинство приложений, заслуживающих интереса, взаимодействуют с другими системами. В некоторых случаях вместо варианта, предусматривающего создание одного крупного многоцелевого приложения, можно выбрать вариант создания набора приложений, установленных на одном устройстве, которые осуществляют совместный доступ к локальной базе данных. Каждое приложение может быть ориентировано на решение отдельного круга задач и разрабатываться так, чтобы наилучшим образом обеспечить достижение соответствующих целей. При построении набора приложений, которые будут совместно работать с разделяемыми данными, важно как можно точнее определить, что именно каждое приложение должно делать, а что не должно. Хорошим примером разделения функций между отдельными приложениями может служить набор офисных приложений. Типичное программное обеспечение офисного набора включает в себя текстовый процессор, программу для выполнения расчетов (электронные таблицы), а также программное обеспечение для подготовки презентационных материалов и обеспечения связи. Указанные программы могут взаимодействовать между собой множеством способов и разделять общие данные и компоненты, но сомнения в отношении того, какое из приложений больше всего подходит для решения той или иной задачи, возникают лишь в очень редких случаях. Кое-кому может показаться, что отдельные офисные приложения сами по себе являются слишком сложными, чтобы каждое из них можно было считать ориентированным на решение узкого круга задач, однако представьте, что бы произошло, если бы все они были объединены в одно огромное "суперприложение". Результат напоминал бы собой некий конгломерат. Залог создания успешных мобильных приложений - минимизация их размеров и специализация выполняемых ими функций

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

У конечного пользователя не должно возникать никаких сомнений относительно того, каким именно инструментом следует воспользоваться для решения той или иной конкретной задачи. Размытие целевого назначения приложений в пределах набора говорит о незавершенности продукта или разработке проекта путем незапланированного наращивания его возможностей, когда вместо систематического создания заранее предусмотренных средств существующие приложения дорабатываются в специализированном стиле по мере выявления новых потребностей. Если в процессе разработки мобильного приложения у вас рождается идея "убийственного сценария", задайтесь вопросом, следует ли включать этот сценарий в состав существующего приложения или лучше реализовать его надлежащим образом в виде независимого приложения. Можно легко объединить приложения в одно целое, но выделить вплетенный в тело приложения код очень непросто. Если вы сомневаетесь в том, как лучше поступить, начните с создания независимого приложения, не забыв при этом о правиле "20 секунд": пользователь, действуя без спешки, должен успевать достать устройство из кармана и перейти к разделу с нужной информацией в течение не более 20 секунд.

Мобильные приложения, взаимодействующие с приложениями для настольных компьютеров и серверов

Многие из установленных на устройствах приложения взаимодействуют с внешними ресурсами, например, с данными, которые хранятся на настольном компьютере, доступны на сервере предприятия или предлагаются Internet-службами. Определяя сферу применения мобильных приложений, являющихся частью более крупных систем, необходимо не забывать о двух важных вещах:

1. Определите ключевой набор сценариев работы с устройством. Сценарии использования приложений для настольных компьютеров и Web-приложений значительно отличаются от сценариев использования мобильных приложений, и поэтому простой перенос функциональных возможностей соответствующих приложений на мобильные устройства является оправданным лишь в очень редких случаях. Очень важно, чтобы вы могли дать ответы на следующие вопросы. Быстрое решение каких задач может потребоваться пользователям данного приложения при работе в мобильных условиях? Каковы те ключевые элементы, необходимость быстрого поиска или выполнения которых может заставить пользователя извлечь устройство из кармана? От ответов на эти вопросы зависят сценарии использования вашего мобильного приложения.

2. Определите будет ли устройство взаимодействовать с данными, хранящимися на настольных компьютерах или серверах. При работе крупных приложений часто используются экземпляры данных, разбросанные по самым разным местам. Данные могут храниться на нескольких серверах, на настольных компьютерах и на устройствах. Очень важно иметь ясную картину того, с какими данными будет взаимодействовать ваше мобильное приложение. Если у вас есть возможность выбирать, с какими данными следует организовать взаимодействие, - теми, которые хранятся на сервере, или теми, которые хранятся на настольном компьютере, - то наиболее подходящим почти всегда будет второй вариант. Это обусловлено двумя причинами: 1) обычно данные, хранящиеся на настольном компьютере, являются локальной кэшированной копией серверных данных, реальное текущее состояние не всегда отражается правильно, и 2) в то время как настольный компьютер не всегда может быть доступным, серверы специально проектируются таким образом, чтобы обеспечивалась возможность постоянного доступа к ним. Обычно если принимается решение о том, что мобильное устройство должно синхронизироваться с данными, хранящимися на настольном компьютере, а не на сервере, то это делается на основе тактических, а не прочно обоснованных стратегических соображений. В качестве оправдания указанной близорукой политики приводят, например, такую аргументацию: "Я не могу получить разрешение на доступ к находящимся на сервере данных с мобильного устройства, и поэтому вынужден обратиться к модели, которая обеспечивает синхронизацию с данными, хранящимися на настольном компьютере" или "Структуры данных, хранящихся на серверах, слишком сложны для обработки, в то время как на настольных компьютерах данные хранятся в простых форматах, и поэтому синхронизация с ними осуществляется легче". Постарайтесь устоять перед подобного рода соблазнами. Если данные действительно хранятся на сервере, то вы должны организовать синхронизацию именно с ними, даже если для этого и придется создавать промежуточное серверное решение, поддерживающее получение доступа к данным. Формирование продуманной архитектуры взаимодействия с другими звеньями вашего приложения сторицей окупит себя в отношении надежности и сроков разработки. Кратковременным тактическим решениям свойственно очень быстро превращаться в непрерывный долговременный кошмар сопровождения. Корректная оценка сферы применения вашего мобильного приложения требует того, чтобы вы руководствовались отчетливой схемой, отражающей взаимодействие приложения с внешними по отношению к устройству системами.

Не пытайтесь просто переносить на устройства приложения, рассчитанные на настольные компьютеры! Мыслите категориями устройств!

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

Стереотипы использования мобильного и настольного программного обеспечения

Следует развеять миф о том, что персональные компьютеры будут вытеснены мобильными устройствами; в действительности на это пока ничто не указывает. Как уже отмечалось в предыдущих главах данной книги, мобильные устройства находят качественно иное применение по сравнению с персональными компьютерами. Чтобы добиться успеха в создании замечательных мобильных приложений, вы должны исходить из того, что мобильные устройства привносят в существующее программное обеспечение новое, мобильное наполнение, заставляя создавать совершенно новые классы программного обеспечения, а не просто заменять то, которое уже существует в виде приложений для настольных компьютеров и Web-приложений

Настольные и переносные компьютеры хорошо справляются со многими задачами, и в частности, обеспечивают возможность исследовательского стиля работы с данными, получаемыми их из самых разных источников. Во время сеанса работы с настольными или переносными компьютерами исходная информация нередко поступает из нескольких разнородных источников, и вы всегда можете вызвать именно то приложение, которое вам требуется в данный момент. Вспомните хотя бы, как вы работаете с текстовым процессором, обмениваетесь электронными сообщениями, заказываете авиабилеты через Web или разрабатываете проекты, используя подходящее программное обеспечение. Все эти виды деятельности носят исследовательский характер и во многих случаях требуют длительных сеансов работы за компьютером. На протяжении рабочего сеанса пользователю приходится иметь дело с различными приложениями и данными в зависимости от текущей ситуации, часто переходя из одного контекста в другой. С другой стороны, надлежащим образом разработанное мобильное программное обеспечение ориентируется на предоставление пользователю возможности сконцентрироваться на узкоспециальных задачах, нуждающихся в строго определенной информации, которые решаются за время коротких рабочих сеансов. Вы только представьте себе раздражение пользователя, пытающегося срочно найти адрес в неудачно спроектированной адресной книге мобильного устройства. Пользователи рассчитывают на то, что смогут связаться с нужным адресатом по телефону в течение минимального времени. Их совершенно не устраивает, если для этого приходится выполнять различные манипуляции, на которые уходит много времени; даже 10 секунд, необходимых для того, чтобы нажать нужные кнопки и перейти от одних элементов пользовательского интерфейса к другим, является недопустимо длительным промежутком времени для пользователя, которому требуется сделать всего лишь один телефонный звонок. От мобильных устройств ожидают, что они, будучи всегда под рукой, просто обязаны находиться в состоянии постоянной готовности к работе и обеспечивать быстрый доступ к информации и услугам в тех ситуациях, когда настольные или переносные компьютеры ничем помочь не могут.

Проектируя приложения для мобильных устройств, важно ориентироваться на определенные стереотипы их использования и конкретные условия, в которых люди будут пользоваться этим программным обеспечением. Возникнет ли необходимость в использовании приложения непосредственно в кабине грузовика сразу же после доставки груза? Должно ли приложение быть достаточно простым, чтобы им можно было пользоваться на людных улицах, или оно будет использоваться для поиска сложных данных в комфортных офисных условиях? Предполагается ли использование приложения во время перелетов, когда обмен сообщениями сможет быть осуществлен лишь тогда, когда представится возможность установления связи? Будет ли данное приложение являться частью пакета, причем программное обеспечение настольного компьютера и мобильного устройства будет использоваться одним и тем же человеком, или же настольными компьютерами и мобильными устройствами будут пользоваться разные люди, общими для которых будут только данные, с которыми они совместно работают? Каким опытом работы с другими компьютерами и приложениями обладает целевой пользователь? Следует ли максимально упростить пользовательский интерфейс, чтобы им могли пользоваться даже неискушенные пользователи? Важно иметь отчетливое представление о том, каким образом сценарии использования затрагивают часть вашей системы, устанавливаемую на мобильных устройствах, и как именно пользователи будут работать с ней. Это позволит вам не только определить нужный состав средств и особенности пользовательского интерфейса мобильного приложения, но и выбрать наиболее подходящее целевое оборудование для вашего мобильного решения. Если для приложения требуется определенный тип пользовательского интерфейса, то это может очень сильно повлиять на выбор соответствующего приложению целевого оборудования и его форм-фактора.

Поиск информации в Web с помощью мобильных устройств имеет свои особенности

Мне не раз приходилось слышать оценку, согласно которой в течение всего лишь нескольких лет число мобильных устройств, имеющих доступ к Internet, превысит аналогичное число настольных компьютеров. Возможно, так оно и будет, но было бы неправильно считать, что способы использования Internet в обоих случаях будут одинаковыми. Стоит поговорить о том, почему это так.

Ранее мы уже указывали на то, что в мобильных Web-бpayзepax адресная строка часто по умолчанию является скрытой. В случае настольных компьютеров такое поведение можно было бы считать упущением, но в случае мобильных устройств критерии оценки другие. На то есть две причины: 1) в случае мобильных устройств быстро вводить длинные URL-адреса обычно бывает непросто, и если имена Web-сайтов приходится задавать с указанием всех входящих в них символов то и редактор T9 не в состоянии ускорить эту процедуру, и 2) в силу требований к размерам изображений и компоновке экрана большая часть Web-содержимого плохо приспособлена для отображения на мобильных устройствах.

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

Именно поэтому ведется работа по выделению в Internet отдельного домена высшего уровня (например, .mobile, а не.com), предоставляющего содержимое специально для мобильных устройств. Мобильные устройства вскоре станут очень важными участниками деятельности в Internet, но использоваться в работе они будут не так, как браузеры современных настольных компьютеров. Ближайшее будущее обещает нам много интересного, поскольку можно ожидать появления в Web множества новшеств, специфических для мобильных устройств, а не простого переформулирования идей программного обеспечения, разработанного для настольных компьютеров.

Шаги по определению сферы применения мобильного приложения

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

1. Записывайте сценарии использования мобильных устройств. Не существует лучшего способа, чем описание на бумаге каждого возможного пользовательского сценария из подготовленного вами списка. Чем более подробно описаны сценарии, тем лучше. Определите круг потенциальных пользователей мобильного приложения. Определите, какие устройства они могут иметь при себе. Определите, какие задачи они смогут решать при помощи данного программного обеспечения. Определите где и когда они могут использовать ваше мобильное приложение. Определите длительность и частоту возможных сеансов взаимодействия с устройством. Запись всей этой информации на бумаге обострит ваше мышление и позволит получить конкретные отзывы от других участников рабочей группы, потенциальных пользователей приложения и других заинтересованных сторон. Не менее важно указать также то, для выполнения чего ваше мобильное приложение не предназначено. Тем самым будут полностью определены границы и сфера применения вашего мобильного приложения

2. Определите, какая часть системы перемещается на устройство. Будет очень неплохо, если вы предварительно разделите приложение на части, соответствующие серверу, устройству и настольному компьютеру, если это только возможно. Это позволит вам получить хорошее представление о запросах вашего мобильного приложения в отношении обработки, хранения и обмена данными.

3. Создайте начальный прототип. Располагая современным инструментарием RAD (Rad Application Development - быстрая разработка приложений), можно сравнительно легко создавать начальные прототипы того, что вы задумали. Создание прототипов - отличная вещь. Подготовка и выполнение прототипов на устройстве поможет вам лучше изучить возможности и ограничения выбранного вами оборудования и выявить проблемы проекта, которые вы могли упустить. Помимо этого, наличие выполняющегося прототипа сделает возможной оценку дееспособности определенных вами сценариев использования приложения

4. Проанализируйте, подходит ли разработанный вами пользовательский интерфейс прототипа для выбранного целевого устройства. Создание прототипа приложения ясно покажет вам, каким образом приложение будет представлять данные и взаимодействовать с пользователем. Не каждое приложение подойдет для любого устройства. Прототип продемонстрирует вам, как именно будут выглядеть и работать определенные вами сценарии использования приложения на физическом оборудовании устройства. В зависимости от полученных при этом результатов может потребоваться уточнение сценариев, изменение парадигмы пользовательского интерфейса и даже выбор другого целевого мобильного устройства.

5. Используя опыт работы с прототипом, уточните модель данных приложения. Работа с прототипом приложения должна помочь вам лучше понять, с какими типами данных придется иметь дело приложению, и в каких условиях будет осуществляться отправка и получение этих данных. У вас будет достаточно информации для того, чтобы определить, необходимо ли использовать локальную базу данных, и какой тип локального хранилища может потребоваться. Как и в случае пользовательского интерфейса, потребности вашего приложения в данных могут вынудить вас к пересмотру решения о выборе целевого оборудования на основании доступности баз данных или требований к хранению данных.

6. Проанализируйте, реализуемы ли для выбранного целевого устройства заложенные в прототипе приложения допущения, касающиеся вопросов обмена информацией. Критически оцените потребности вашего мобильного приложения в обмене информацией и взаимодействии с другими системами. Требуется ли высокоскоростной доступ в сеть? Существует ли необходимость в роуминге? Смогут ли соединение с сетью и синхронизация данных через настольный или переносной компьютер в достаточной мере удовлетворить потребности вашего мобильного приложения в обмене информацией?

7. Приступите к разработке программного обеспечения! Вооружившись тщательно продуманным списком пользовательских сценариев, первоначальным представлением о том, каким должно быть подходящее разбиение приложения на отдельные части, и ценными сведениями, полученными в процессе апробирования экспериментальной модели приложения, вы будете вполне готовы приступить к его разработке.

Каждый из нас должен оставлять за собой право проснуться назавтра поумневшим по сравнению с сегодняшним днем. Очень важно, чтобы к тому моменту, когда вы будете приступать к непосредственной разработке вашего мобильного приложения, у вас имелся хорошо продуманный план действий. Кроме того, необходимо понимать, что в процессе разработки приложения будут выясняться новые факты, которые могут заставить вас пересмотреть и скорректировать первоначальный план. Важно не только представлять себе в общих чертах, как должно работать приложение, но и ориентироваться на конкретные сценарии, наполняющие это представление содержанием. Без этого вы рискуете прийти к тому, что конечный результат будет подобен кухонному комбайну, который готовит ужасный кофе, печет рыхлый хлеб и плохо справляется с мытьем посуды. У вас должна быть ясная картина того, для чего именно предназначено и, что не менее важно, для чего не предназначено ваше приложение. Если имеющийся план требует изменений - измените его, но сфера применения и соответствующие сценарии использования вашего мобильного приложения в любом случае должны быть определены.

Данная статья является свободным переводом статьи Стива Павлины “Overcoming procrastination” с реальными примерами из моей жизни.

Привычка откладывать все на последний момент может стать серьёзной проблемой неудовлетворённости рабочей и личной жизнью. Постоянные сверхурочные, работа допоздна, упущенные возможности, стресс и чувство неудовлетворённости – несколько симптомов этой плохой привычки. Попробуем рассмотреть, как можно избежать этого и как делаю это я.

Приступая к работе, говорите себе «Я хочу это сделать» вместо того, чтобы постоянно напоминать себе «Мне надо это сделать». Как бы то ни было, всегда вам выбирать, делать что-то либо нет, даже если последствия могут быть неприятными. Сделайте осознанный выбор того, что бы вам хотелось сделать сейчас, и сделайте это! Я обычно составляю план на день, в который я помещаю только те задачи, которые мне хочется увидеть сделанными. Это мой выбор – поэтому их всегда хочется сделать.

Если думать о задаче как о большом слоне, которого вы хотите съесть, то наверняка вы отложите эту задачу «на потом». Спросите себя: «С чего я могу начать прямо сейчас?» Откусите слону ухо и не думайте о том, как он может весь поместиться в вас. Когда это сделано, выберите следующую саму маленькую часть слона либо самую вкусную – без разницы – и съешьте её! По мере уничтожения монстра вы узнаете подробности о слоне, которые не видны были сперва. Каждый раз вы начинаете со следующей мелкой части и получаете от этого удовольствие, пока вы в итоге не обнаружите, что от слона остался один хвост, который без проблем может поместиться в вас за один присест. Если задача необъятная либо не приятная (но, безусловно, важная для вас!) – смело начинайте и пока не думайте о завершении.

Ещё одна причина, ведущая к отсрочке – желание сделать задачу как можно лучше. Вы думаете, что необходимо выполнить задачу максимально хорошо – и это приводит к откладываю её исполнения на неопределённый срок. Как только подходит срок выполнения – у вас уже нет времени выполнить задачу идеально. Эта мысль приводит к стрессу и раздражению по поводу своих способностей и организации своего труда. Если задача не имеет конкретных сроков завершения, то желание сделать её идеально не позволит её закончить никогда, так как всегда найдётся момент, который можно улучшить.

Всегда позволяйте себе право быть человеком. А человек может ошибаться, с этим ничего не поделаешь. Многим гениальным творениям предшествовало 1000 неудачных, но вряд ли эти гениальные творения появились, если бы не эти 1000 предшествующих. Несовершенная работа, сделанная сегодня, всегда лучше, чем идеальная, отложенная навсегда . Если вы хотите написать статью на 5000 слов, позвольте вашему первому черновику состоять только из 100 слов. Обычно я разбиваю неподъемную задачу на несколько мелких дел, не думая о том, кому придётся их делать. Потом беру одну из них, добавляю в список “сделать сегодня” и приступаю без всяких мыслей об идеальности результата. Это не представляет особого труда, так как большая идеально выполненная задача была заменена маленьким съедобным кусочком.

Ещё одна причина отсрочки – ассоциация задачи с лишением. Вы думаете, что занятие делом поглотит всё свободное время и я не смогу его потратить на то, что мне нравиться и интересно. Такая мысль, конечно, не благоприятствует решению задачи. В этом случае я рекомендую выделить время на занятие тем, чем нравиться: хобби, семья, всё что угодно. Выделите на это время и не позволяйте другим задачам вторгаться в эти промежутки. Если у вас будет только два часа на решение задачи, и вы знаете что все остальное время уже занято приятными для вас делами, то особого труда не составит сделать эту задачу, так как другого случая не предвидеться.

В один из своих рабочих дней я был вынужден уйти рано, и было всего лишь 6 с половиной часов на решение всех задач. Я точно знал, что в 16:30 вынужден покинуть маленький офис независимо от того, сколько успел сделать. День прошёл экстремально эффективно, было выполнено около 12 задач, на которые в другие дни ушло бы 8, а то и больше часов. Причем это придало мне положительный эмоциональный заряд на оставшийся вечер.

Мне нравиться выделять дни, непосвящённые никаким делам. Обычно более чем достаточно одного такого дня в неделю (воскресение!), в который удаётся расслабиться полностью и зарядиться энергией на грядущие 6 дней. Когда знаешь, что завтра выходной, и у тебя не будет права что-либо делать – в предыдущий день очень хочется сделать как можно больше.

Когда хочеться видеть выполненной неприятную задачу, я ограничиваю время на её выполнение. В блокноте, который всегда у меня перед глазами, сверкает запись, что через 30 минут (указываю конкретное время) я прекращаю заниматься решением этой задачи. Кроме этого, придумываю, чем бы я мог приятным заняться через эти 30 минут. Например, пока я пишу эти строки у меня в блокноте записано, что с 11:20 до 11:30 у меня будет ленч. Я чувствую легкое чувство голода в животе, а на часах 11:00. Как вы думаете, насколько сложно было написать этот абзац? :)

Иногда, используя такой подход с расстановкой временных рамок, в эти 30 минут так вливаюсь в процесс работы на задачей что мне сложно остановиться. Так как эти рамки выставлены самим собой, то я могу без труда инвестировать больше своего времени на решение этой задачи. В любом случае, можно сказать себе «Стоп!» и идти пить чай либо смотреть свою любимую телепередачу, либо зайти на свой любимый форум, либо что-то ещё, что я себе придумал приятного в качестве вознаграждения.

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