Алексей

В школах и институтах учили строить алгоритмы, еще когда рисовали блок-схемы.
Это не зависит от языка программирования - нужно просто составить алгоритм для решения задачи. Изучая различные аспекты языка программирования, различные библиотеки, фреймворки и так далее вы просто приобретаете знания о дополнительных инструментах, которым нужно пользоваться для решения задачи.

Но само решение придумывает программист, а не язык программирования.

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

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

Скажем, логику игрового сервера можно реализовать в виде микро-сервисов на более легковесных фреймворках нежели Rails: Sinatra, Hanami и т.д. Самый простой вариант - использование JSON в качестве формата для входных/выходных данных.
Или же при помощи MessagePack (есть gem) можно обмениваться с различными микро-сервисами, которые могут быть реализованы на других языках.

В случае использования MessagePack (или аналогов) и микросервисов всегда можно впоследствии перейти на решения на других языках, если потребуется из-за узких мест в производительности.

Помню как купил свой 920-й. Слушая о том что это гигантский риск. Что приложений там ноль. Что брать нужно андроид, так как на нем сплошные плюсы. Было это когда он только появился на рынке(сентябрь 2012). Прошло 3 года почти. Сейчас на нем 10-ка, ушатанная батарея которая разряжается за 3 часа максиум (нужно поменять, в продаже есть), небольшие сколы на углах из-за того что падал на асфальт. И всё!!!!! С точки зрения производительности он до сих пор кладет на лопатки большинство аппаратов на андроиде. До сих пор картинка четкая и сочная. Нет царапин на стекле. Думал в свое время взять 1520. Но решил ждать первый топ мягкотелых. Желательно фаблетом. Таковой оказался 940XL.

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

Из минусов. При первой покупке, своей первой люмии, нужно иметь стальные яйца!!!!! И не поддаваться панике. Через месяца три поймешь о чем шла речь. Удачи )

сделайте хелпер который будет проставлять нужную информацию в зависимости от контроллера/экшена и вызывайте хелпер в layout

Есть мнение, что настройка в целом верна, а проблема исключительно в DNS.
Т.е. в конечном итоге весь DNS заворачивается на RB2011, а там - что микротику в голову придёт, у того вышестоящего DNS'а и будет спрашивать адрес, что для випов, что для юзеров.
При этом у первого провайдера осуществляется перехват и подмена DNS-ответов, заворачивающие трафик на подконтрольный узел. Этот ответ ассоциируется с доменным именем без привязки к провайдеру - и ура, весь трафик этого доменного имени заворачивается на этот адрес.

Попробуйте в порядке проверки гипотезы на вип-машине прописать dns статично, которые выдаёт второй провайдер. Или вовсе гугловые 8.8.8.8, 8.8.4.4

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

Тут лучше не используйте шифрование. Генерируйте токен случайно.

Невозможность проследить историю заказов

Можно, если ссылка с токеном будет являтся авторизационными данными.

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

Да, согласен.

У пользователей нет возможности сделать что-то сверх того

Натянуто. Система прав и корректно реализованная система ничем не отличается от токена, как я вас понял.

Возможность взлома формы входа через broot

Что такое "broot". Если вы имеете ввиду что это bruteforce, то ограничение на количество попыток входа от этого спасет, c нормальны паролем.

Но в общем, разделение такое:
ссылка с токеном - идентифицирует пользователя.
форма - аутентифицирует пользователя.

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

resources :categories, :path => '' do
  resources :posts, :path => ''
end

Решил сделать на этом gridster.net/#usage

Сервисов таких море.
sms-reg.com
sms-verification.com
receive-sms-online.com
text-sms-message.com
receive-sms.com
smsc.ru/receive
pinger.com/textfree
freecalltrials.com/receivesmsonline
lleida.net/en
mobifi.com/product-vmn.php#standard
smsdragon.com
2-waysms.com/?page=virtual_mobile_numbers

Есть и для звонков:
inumbr.com
vumber.com

На самом деле всё зависит от того, на сколько Вы хотите затруднить скачивание, и нужно ли Вам определить кто выпустил от Вас пиратку. В общем случае защиты нет - можно к примеру заскриншотить.
Есть просмотрщики с конверторами на флеше (хотя это сейчас не модно, у меня он выключен)
Идеи по уровням как это сделать:
1. преобразуете PDF в картинки, и показываете их.
2. 1 + ватермарк с сессией (чтобы пирата определить)
3. 2 + картинки деелается как пазл, на клиенте пересобирается.
4. 3 + canvax & xor engine. Пиксели анимируются, так чтобы глаз воспринимал их как цельную картинку, но на скриншоте был мусор
5 ....
Фантазии полёт безграничен

Что значит, игнорируется? Просто после первого выполнения внутреннего цикла, j так и останется равной n и потому внутренний цикл будет выполнен только один раз. (это еще повезло, что в С++ глобальные переменные инициализируются нулем)

А все потому, что говорила же мама объявлять переменные как можно ближе к месту использования :)

       Я считаю что важными являются, как и умение писать ТЗ, так и навыки написания хорошего кода, а главное умение приметь математические или другие знания для написания действительно классных программ. В университетской программе основной задачей стоит научить правильно формализовать задачу, научиться аналитическому мышлению, получить общие знания в основ сферах и направлениях для данной специальности. Не ставится задача научить студентов какому-то определенному языку программирования или же заточить под какие-то определенные технологии, потому что это вещи которые можно очень быстро освоить при хороших базовых знаниях.
       Хотя если лабы по программирования, то все таки, я думаю, что было бы неплохо делать малейшее review кода для выявления ошибок и избежания их появления в дальнейшем (как ни крути, но предмет все-таки называется программирование).
       И теперь отвечу на твой конкретный вопрос, что если не хочешь всю жизнь проработать обычным "быдлокодером", то ты должен уметь писать ТЗ, но и кроме этого уметь применять математические методы и алгоритмы на практике.

       Cпасибо за внимание и успехов в учебе!