ixSci

Jira

Работает локально:

• init — инициализировать git
• config — конфигурировать git
• add — добавить файл/каталог в индекс
• rm — удалить файл/каталог (из индекса и физически)
• mv — переименовать файл/каталог (в индексе и физически)
• commit — зафиксировать индекс
• branch — создать ветку
• merge — слить ветки
• rebase — переслить ветки
• checkout — встать на ветку
• status — текущее состояние
• diff — показать что изменено
• remote — настроить связь с удалёнными

Работает удалённо:

• clone — клонировать (init+remote+pull)
• fetch — забрать (без слияния)
• pull — забрать и слить
• push — отправить

В остальное еще не вникал.

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

1. нельзя помечать задачи как unread.
Если хотите именно помечать, то добавьте кастомное поле Unread. Можно настроить пост-функцию, чтобы при создании таска выставлялось поле в True, а при открытии таска в False. Далее настроить фильтр который отсортирует все таски с unread=true и вынести ссылку с фильтром на дашборд. Но я бы посоветовал вам ввести необходимые свои статусы в зависимости от нужд.

2. нельзя группировать задачи по папкам. например.
То что вы называете папками решается при помощи labels. Группируйте как вам надо. Также можно создавать related задачи с различными related активностями (duplicate, should be fixed before, should be fixed after),…

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

У товарища был печальный опыт, когда обо всём договорились, начали работать. Он вложил примерно половину стоимости из своего кармана, но так случилось, что профакапил все мыслимые и немыслимые сроки (впрочем, не только по своей вине, заказчик более месяца тянул резину с небольшими техническими вопросами на своей стороне). А потом выяснилось, что у заказчика слишком большая база данных для выбранного инструмента (настолько большая, что время реакции продукта получалось 5-10 минут, вместо пары секунд), что в самом начале, естественно, не обсуждалось.
Чтобы доработать, нужно было вложиться ещё немного, но уже не по силам товарищу. Когда об этом рассказали заказчику, он сказал «спасибо, но я не готов к таких затратам, может быть когда накоплю я вернусь к этому проекту, а пока обойдусь» и вообще ни копейки не заплатил. Т.е. парень за свои бабки просто поработал немного в трубу (:

Сокеты / именованные каналы не подходят?

Я правильно понимаю, что вы хотите повысить безопасность системы ничего не меняя в механизме аутенификации/авторизаиции? Тогда кроме использования SSL шифрования канала вам ничего посоветовать нельзя.

Qt для серверов всё же не заточен.
В последнее время пишу сетевые сервисы на Go, писать удобно, всё есть, всё быстро, современно.

Qt не предназначен для серверов. Это отличная библиотека для десктопных приложений.

Если вы планируете взять Qt чтобы получить более удобное управление фукнциями для работы с сетью то вам стоит задуматься о boost.asio. Его асинхронный интерфейс куда более сложен, однако результат того стоит. Код получается очень быстрым и эффективным.

Позволю себе полюбопытствовать насчет сетевого протокола. Будет ли это голый TCP или нечто более продвинутое. Если вы еще не определились или уже выбрали TCP могу порекомендовать посмотреть на xmpp. Он просто прекрасен. Правда на си есть не так уж много библиотек реализующих его, впрочем libstrophe должно хватить.

У меня сбербанк. Выбирал по принципу «что бы далеко не ездить». Обслуживание счета + онлайн-банк — 990р / месяц. Меня все вполне устраивает. Даже кредит дали на бизнес, когда надо было.
Про работу с валютой ничего сказать не могу — валютный счет там же открыл, а заказ отвалился. Так что счет висит пока «про запас», денег за него не берут.

Какое-то время назад на хабре пиарился littime.ru/

www.goodreads.com/

Мне нравятся их рассылки. Держат в курсе книжных новинок. Насчет технического таргетинга не подскажу, но в целом достойно.

Я не особо много понимаю и знаю, но нельзя ли в крон повесить скрипт который будет проверять как раз ошибки
что-то вроде:

$pages = array();// откуда-то берем список для проверки
$domain = 'example.com';
$to = 'mail@mail.ru';
foreach($pages as $page){
	$url = 'http://'.$domain.'/'.$page;
	$ans = get_headers($url);
	$is_error = is_int( strpos($ans[0], array(40, 30, 50)) );
	if( !is_error ){
		$error = 'Недоступна страница '.$url."\n".'Ошибка: '.$ans[0];
		mail($to, 'Ошибка на сайте!', $error);
	}
}

А что-то десктопное такое есть?
Нужна возможность логинится на сайт, а отдавать пароли стороннему сервису как то не охота.
Я понимаю, что их можно и с десктопного утянуть, но тут вроде как по надежнее выходит.

pingdom.com посмотрите, там очень много возможностей

Очень давно использовал. Не могу ничего плохого сказать. Посмотрите, может подойдет webopulsar.ru/

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

Напомнило историю "Хочу выпустить супер приложение которое миллионы принесет, ищу программиста, а фишку пусть он придумает сам, ну типа как instagramm".

А по существу — это достигается опытом (как практическим, так и теоретическим) и на 90% зависит от команды и самого ПМ. А уж мобильное это приложение будет и лесозаготовки — не так принципиально.

В идеале: Стоимость контента + стоимость работы программиста + стоимость рекламы + стоимость орг.работ + стоимость прав на контент = стоимость проекта.
На практике: каждое слагаемое может варьироваться от 0 до «очень много».

С временем, примерно, также. Разбиваем весь проект на отдельные части (контент, коддинг, организация и реклама) и дальше смотрим сколько времени можем потратить на каждую часть. Затем получившиеся время умножаем на «коэффициент ошибок» (лично у меня он равен 1,5).

4 гб на текущий момент — прожиточный минимум с учетом перспектив.
Хватает, но лучше больше.