des1roer

Вот классный плагин практически под все нужды - kenwheeler.github.io/slick

Делаешь сколько хочешь слайдеров, если нужны 2 одинаковых:

<div class="slider"></div>

<div class="slider"></div>

$(".slider").slick({
	параметры
});

Мне сказали что ZF2 прошлый век, и сейчас используют Laravel и Yii

пошли этого человека куда по дальше. Это фреймворки обсалютно для разных задач. Laravel и Yii - преимущественно для быстрой разработки, хорошо подходит для малых и средних проектов. Для средних и больших больше подходит Zend (ну или Symfony).

Грубо говоря:
Yii и Laravel - RoR way
Zend и Symfony - Java/C# way

p.s. Если для вас фразы типа Single Responsibility, Layered Architecture, persistence ignorance, Unit-of-work и т.д. не пустой звук - Zend для вас. Если же нет - то можно думать.

Вопрос несколько иначе надо ставить. Вот как правильно: зачем, когда есть интернет, смотреть трансляции "эфирного" телевидения?
Это же мазохизм чистой воды! Мало того, что смотришь лишь то, что тебе навязывают, так еще и реклама эта...

В виртуалке на убунте гоняю вин7 на ней фотошоп. Лучшего решения нет ))

<div class="span-5">...</div>
<div class="span-24">...</div>

.span-5{
width: 150px;
float: right;
}

.span-24{
 margin-right: 150px;
}

Перво наперво определитесь, хотите ли вы стать профессионалом или просто хорошо делать сайты. Я бы предложил выбрать путь профессионала.

Во вторых определитесь, каким именно профессионалом вы хотите стать:

1. web - мастером
   
2. Front end
   
3. Back end
   
4. Desktop
   
5. Другого направления
   

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

Здесь вам советовали сменить язык, не слушайте этих советов. Да Ruby имеет некоторые преимущества перед php, но имеет и недостатки. Не думайте, что если вы выберите Ruby (python) ваша жизнь измениться, вы не получите ничего, что не может вам дать php и на оборот, эти увеличенные зп и прочее миф, язык не важен. Помните, ЯП это всего лишь инструмент, вы конечно должны иметь инструмент, и должны знать свой инструмент в совершенстве, но умение программировать заключается не в этом. Да, плотник алкоголик, который зарабатывает на жизнь забивая гвозди, может хвалить свой молоток и всем рассказать, что молоток его кормилец, но согласитесь настоящий строитель умеет не только гвозди мотком забивать, не говоря уже об архитекторе, который молоток и в руках мог вообще не держать.

И так предположим, вы выбрали свой путь, вы выбрали направление и выбрали инструмент. Теперь вам нужно работать в этом направлении (как над собой, так и в буквальном смысле работать). Читайте статьи, читайте книги (я всегда рекомендую только одну книгу - "Совершенный код", ее без преувеличивания должен прочитать каждый программист), изучайте новые фреймворки, технологии, отрасль постоянно движется вперед, вам нужно двигаться вперед еще быстрее, что бы хотя бы не стоять на месте. В процессе работы над проектами вы будете чувствовать нехватку знаний (вы упоминали js, ООП), устраняйте эти пробелы книгами (не стоит бояться 900 страниц, книги вы ничем не замените, их необходимо читать), статьями и конечно практикой. Не переживайте по поводу отсутствия высшего образования, оно не дает глубокого знания, никто не расскажет вам ни каких трюков, если у вас не будет толкового преподавателя. Но толковый преподаватель, это не обязательно учитель в универе, это может быть автор книги (например Макконел), автор хорошего инструмента (например Taylor Otwell), большинство очень известных и авторитетных людей генерирует тонну информации, книги, статьи, записи в соц. сетях, код, все это можно читать и это даст вам куда больше чем ВО. И да, мы с вами живем в уникальное время, время интернета, где нет расстояний, и это дает намного больше возможностей, чем нагуглить очередной костыль для jquery от школьника, вы можете общаться лично например со Страуструпом или тем же Тейлором, ни в одном учебном заведении России у вас не будет возможности поговорить с такими людьми.

Подведя итог:

1. Определите путь (хотя бы примерно)
   
2. Определите специализацию (хотя бы примерно)
   
3. Выберите инструмент (один основной язык, один основной фреймоврк, одну основную cms и тд)
   
4. Изучите свой инструмент в совершенстве
   
5. Пробуйте другие инструменты (да я сказал один яп, один фреймворк, но один вы должны знать в совершенстве, остальные должны попробовать)
   
6. Расширяйте кругозор
   
7. Работайте над собой
   
8. Работайте
   
9. Выберите наставников и учитесь у них
   

Следуя этим советам вы увеличите свой скилл, сможете сами отвечать на вопрос заданный в заголовке и станете профессионалом. И помните путь профессионала, это постоянная работа (как буквально работа, так и работа над собой, если просто писать сайты 24/7 вы тоже профессионалом не станете), гораздо больше чем 8 часов в день, 5 дней в неделю.

Думаю, что он мощнее их всех вместе взятых )

Ну изучение фреймворка займет время, зато потом будет его очень экономить :) Помимо Yii на Laravel можешь глянуть, по мне с него проще стартануть.

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

Сделайте первую минимальную рабочую версию. Затем ходите по мед. учреждением и предложите внедрение. Продаете лицензию на месяц\полгода\год, например, обещаете бесплатные обновления. Расскажите, что планируется сделать в обновлениях и как все будет офигенно потом, сколько там будет функционала и как их клиника на этом заработает и улучшит сервис. Для всех новых клиентов цена будет расти с каждым обновлением, а для Вас, если подпишите и купите сейчас, сумма останется прежней.

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

При этом пообещайте обновления каждые n месяцев, т.е. дата релиза должна быть известна, чтобы было больше доверия. Если клиника сольется сейчас, поговорите с ними после обновления. Пусть увидят, насколько лучше стал сервис и дороже. Может все же заинтересуются. Больше не навязывайтесь, если не согласятся.

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

не хватает тега "я не знаю как объяснить чего я хочу"

Unit тесты обычно используются для проверки работы конкретных классов в виде белого, или черного ящика. Но пишутся они обычно там том языке, на котором реализовано само приложение, или его тестируемая часть. Посему вам сначала нужно выбрать ЯП, выучить его и уже потом задавать этот вопрос с уточнениями: какой ЯП И какоф фреймворк для тестирования используется.

Похвально! Молодец!
Хоть кто-то не боится "велосипед" изобретать и видит в этом смысл.

должно работать на голой винде без net фреймворков,

вот отсюда - по-подробнее...
скрины бы хотя бы глянуть....

с англ языка стоит начать