Я не говорил, что AndroidLost является заменой сабжу. Однако вы ошибаетесь, возможностей по удаленному управлению телефоном у AndroidLost не меньше, чем у сабжа. Разница только в том, что AndroidLost бесплатный, имеет на редкость убогий интерфейс, рассчитан на одно устройство и привязан к аккаунту Google.
Управлять несколкьими устройствами в AndroidLost в принципе можно, но нужно знать пароли их Google-аккаунтов и все время перелогиниваться в вэб-интерфейсе.
Я бы еще рекомендовал почитать Дэвида Майерса «Социальная психология». В ней более глубоко рассматриваются личностные и общественные предпосылки, позволяющие строить подобные манипуляции сознанием.
Да, есть такая книга от Матвейчева от 2008 года. Полное название «Уши машут ослом. Сумма политтехнологий».
А есть книга от коллектива авторов: Д. Г. Гусев, О. А. Матвейчев, Р. Р. Хазеев, С. Ю. Чернаков.
Она полностью называется «Уши машут ослом. Современное социальное программирование».
Обе книги есть на рутрекере.
Очень хорошо тема раскрыта в книге Поварнина Сергея Иннокентьевича «Спор. О теории и практике спора» (1918). Одна из лучших книг по прикладной логике. Там нет про пропаганду, но раздел «Уловки в споре» имеет прямое отношение к теме статьи.
Еще в тему будут книги:
Виктор Сороченко «Энциклопедия методов пропаганды»
Александр Петрович Никонов «Управление выбором. Искусство стрижки народных масс»
Коллектив авторов «Уши машут ослом»
еще можно добавить любимые фразы-обобщения из телевизора:
«мы» _____, но (пока) «не получилось»
«нужно/необходимо» ________
«мы все понимаем», что
«не должно» быть ________
Хотелось бы, чтобы автор добавил в пост примеры — уровень использования манипуляций в форумах и информационном пространстве в целом растёт постоянно, но не все умеют его распознавать.
«…недоразумения и небрежность создают больше путаницы в этом мире, чем хитрость и злоба. В любом случае, последние два, безусловно, встречаются гораздо реже» Гёте…
Учитывая, что Иоганн Вольфганг фон Гёте получил посвящение в веймарской масонской ложе вы можете оказаться не так уж и не правым…
Есть такая штука DigiMarc (есть и как плагин фотошопа) — добавляет полностью прозрачный водяной знак.
Держится даже после рекомпрессии с пониженым качеством и размером.
Я использую связку из таск-менеджера Remember The Milk и блокнота Evernote. В RTM попадает все, что требует от меня активных действий, а в Evernote — только справочная информация. Разделение информации на эти две категории очень сильно упрощает работу — этому я научился как раз из GTD.
Труд хороший и полезный, продолжайте обязательно! Но как по мне, изучение технологии лучше начинать не с использования готового фреймворка, а с самых основ, примерно как в замечательной бесплатной книге The Node Beginner Book: в ней последовательно раскрывается и асинхронная модель, основы создания модульной системы, роутинг и много чего ещё. Причём, если честно писать или хотя бы копипастить все примеры, то в конце получится хоть и примитивное, но вполне функциональное веб-приложение, и становится понятнее, как работает тот же express.
На самом деле да, возможность работы без центрального сервера лично для меня далеко не самая главная причина перехода с svn.
Основные причины:
1) Лучшая защита от дурака. C git гораздо сложнее забыть добавить файл в индекс или потерять свои изменения. Однажды в svn во время мерджа по ошибке ввел tf вместо mf — потерял довольно большой кусок кода, восстановить не смог (да, я знаю, что я сам криворукий дебил и меня к компьютеру вообще подпускать нельзя). В git же на момент pull все локальные изменения всегда закоммичены и их всегда можно восстановить.
2) Более удобная работа с ветками. Про это уже сказали
3) git stash. Тоже упоминался
4) git автоматически распознает переименования, перемещения и удаления файлов в ФС без использования собственных комманд
5) github
6) Быстрый просмотр истории, переключение между ветками, чекаут отдельных ревизий — не нужно идти за этим на сервер
7) Более чистая рабочая директория. Нет отдельных папок для веток и тегов, всего одна папка .git (рад что в .svn теперь также)
>И какая польза проекту от такого коммита в метро? Кто им может воспользоваться?
Я выйду из метро, дойду до интернета и запушу все в центральный реп. При этом у меня с собой в метро будут все ветки, и я смогу нормально коммитить, а не набирать гигантских размеров коммит.
> какая гарантия, что кто-то «второй» держит у себя полную копию git/hg репозитария?
Все разработчики в сумме держат полную и атуальную версию репа. Восстанавливаем «центральный» реп из локального от любого автора, отсальные делают в него пуш — вуаля, полностью актуальный реп со всеми коммитами.
>Аналога команды stash нет, но если нужно поправить другую ветку, почему нельзя сделать:
Я говорил не об этом. Предположим, вы делаете некоторую фичу и обнаруживаете баг в главной ветке. Вам нужно переключиться в главную ветку и поправить этот баг. Но у вас есть незакоммиченные изменения, которые коммитить сейчас нельзя, т.к. код банально не дописан и не проверен. В git вы делаете stash, переключаете ветку, делаете фикс, переключаетесь обратно, делаете stash apply. Как вы разрулите это в svn.
>А если, как говорят многие пользователи git/hg, сервер недоступен/лежит, то и смысла от этого коммита для проекта — ноль.
Этот коммит зальется в центральный реп, как только оный станет доступен. И это могут быть несколько красивых коммитов, а не один толстый с тучей правок.
Я вижу, что вы не совсем понимаете или совсем не понимаете смысл работы в ветках…
Управлять несколкьими устройствами в AndroidLost в принципе можно, но нужно знать пароли их Google-аккаунтов и все время перелогиниваться в вэб-интерфейсе.
А есть книга от коллектива авторов: Д. Г. Гусев, О. А. Матвейчев, Р. Р. Хазеев, С. Ю. Чернаков.
Она полностью называется «Уши машут ослом. Современное социальное программирование».
Обе книги есть на рутрекере.
Еще в тему будут книги:
Виктор Сороченко «Энциклопедия методов пропаганды»
Александр Петрович Никонов «Управление выбором. Искусство стрижки народных масс»
Коллектив авторов «Уши машут ослом»
«мы» _____, но (пока) «не получилось»
«нужно/необходимо» ________
«мы все понимаем», что
«не должно» быть ________
Хотелось бы, чтобы автор добавил в пост примеры — уровень использования манипуляций в форумах и информационном пространстве в целом растёт постоянно, но не все умеют его распознавать.
Учитывая, что Иоганн Вольфганг фон Гёте получил посвящение в веймарской масонской ложе вы можете оказаться не так уж и не правым…
www.digimarc.com/patents
www.digimarc.com/docs/technology-resources/dmrc_high_capacity.pdf?sfvrsn=2
www.digimarc.com/docs/technology-resources/dmrc_improved_human.pdf
и тд
Держится даже после рекомпрессии с пониженым качеством и размером.
Да, где-то с 4-го Андроида появились четкие гайдлайны и тема Holo.
Также можно использовать AlarmManager. Тут пример.
Для переодичных задач пользуйтес alarm менеджером. Говорите ему что бы кинул вам интент в нужный сервис и выполняете таску.
Основные причины:
1) Лучшая защита от дурака. C git гораздо сложнее забыть добавить файл в индекс или потерять свои изменения. Однажды в svn во время мерджа по ошибке ввел tf вместо mf — потерял довольно большой кусок кода, восстановить не смог (да, я знаю, что я сам криворукий дебил и меня к компьютеру вообще подпускать нельзя). В git же на момент pull все локальные изменения всегда закоммичены и их всегда можно восстановить.
2) Более удобная работа с ветками. Про это уже сказали
3) git stash. Тоже упоминался
4) git автоматически распознает переименования, перемещения и удаления файлов в ФС без использования собственных комманд
5) github
6) Быстрый просмотр истории, переключение между ветками, чекаут отдельных ревизий — не нужно идти за этим на сервер
7) Более чистая рабочая директория. Нет отдельных папок для веток и тегов, всего одна папка .git (рад что в .svn теперь также)
Я выйду из метро, дойду до интернета и запушу все в центральный реп. При этом у меня с собой в метро будут все ветки, и я смогу нормально коммитить, а не набирать гигантских размеров коммит.
> какая гарантия, что кто-то «второй» держит у себя полную копию git/hg репозитария?
Все разработчики в сумме держат полную и атуальную версию репа. Восстанавливаем «центральный» реп из локального от любого автора, отсальные делают в него пуш — вуаля, полностью актуальный реп со всеми коммитами.
>Аналога команды stash нет, но если нужно поправить другую ветку, почему нельзя сделать:
Я говорил не об этом. Предположим, вы делаете некоторую фичу и обнаруживаете баг в главной ветке. Вам нужно переключиться в главную ветку и поправить этот баг. Но у вас есть незакоммиченные изменения, которые коммитить сейчас нельзя, т.к. код банально не дописан и не проверен. В git вы делаете stash, переключаете ветку, делаете фикс, переключаетесь обратно, делаете stash apply. Как вы разрулите это в svn.
>А если, как говорят многие пользователи git/hg, сервер недоступен/лежит, то и смысла от этого коммита для проекта — ноль.
Этот коммит зальется в центральный реп, как только оный станет доступен. И это могут быть несколько красивых коммитов, а не один толстый с тучей правок.
Я вижу, что вы не совсем понимаете или совсем не понимаете смысл работы в ветках…