Аскар Тельпекбаев

Я бы в "epam" пошел на бесплатные курсы. Хороший вариант, если вы располагаете временем.

В современном IT глупо учится на PHP, PYTHON, JS или что-либо другое одно. Современное it это сфера, где каждый месяц придумывается новая популярная технология, сегодня ты крут в JS завтра это уже не так круто. Сегодня ты выучил YII а завтра php никому не нужен. Никто не знает что будет востребовано завтра. Следовательно, если вы завтра не хотите заниматься TDD ( Toster Driven Development) вам нужно сегодня учиться учиться. Да именно так. Поступите в ВУЗ, информатика, физика, математика. Любой технический факультет. Без навыков обучаться Ваши текущие навыки потеряют актуальность.
PS Конечно, вы можете этого добиться и без вуза, да и не всем нужна большая зарплата, сегодня можно иметь среднюю ЗП по стране сидя на odesk и клепая сайты визитки изо дня в день.
IMHO

И пожалуйста, не путайте JavaScript и Java - это два совершенно разных языка.

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

Совет: прочитайте пару книжек по PHP и JS, сделайте пару сайтов и идите на собеседование в говно-фирму по разработке говно-сайтов за говно-зарплату на должность говно-кодера. Через пол года-год если все будет ок, то найдете лучшее место.

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

На сколько я знаю, на усталость (и как следствие на нагрузку на глаза) помимо мерцания и избытка синего в спектре влияют яркость, контрастность и чёткость. Понятно, что мерцания быть не должно, синего должно быть в норме, а контрастность и чёткость должны быть высокими.

А вот яркость должна соответствовать фоновому освещению. То есть, если к монитор поднести белый лист бумаги и вывести белый цвет на монитор, то они должны иметь примерно одинаковую яркость. На проекторе такого добиться не возможно. У вас либо яркость будет слишком высокой, либо контрастность слишком низкой.

Мерцание в проекторах тоже может быть. Если это DLP проектор, то он мерцает, потому что технология такая. Если LCD, то зависит от подсветки. Светодиодная может так же мерцать, как и на мониторе. Если подсветка на метал-галогенной лампе, то она не мерцает, но такие лампы вам придётся менять каждый год, а то и чаще. Мониторы есть и не мерцающие. Смотрите обзоры -=DEAD=- а на overclockers.ru. Там же можно найти и выраженность кристаллического эффекта, который некоторых сильно утомляет.

Чёткость и контрастность проектора не могут сравниться с монитором. Они сильно зависят от оптики, экрана и уровня освещения. Но в целом проектор будет хуже.

Уровень синего тоже зависит от подсветки. См. выше.

Итого. У проектора только одно преимущество перед монитором - его можно отодвинуть по-дальше. Но с этим справится и обычный монитор большой диагонали. Достаточно монитора 27-30 дюймов, и отодвинуть его на метр от глаз. Тогда и чёткость будет высокая, и расстояние не будет способствовать развитию близорукости.

1) Хороший качественный монитор/мониторы, если несколько одной фирмы и серии.
2) Настройка яркости оптимальной для внешнего освещения и времени суток, например очень радует программка f.lux
3) Звук начала нового часа, булькнуло, отвлекся чуток подумал походил вокруг глаза то вдаль то вблизь, простая зарядка в общем.
4) Подбор комфортного освещения вокруг.
5) Регулярный сон и прогулки на свежем воздухе, даже если срочно и аврал - это конечо идеал, но стремиться надо.

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

Когда я учусь по книжке, сначала пытаюсь прочитать все то, что считаю нужным в данный момент. Потом резко начинаю делать то, ради чего эту книжку я начал читать. Если чего не понятно или появилась новая задача, опять обращаюсь к книге и так по кругу, пока не сделаю чего хочу).

Пример, хочу сделать лабу по циклам в С++. Читаю раздел книги про циклы, прочитал. Начинаю делать лабу, что-то не понятно что за хрень с циклом for, смотрю в книге. Оказывается нужны массивы, читаю про массивы, делаю, проблема, читаю, делаю и так до готовности.

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

Можете считать все это бредом, но мне это реально помогало, когда я только начинал и не знал за что хвататься. Сейчас все проще, я знаю чего хочу и просто гуглю это).

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

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

Архитектура программ сначала была основана на процедурах (структурное программирование), потом объектах (ООП) потом компонентное программирование (КОП) (это последнее, жаль, не сильно распространено)
Для этого можно по соответствующей парадигме почитать книжку или статью в википедии, но главное самостоятельно тренировать навык разбития задачи на подчасти. Не чтения готовых кодов, а самостоятельного мышления как разбить задачу на решаемые куски, и так до конца реализации.

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

У меня 10 лет опыта реализации таких проектов.
Платформ много. Особой разницы нет если есть кто то с навыком внедрения. Могу внедрить где угодно и на чем угодно.
Но с годами пришёл к выводу что важна не платформа, а идеология. Понял что документооборот на базе идеологии bpm workflow это зло. Процессы становятся хрупкими. Развиваю и практикуют идеологию bpm ACM. Адаптивный кейс менеджмент. Она существенно проще и гибче. Даже очень сложные процессы на её базе легче внедрить и они получаются менее хрупкими особенно в проектных делах.
Пробовал делать такие системы на 1с, директум, битриксе, альфреско итд. В итоге остановился на WordPress. Оказалась наиболее подходящей платформой. Сейчас на её базе строим такие системы в риелторских, строительных, ресторанных компаниях. И практика показала что отрасль тут не важна и главное это идеология. Иначе внедрение и процессы можно превратить в ад.

Книги:

PHP. Объекты, шаблоны и методики программирования 2-е издание — Мэтт Зандстра
PHP. Объекты, шаблоны и методики программирования 3-е издание — Мэтт Зандстра
Приемы объектно-ориентированного проектирования. Паттерны проектирования -
Э. Гамма, Р. Хелм, Р. Джонсон, Дж. Влиссидес
Рефакторинг. Улучшение существующего кода — Мартин Фаулер
Человеческий фактор: успешные проекты и команды — Том Демарко, Тимоти Листер
Мифический человеко-месяц или Как создаются программные системы — Фредерик Брукс
Факты и заблуждения профессионального программирования — Гласс Роберт
Чистый код. Создание, анализ и рефакторинг — Роберт Мартин
Zend Framework 2.0. Разработка веб-приложений — Кришна Шасанкар

—
Читаю сейчас:
Применение UML 2.0 и шаблонов проектирования. Введение в объектно-ориентированный анализ, проектирование и итеративную разработку — Крэг Ларман
Совершенный код — Стив Макконнелл

seyferseed.ru/life/projdennye-kursy-i-prochitannye...

А опыт программирования (вэб) есть на других языках?

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

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

Ну а судя по первому опыту и упоминаиню PHP(yii) в качестве "платформы", думаю, что вас ждёт неминуемый провал и потеря времени и денег.