Я думал над этим — impossible. Магазин Google не имеет стороннего API и не выдаёт полного списка расширений, только поиск. Он не будет оповещать об обновлениях сторонние проги. Фактически о новой версии расширения можно узнать максимум за несколько часов до того, как она распространится по всему миру, это ничтожно мало для ручной проверки. Ставить расширения с других сайтов в Chrome запрещено. Опять же, до установки вы даже не можете удостовериться, что вот этот код на Github действительно используется в конкретном расширении — это всего лишь обещание от автора.
Короче, это задача исключительно Google. Если они не смогут защитить своих пользователей от подлой рекламы, они потеряют пользователей.
Это слежение с целью сбора статистики. GA записывает всё о вашем поведении на сайтах, через cookie. Многие расширения используют GA, хотя не все признаются в этом.
Большую опасность представляет откровенная слежка, когда расширение чётко шлёт какой-нибудь уникальный ID, имя аккаунта Google, всю вашу историю посещений и списывает пароли из тегов . Это уже откровенный зловред, и такие надо однозначно жечь. Но смысл в том, что если расширение начинает отправлять информацию на какой-то «левый» домен, вас обычно не предупреждают и тем более не спрашивают об этом. Тем более вы не можете знать, как будет использована информация о вас. Что именно считает статистика, для кого и зачем — неизвестно.
Сбор статистики — это нормально в интернете, фактически каждый сайт следит за посетителями. Но в случае расширений хорошим тоном считается хотя бы уведомлять пользователя. Для примера, расширение Ghostery имеет функцию GhostRank — сбор анонимной статистики. Об этом написано на странице в Маркете перед установкой, об этом написано на специальной странице, которая открывается после установки. Галочка по умолчанию отключена, и расширение просит включить её добровольно — указывая, что это сбор статистики. Да, пользователь не знает, что именно записывается — но он знает, кем, где и зачем. По-моему, это честно.
Я тоже использую Kohana. Стабильности в ней никакой, фреймворк почти заброшен (3.3 использует устаревшее API и вызывает E_DEPRECATED на новом PHP, 3.4 есть только на Github в сыром виде), для pull request'ов принята особая процедура через багтрекер Kohana, большинство модулей необходимо не только обновлять под новый PHP и библиотеки, но ещё и допиливать.
Но. Для меня все недостатки нивелируются структурой и архитектурой фреймворка. Вместе с Kostache получается очень чёткая и жёсткая система: Controller — Model — View — Template. Когда для логики преставления есть отдельный класс, в котором даже циклы должны вычисляться. Все реюзабельные блоки, которые в других фреймворках как только ни называются (паршиалы, кусочки, фрагменты) — это всего лишь View+Template, куда кидаются данные свыше, мало или много ли там логики. При этом фреймворк достаточно производительный и простой.
Вы бы объяснили, что такое Kanban заодно, раз уж на скриншотах всё по-английски. (Если кратко, Kanban — это без чёткого деления на спринты по неделе-две, для проектов где задачи прибывают ВНЕЗАПНО и СРОЧНО, a lá russe)
В JIRA есть плагин с русской локализацией, в том числе для JIRA Agile (так сейчас называется Grasshopper). Там можно и без English knowledge работать.
С точки зрения законов околотехническая литература (учебники, сборники советов, биографии программистов) ничем не отличается от художественной. С чёткими техсправочниками закон обращается немного по-другому, а так вы защищаете свой труд наравне с фанатскими переводами Гарри Поттера. Если оригинал не опубликован под Creative Commons, то фанперевод не претендует даже на легальное существование.
Можно взять две батарейки и, пока одна заряжается, играть со второй. А вообще там вроде есть HACKER PACKAGE, где вам кроме самолётика высылают все компоненты и схему сборки. Endless fun.
А чем так «нашумел» Docpad? Вроде обычный генератор статических сайтов на Node.js. Ну вот например по сравнению с Wintersmith. Все эти ”file wathing, live reload и самое главное «amazing plugin system»” — это обязательная программа для любого генератора ещё со времён Jekyll.
Давайте прикинем. Для простоты пусть двери будут двусторонними. У вас есть полигоны с прямыми углами. Каждый отрезок на краю полигона может быть либо окном, либо дверью. Причём окно всегда идёт наружу, а между двумя комнатами может быть только дверь (пусть даже только одна). С учётом условия на отступ между окнами и дверьми (но не вместе) и неперекрытия окон дверьми, осталось только пройтись по каждому краю полигонов.
Двери и окна — это всё цветочки. Вы лучше подумайте, как весело там мебель процедурно расставлять.
Удобно и не усложняет код. Оригинальный проект уже год не обновлялся, но форков достаточно для выбора. У меня самого есть один со множеством новых фич и упрощений.
Короче, это задача исключительно Google. Если они не смогут защитить своих пользователей от подлой рекламы, они потеряют пользователей.
Большую опасность представляет откровенная слежка, когда расширение чётко шлёт какой-нибудь уникальный ID, имя аккаунта Google, всю вашу историю посещений и списывает пароли из тегов . Это уже откровенный зловред, и такие надо однозначно жечь. Но смысл в том, что если расширение начинает отправлять информацию на какой-то «левый» домен, вас обычно не предупреждают и тем более не спрашивают об этом. Тем более вы не можете знать, как будет использована информация о вас. Что именно считает статистика, для кого и зачем — неизвестно.
Сбор статистики — это нормально в интернете, фактически каждый сайт следит за посетителями. Но в случае расширений хорошим тоном считается хотя бы уведомлять пользователя. Для примера, расширение Ghostery имеет функцию GhostRank — сбор анонимной статистики. Об этом написано на странице в Маркете перед установкой, об этом написано на специальной странице, которая открывается после установки. Галочка по умолчанию отключена, и расширение просит включить её добровольно — указывая, что это сбор статистики. Да, пользователь не знает, что именно записывается — но он знает, кем, где и зачем. По-моему, это честно.
groups.google.com/forum/#!topic/twister-dev/gpEaKwH153I
Но. Для меня все недостатки нивелируются структурой и архитектурой фреймворка. Вместе с Kostache получается очень чёткая и жёсткая система: Controller — Model — View — Template. Когда для логики преставления есть отдельный класс, в котором даже циклы должны вычисляться. Все реюзабельные блоки, которые в других фреймворках как только ни называются (паршиалы, кусочки, фрагменты) — это всего лишь View+Template, куда кидаются данные свыше, мало или много ли там логики. При этом фреймворк достаточно производительный и простой.
В JIRA есть плагин с русской локализацией, в том числе для JIRA Agile (так сейчас называется Grasshopper). Там можно и без English knowledge работать.
Двери и окна — это всё цветочки. Вы лучше подумайте, как весело там мебель процедурно расставлять.
Вот — настоящие сниппеты для LESS:
http://lesselements.com/
Удобно и не усложняет код. Оригинальный проект уже год не обновлялся, но форков достаточно для выбора. У меня самого есть один со множеством новых фич и упрощений.