Максим Каракулов

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

habrahabr.ru/post/208802

Вот можно почитать статью на тему:

Тренды и тенденции веб-дизайна в 2015 году: как должен выглядеть современный сайт, популярные и модные тренды. i-to.me/blog/tendentsii-veb-dizajna-v-2015-godu

Веб-студия в России это только Битрикс. У нас в маленьком провинциальном городе выжили только те студии которые занимаются Битрикс. Заказчики со всей России. Тут многое зависит от менеджера по продажам.
Для холодных звонков желательно использовать Call Center, который будет переключать на вашего менеджера в случае если клиент начинает интересоваться вашими услугами.
Из заказов у нас в основном интернет магазины стоимостью 40-100 тыс. и срок выполнения от 10 дней до 3 мес. Предлагается как стандартное решение на Битрикс т.е. стандартный шаблон заполненный товаром из 1С от заказчика ( стандартный шаблон кстати довольно стильный, не считая полуголых девушек), срок в 10 дней достигается за счет минимальных изменений в дизайне стандартного шаблона либо совсем без изменений, т.е. магазин только устанавливается и заполняется товаром - быстрое и эффективное решение, т.к. большинству небольших компаний дизайн не так важен, главное то что заказчик получает собственный интернет магазин в сжатые сроки и за приемлемые деньги с интеграцией 1С. Когда делается индивидуальный дизайн, то сроки увеличиваются и на магазин уходит в среднем от 1 месяца до 2-3, стоимость таких проектов обычно около 100 тыс.
Из программистов стабильно зарабатывают те кто производит свой продукт. Например JetBrains или тот же 1С стабильно зарабатывает на Битрикс. Вы наверно удивитесь но даже Simpla shop покупают, а это около 10 тыс. за лицензию. Ещё выгодно делать SaaS, например Bitrix 24

Я использую hotgloo.com для создания живых прототипов. Плюсы: доступно через веб интерфейс, есть возможность продолжить работу офлайн, при подключение к сети происходит синхронизация, присутствует весь необходимый набор для реализации идей в прототипе и демонстрации их, как оно задумано, а не - "здесь будет эффект...".
Если есть вопросы или интересуют вопросы, можно задавать в личку или пишите на почту, опыт использования более 2-х лет.

Мой прикладной способ оценки временных затрат следующий.
1) Произвести максимальную декомпозицию задачи (разбить на подзадачи) до такой степени, чтобы каждая подзадача либо уже выполнялась вами, либо вы имели четкое представление как решить подзадачу.
2) Составьте список факторов риска в виде множетилей. Например: новая платформа - 1,2 от базы, сложный клиент - 1,5 от базы и т.д.
3) Перемножьте подзадачи на применимые к ним риски, затем сложите полученные результаты.
Такой подход обеспечивает мне дисперсию в 10% от фактической суммы затрат.

Вобще есть формулы по расчетам сроков, но насколько они эффективны - большой вопрос. Если интересно - погугли на тему "Широкополосный дельфийский метод", "PERT"
У нас обычно практикуется 2 метода: разработчик указывает колличество часов, за сколько он сделает доработку - например от 4 до 8, руководитель пишет менеджеру 6-10.
Еще один метод - менеджер сказал - мы это сделаем за 3 дня, может сделать разработчик это или нет - его трудности. Обычно успеваем, но после этого код становится грязным, сопровождать потом не очень хорошо, программисты крайне недовольны работой руководства и менеджеров.

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

От того, кто указал срок, зависит и понятие готовности задачи. Если срок указал программист - это разработка + внутреннее тестирование, если менеджер - срок запуска доработки.

Занимаюсь разработкой на Python/Django/Scrapy, еще иногда front-end.
В целом у меня не бывает такого что бы я сделал какой-то проект и забыл о нем, обычно этот проект может делаться месяцы и часто требуются какие-то доработки, но частенько перерывы могут быть неделями и даже месяц.

Последние 5 месяцев одновременно обычно работаю с 1-2 клиентами/проектами.
Плюс еще есть другие с которыми я работал и им скорее всего нужны будут какие-то доработки в ближайшие 1-3 месяца.

Сейчас стараюсь меньше вести одновременные работы и повышать свой рейт что бы было меньше ненужных проблем.

У Тостера нет отдельно мобильной или десктопной версии, он меняется в зависимости от размеров окна.

Можете попробовать уменьшить окно сайта на ПК - увидите примерно то же, что видите со смартфона или планшета.

startbootstrap.com/template-categories/all

Всё зависит от двух факторов, которые определяют сценарии использования магазина.

1) Целевая аудитория. Если ЦА привыкла покупать глазами (магазин гламурных сумочек) — используем картинки и забываем про табличный вид.
Если ЦА важна максимальная плотность информации и внимание к характеристикам (например, оптовики на сайте по закупу автозапчастей), то стоит выбрать табличный вариант.

2) Продукт. Если мы продаем эффектные вау-штуки, то без картинок никуда. Если продаем внешне похожие вещи, но с кучей разных характеристик (смартфоны), то подойдет табличный вид с очень маленьким изображением товара.

Это не самый главный мета-тэг для Фэйсбука. Если вы другие не используете, то этот один, сам по себе, вам не особо пригодится. Эти тэги называются разметкой Open Graph.

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

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

Вот совет какие мета-тэги вам минимально нужны: Must-Have Social Meta Tags for Twitter, Google+, F...
Здесь примеры использования: Мета теги для социальных сетей Facebook, Twitter и...
Советы по оптимизации страниц под Фэйсбук
Так же, вы можете узнать как Яндекс воспринимает Open Graph: Разметка Open Graph

Нашел вроде подходящий источник www.templateworld.com

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

Делите пользователей на тестовую и контрольную группы, используя любой из методов семплирования (en.wikipedia.org/wiki/Category:Sampling_techniques). Потом пользователям из разных групп показываете соответствующие элементы (лишний if в коде шаблона), передаете в используемую систему аналитики информацию о том, к какой группе относился пользователь, и замеряете конверсию.

Если хотите подробностей о dpi и ppi - вот огромный пост на эту тему.

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

Не совсем понятно, какую массовую проблему пользователей решает ваш сервис. Ведь для жизни на пожертвования нужна массовость, а описанная вами проблематика носит, скорее, частный характер.
Может быть я не совсем понимаю масштабы вашего «не очень активничают», но с моего места кажется, что из затеи с пожертвованиями выйдет гораздо меньше, чем из затеи с про-аккаунтами.