Тут больше от силы убеждения зависит. Прочитал что-нибудь забористое, про то, как кофе вреден, отказался от него и оп — ожидаемый эффект налицо. Мне вот вкус напитка нравится, но бывает месяцами его не пью, а бывает по несколько чашек в день — никакой разницы в плане ощущения себя здоровым и счастливым.
Конечно есть! Только не перепечатывать, а дать выжимку по сути. Ведь, как я понимаю, цель этой статьи — пропиарить книгу. Сейчас же получается «Вот вам ничего, но не расстраивайтесь — вот там есть все». Нет никакой наживки для потенциального читателя, даже для такого, который и рад бы ее заглотить)
Классическая статья про биткоин — обещания вначале и… все! Ну вот я интересуюсь, что же есть биток. И что я узнал? Что не все страны его принимают, что есть карта нод, что мнения разнятся, что есть тихие гавани… Тихие гавани чего? Это очередные ангары с кучей жгущего электричество железа или что-то большее? Если большее, то вот тут-то и становится интересно. Может, это и что-то хорошее, что 100% статей, по крайней мере на хабре, наводят на мысли только об очередной разновидности пирамиды — «1000 процентов годовых», «Куплю жене сапоги» и все такое.
На самом деле даже современные образовательные материалы подталкивают к такому выводу. Про курсы я не говорю, на мой взгляд, это в первую очередь средство заработка. Несколько лет назад пытался попрокрастинировать, откладывая свой проект, типа сперва книжечку почитаю, а вот тогда… И нифига не смог найти нормальной книги по тому же Андроид или Юнити. Т.е. книги-то были, но там было толи не то, толи устаревшее, толи слишком ного воды. А хотелось, как в старые времена, когда читаешь Рихтера, ставишь МСДН и ты готов практически ко всему в мире Windows… Современные платформы слишком широки и динамичны, чтобы была возможность сначала изучить, а уж потом приступать. Только хардкор, только разведка боем.
Ну почему сразу подкол-то — технически ничего невероятного, а характер проекта даже обязывает. Оценить могут все — на компьютере можно крутиться мышкой, на телефоне все еще проще и круче — как будто окно в другую реальность.К тому же если вы рассчитываете на невосприимчивых к motion sickness, то лучший способ их фильтровать — как раз такой ролик. Вообще не уверен, что устойчивых людей много — у разработчиков со временем вырабатывается иммунитет и они склонны занижать уровень неудобств VR. Даже нестабильная камера (как в начале трейлера) будет вышибать народ с первых минут, а они будут писать отзывы…
А выдержат ли игроки полтора часа VR с полетами на метле и передвижениями? Если будет как в ролике, то тошнить может начать с первых минут… Ну и главная критика — почему трейлер не в VR-формате, от него в таком виде толку никакого, на мой взгляд. Точнее, наличие плоского дубликата вполне логично, но вот отсутствие 360 (пусть даже моно) варианта удивляет.
А мне кажется, что тут скорее ваш провтык. Продукт нужно разрабатывать не только с прицелом на качественную работу, но и на продажи, т.е. он должен уметь показать себя в тот момент, когда клиент выбирает. Наверняка было известно, что тестовые базы существуют, и уж совсем ничего удивительного в том, что их используют для быстрой проверки анализаторов. Очень круто было бы, если бы анализатор шел со включенными по умолчаниями предупреждениями об откровенной синтетике, причем в явном виде. Т.е. с сообщениями вида «Разыменование нулевого указателя (Это что, синтетический тест?)». Если человек сделат выбор в вашу пользу, он найдет, как отключить лишний шум, а вот не увидевший нужной функции будет потерян навсегда.
И определив шаги, которые надо сделать, ответить на вопросы
Ответить нужно на один вопрос — с чего я могу начать. Затем нужно начать. Это сложно, но писать список вопросов, в каждом из которых кроется отмазка — тупик. Чем проще будет это первое действие, тем лучше. В моем случае старт проекту дала первая задача — установить SDK и запустить какой-нибудь пример из сети. Получая постоянную подпитку от выполненых задач, мозг эффективнее выпутывается из сложности и проще переносит затянувшиеся проекты. А они затягиваются практически неминуемо.
Очень много результатов, но мало предварительной обработки данных, в результате получаем отдельный анализ для «c++» и «си++», «java8» и «java 8» и т.п. В общем количество в радости, качество грустит.
Кривая имплементация обычно обусловлена куда более серьезными проблемами проекта, чем неправильный подход к разработке. А десант скрам-поддержки от специализированной компании может говорить прекрасные и правильные вещи, но изменить ничего не в состоянии. Они просто поддерживают ритуал — видимость прогресса, что даже опаснее, на мой взгляд, чем честный фейл в самом начале.
Вот например, статья — первоисточник. Похоже руководство просто решило подзатянуть гайки, заставить сотрудников работать интенсивнее, пусть и с перегибами. Так вышло, что перегиб принял форму скрама. А мог выразиться в штрафах за минутные опоздания и запретах обеденных перерывов… Едва ли проблему можно было бы решить просто приходя вовремя и не обедая.
С каждым днем во мне укрепляется уверенность, что скрам придуман и продвигается с единственной целью — самообеспечение. Все эти скрам-тренера, скрам-консультанты… Огромное количество людей кормится на ритуальной части. А результат внедрения скорее зависит от качества команды — хорошей будет достаточно описания технологии, чтобы извлечь возможные для себя выгоды, а плохая завалит все и сведет к имитации процесса, сколько тренингов не проводи и как их не сопровождай. Под командой я имею в виду всю цепочку, заинтересованную в производстве: заказчик-менеджер-исполнитель. На практике все равно все сведется к банальным вещам — достаточно ли у заказчика денег, есть ли талантливые архитекторы, эффективен ли менеджмент, мотивированы и квалифицированы ли исполнители, реалистична ли задача…
А не проще будет рассчитывать параметры игрока, предложив ему выполнить какие-то действия вначале. Что-то типа «укажите объект вашего размера», «какой из объектов вам удобно поднять с земли» и т.п. Эдакий туториал-калибратор.
Сейчас четко вижу уверенно приближающийся релиз своего первого не слитого долгостроя — во многом соглашусь с автором. Хотя, на мой взгляд, статью стоило строить вокруг проекта, чтобы добавить убедительности, для тех, кто только собирается погрузиться.
Когда речь идет в настолько позитивном ключе, начинаешь задумываться, а проработан ли подход. Не засыпится ли он на корню при малейшем отклонении. Вы писали о преимуществах для бизнеса, а о недостатках ни слова. А их не может не быть. Во встречах параллельно участвуют представители как топ-менеджмента, так и конечные исполнители. При этом предполагается, что оценка реалистичности планов управленцев дается командами в ходе открытого голосования. А не будет ли в этом случае давление на исполнителя слишком сильным? Не будет ли он просто соглашаться с руководством в надежде на авось? Тут вопросов уйма, и ни на один из них не то что не дается ответов — даже намека нет. Это придирка даже не к конкретно этой статье, а практически ко всем проповедям аджайл-стайл. Позитив — это хорошо, но без техник выхода из кризисов (чаще неизбежных), он, на мой взгляд, опасен.
лучше такое не запоминать))
Ответить нужно на один вопрос — с чего я могу начать. Затем нужно начать. Это сложно, но писать список вопросов, в каждом из которых кроется отмазка — тупик. Чем проще будет это первое действие, тем лучше. В моем случае старт проекту дала первая задача — установить SDK и запустить какой-нибудь пример из сети. Получая постоянную подпитку от выполненых задач, мозг эффективнее выпутывается из сложности и проще переносит затянувшиеся проекты. А они затягиваются практически неминуемо.
Вот например, статья — первоисточник. Похоже руководство просто решило подзатянуть гайки, заставить сотрудников работать интенсивнее, пусть и с перегибами. Так вышло, что перегиб принял форму скрама. А мог выразиться в штрафах за минутные опоздания и запретах обеденных перерывов… Едва ли проблему можно было бы решить просто приходя вовремя и не обедая.