Максим Кудрявцев

Если хотите уехать из РФ - уезжайте сейчас. Зачем Вам какой-то стаж, образование и т.п.? В том же Тайланде можно 3 месяца без проблем как турист жить( Пума Тайланд, поправь если не прав). Потом съездить на 1 день в соседние Бали, вернуться обратно и у Вас снова есть право на 3 месяца в Тайланде. И так сколько Вам угодно раз.

Фраза для гугла "Длинная арифметика С++"

Как запускается вообще любой бизнес:
1.Пишем бизнес план. Если написать не можем - ищем человека, который это сделает на деньги
2.Пилим MVP. Если кодить не умеем - нанимаем разработчиков
3.Пробуем привлечь инвестиции. Для начала ФРИИ, можно в Руна Капитал еще отправить, а там далее видно будет.

От бизнес-плана до привлечения инвестиций проходит от 6 месяцев до 1,5 лет и сливается от 300 т.р. до 1.5 млн руб. Вы обладайте таким минимумом?

Первое и самое главное - код Ruby значительно легче читать, в сравнении с тем же PHР
Второе - в Ruby все, вообще все, являются объектами, отсюда продвинутый полиформизм.
Третье - часть паттернов GoF уже реализованы на уровне языка, например те же процедуры(proc) и лямбды(паттерн Template Method, если именно для них)

А далее есть очень много мелочей, которые позволяют просто быстрее читать код. Из примеров "if(a !== b) { ... }" против "unless a == b { ... } " Первый фрагмент на php, второй - ruby. Делают они одно и тоже - выполняют операцию, если "а" не равно "b", но второй случай читается легче, на мой взгляд. И таких мелочей в языке очень много...

Курс по Ruby есть на CodeAcademy, как я считаю весьма неплохой. Для ознакомления языком подойдет. Мне хватило его, чтобы полюбить Ruby. В сравнении с PHP я считаю что Ruby более удобен и отдаю ему предпочтение.

Посмотрите в сторону RubyMotion. Это, конечно, не исходники в чистом виде, но разработку Вам сильно упростит.

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

Решение в лоб - организовать перебор. По шагам:

1. Берем элемент N
   
2. Проверяем существует ли элемент N-1(обработка первого элемента)
   
3. Берете dataTime элемента N и вычитайте из него 15 минут(переменная time_minus)
   
4. Берем dataTime элемента N-1 и сравниваем с time_minus. Если он меньше - ставите некий флаг, пусть semi_result_minus, в истину
   
5. Проверяем существует ли элемент N+1(обработка последнего элемента)
   
6. Берете dataTime элемента N и прибавляйте к нему 15 минут(переменная time_plus)
   
7. Берем dataTime элемента N+1 и сравниваем с time_plus. Если он меньше - ставите некий флаг, пусть semi_result_plus, в истину
   
8. Если обе переменные semi_result_minus и semi_result_plus имеют истинное значение - текущий элемент N соответствует Вашим критериям, значит включайте его в результат
   

Вам отдельно нужно будет подумать как быть, если Вы работайте с первым и последним элементом, т.к. в этом случае одна из Ваших semi_ переменных точно будет иметь ложное значение.

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

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

Про защиту информации в целом есть ряд руководящих документов(сайт ФСТЭК). Если конкретно для CRM, то в первую очередь смотрим РД "СВТ" и РД "АС".

Далее есть постановление правительства РФ №1119 и уже упомянутый тут 21 приказ ФСТЭК

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

В случае с твой CRM, ее саму ты напишешь, опираясь на РД. Но вот писать самому ОС, СУБД, межсетевых экранов и прочие компоненты - бессмысленно, на рынке куча готовых решений. Так вот, что именно должны поддерживать ОС, СУБД, FireWall и т.д. это уже описывает 21 приказ.

Для начала скажите зачем Вы вообще хотите рефакторить код? Моральное удовлетворение?! Технический долг?! Вам что, приятнее трахаться с функциями в коде, чем со своей девушкой?

Работает код - не трогайте его, пусть дальше работает.

А вот если клиенту нужно сделать какую-то специальную фишку, для чего тебе нужно влезть в N*100 классов, добавить обработку новых входных параметров, прописать формирование и контроль выходных данных... Вообщем создает много гемороя, вот тогда ты говоришь клиенту, что это встанет в столько-то часов твоего времени и вот такой будет ценник и, если тот соглашается, уже начинаешь рефакторить.

Вообще где-то я видел мнение(тут на тостере или на codenet) что клиенту вообще не надо знать, что ты занимаешься рефакторингом, с чем лично я согласен. Ты показываешь ему свои почасовые отчеты, клиент видит что ты работаешь, все. Остальное уже те мелочи, от которых ты его избавляешь как специалист.

SeoPult и Rookee - в плане отслеживания позиций в ПС. Можете посмотреть еще на Wizard.Sape, но ей я особо не пользовался, в отличие от первых двух.
В пале работы с контекстной рекламой: SeoPult и Aori

Как Вы могли понять, мне лично больше SeoPult нравится :-)

Вы для начала хотя бы описали требования, которые предъявляйте к своему ИМ.

Если у Вас с десяток товаров и нужно как-то более менее управлять их продажей, тогда посмотрите в сторону e-autopay.com Только это вообще не CMS, а SaaS-сервис.
Когда я занимался продажей разных мелочей с Китая через одностраничники, лучшего решения не нашел. А в синхронизации с usend.ru жизнь мелкого предпринимателя вообще начинает казаться сказкой...

По сути патентов в паре предложений:

• Максимальный срок патента 6 месяцев
  
• Для ИТ сферы их нет
  

Если хочешь работать официально без лишнего гемороя - регистрируй ИП.

Имеем в базе

• соль
  
• пароль
  
• имя юзера
  

Шифрование пароля выглядит так:
sha1( sha1(соль) + sha1(пароль) )
знак "+" в моем контексте есть объединение строк.

При регистрации ты генерируешь соль - случайные 6 букв/цифр. В БД соль хранится в открытом виде. При авторизации - соль достается из БД.

Как вариант, соль для каждого юзера можно не генерировать, а задать где-нибудь константой в конфигурационном файле.

Ваша схема:

• Юр.лицо(создание около 10 т.р.)
  
• Валютный счет(1 т.р. открытие + столько же ведение в месяц)
  
• Все входящие в РФ платежи облагаются НДС 18%
  
• Платите налог на прибыль компании(15-20%)
  
• Платите зарплатные налоги и/или выплачивайте себе дивиденды(только 13% НДФЛ)
  

Есть, конечно, еще "интересные схемы", но все они всевдозаконные, поэтому я их рассматривать не буду.

Входящие платежи на счет в банке(без разницы в какой валюте) комиссией не облагаются, на этот счет где-то я инструкцию ЦБ видел.

Предвидя очевидную реакцию читающих это "Ого сколько налогов..." и т.п. В Россию вводить деньги себе на еду официально не выгодно. Что-то строить или на исследования(там вычет по НДС полагается и налога на прибыль не будет) - это да, но если Вы фрилансер и зарабатывайте себе на хлеб за бугром, для Вас официально работать в РФ будет проблематично...

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