imperiumcat

Вы уже знаете наверное, что на C# в основном делают, что на C++. Повторяться не буду.
Я когдаучился попробовал c, c++, c#.. последний хорошо изучил, но убежал в лагерь Java. Пробовал php, js, python. win api тоже баловался и оконные игры писал когда учился. В общем пока до Java дошел сколько ушло ? Ну 2 года наверное.
Вы учите C# и дальше досконально. Не прыгайте туда сюда. Если хочется на других писать, то балуйтесь пока, а основным C# выбирайте для себя.
Прыгать будете постоянно - затянется обучение. Все языки хороши. Вы подумайте только сколько с других языков на шарп этот преезжает. Все же хотят его знать, а вот плюсы эти уже все меньше людей (но он тоже хорош)....

Не слушайте нахрен никого, в чьих постах так и читается "чувак, смирись, ты просто 30-летний овощ, ты ничто!".
Мне вот-вот уже 28 и я с огромным рвением, желанием и небывалой усидчивостью изучаю сейчас те вещи, за которые в свои 20 брался и вскоре забрасывал! И плевать мне на студентиков и прочую чепуху.
Не будучи крутым спецом уже получил несколько приглашений на работу как на позиции системного администратора Linux (не эникейством заниматься, а админить под сотню серверов!), так и на позиции Junior бэкенд-разработчика, хотя в мае только прочитал теорию про ООП, начал понимать, что к чему, и первый раз стал кодить на Ruby (и кодить вообще).

Большинство людей, закончив колледж, идут в жизнь и узнают, что школьное или колледжское образование – это ещё далеко не всё, что нужно человеку для достижения успеха. Реальный мир далёк от академических знаний, он требует чего-то большего от людей. Я слышал, как кто-то называл это «что-то большее» – сила воли. упорство, активность, дерзость, храбрость, ловкость, отвага, цепкость, незаурядность. Фактор наличия этих качеств в людях, в конечном счёте, влияет на их будущее гораздо больше, чем школьные знания.

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

Боже, сколько страшилок понаписали!

Дай-ка и я своё слово вставлю.

Я начинал свою профессиональную карьеру дважды. Первый раз в 2002-м году. На тот момент мне было 26. Работал с Delphi. Дослужился до ведущего разработчика. Но пришлось сменить направление деятельности. И второй раз снова начал с простого программиста, осваивающего Java и .NET. Это было уже в 35. Сейчас работаю архитектором.

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

Что до сил, то да, их в 20 лет больше. Но вот внутренней мотивации и простой мудрости не хватает, так что силы транжирятся почём зря. Нет ещё опыта в том, чтобы ставить перед собой цели и добиваться их. Наличие семьи - тоже важный мотиватор.

Юность имеет свои преимущества, но они не решающие. И недостатков у молодых программистов тоже много. Так что я бы не стал говорить, что у Вас всё плохо. В 30+ жизнь только начинается. Это я точно знаю!

P.S. У нас в проектах работают люди разного возраста и пола. Программисты в 30 и старше - хорошее ядро команды. Они вносят стабильность. В том числе и в код. Но иногда нужно их мотивировать на то, чтобы пробовать что-то новое. И тут важно присутствие молодёжи.

Для работодателя преимущества молодых заключаются в том, что их можно всячески сношать в режиме 24/7, просить поработать в выходной даром и другими способами отвести на них душу.
У них нет жизненного опыта.
Мотивировать молодых можно лычками сеньора-помидора, прилюдной похвалой, похлопыванием по плечу, надбавкой в 50$ в год.
Я не утрирую, сам был молодым разработчиком (я и сейчас молодой - 33).

Никогда не поздно осваивать новую профессию.
Это адаптация к рынку.
Смотрите вокруг, изучаете то, что требуется в вакансиях, изучаете.
Пройдет год и вы не джун.
Сам сменил несколько стеков "язык/технология" и думаю не последний раз.

Люди на пенсии иностранные языки учат и развиваются - это не период дожития.

Быть программистом когда тебе под 60 - реальность. Я такого знаю.

Меня в 30 взяли на энтри-левел позицию

Ваш вопрос описывает типичный кризис среднего возраста, когда понимаешь, что ты уже догорел в той сфере, где ты сейчас работаешь. Я могу ошибаться быть слишком жестоким в оценках, но пусть это будет моим личным мнением. Так вот, то что Вы хотите уходить в программирование - это конечно замечательно, только ради чего? Вы отдаёте себе отчёт в том, что будет в 10 раз тяжелее осилить эту тему чем Вы представляете? Уверены ли Вы в том, что спустя 1-1,5-2 года усилий Вас просто не будут брать выше джуниора на зп в 3 раза меньшую чем Вы получаете сейчас? Ваша семья безусловно Вас поддержит в начинаниях, например, занятий по вечерам и т.п., но это не может продолжаться долго и как мне кажется у Вас просто не хватит мотивации, чтобы довести это дело до конца. Технологии о которых Вы говорите, как мне кажется не являются предметом Вашей цели, а просто ближайшими инструментами, для достижения её. Вообщем я желаю Вам успеха как бы там не было и надеюсь, что своим комментарием породил в Вас несколько "правильных" вопросов о смысле данного начинания.

Прочтите и действуйте

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

Я лично за IT-менеджмент, который имеет представление о процессе.
Ситуации, описанные выше, просто не возникнут, если менеджер адекватный, и соизмеряет свой уровень с уровнем разработчиков.

Но вообще стоит поставить цель конкретнее - какой конкретно менеджмент каких конкретно IT-проектов.
Например, если есть интерес к данным/data-mining, можно пройти экспресс-обучение по Big Data (правда там желательно python знать), сейчас это тренд и поможет быстро сменить специализацию.

Что в вашем понимании "очень крутой" программист? Например программист, разрабатывающий ПО для БАК, крутой? Он отлично знает физику, умеет производить вычисления с произвольной точностью, при этом обрабатываются петабайты данных без задержек. Крутой, чего уж тут сказать. А теперь заставьте его на JS веб-морду для сайта делать или игрушку для мобилки. Он тут же сядет в лужу. Так что крутость программиста понятие относительное и зависит от знаний предметной области. Во всём крутым быть не получится. Можно не знать БПФ, не уметь работать с разряженными матрицами (и т.д.), но быть крутым разработчиком игр/сайтов/другое. Где-нибудь в скандинавских странах к 28 лишь заканчивают учиться, а вы уже крест ставите.

У вас отсутствует четкая структура ТЗ. Я предложил бы вам 2 варианта переделывания:

1) Быстрый. Добавить в начало ТЗ разделы про цель интернет-магазина (зачем он нужен) и задачи, которые предстоит решить для достижения цели. Дальше описать структуру ИМ, далее описать каждую страницу структуры - какой функционал должен быть, как должен работать интерфейс и т.п. После описания страниц разместить прочие, важные в рамках вашего проекта требования: SEO, мультиязычность, перенос данных (если есть), админка, верстка, и т.п.

2) Менее быстрый. Все тоже самое, что в п.1 +
добавить раздел с описанием используемых в ИМ сущностей, списков, функциональных возможностей, например:
-Тип данных "Новость", атрибуты "Заголовок (строка)", "Содержимое (html)";
-Список "Новости", состоит из новостей (тип данных "Новость"), сортировка по дате по убыванию.

А в описании страниц сослаться на соответствующие сущности, списки, и функциональные возможности, например:
Страница "Новости" должна включать в себя одноименный список. Каждый элемент списка должен являться ссылкой на страницу соответствующей новости.

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

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

Что-то как-то все размазано... и не систематизированно...
Ничего не написанно про workflow магазина, ничего про интерфейсы для работников, а это самое главное.
Про интеграцию с бухгалтерией.
Мультиязычность? Какая? Только интерфейс или Каталог товаров тоже должен быть мультиязычным?
Вообщем ещё надо заказчика пытать ещё долго в плане требований... и если вы профи лучше не упоминать
вещи касающиеся технологий (в большинстве случаев JavaScript, Flash, HTML5, Кодировка и DOCTYPE
Кроссбраузерность Микроразметка, микроформаты и микроразметка для заказчика пустой звук)
Так же заказчика будет интересовать насколько эффективен workflow, что бы нанимать работников поменьше.

Варианты ответа:

• Проект GNU создан для поддержки СПО. То, что вообще есть порт под проприетарную ОС - скажите спасибо.
  
• А почему в GNU должны собирать вам инсталляторы для дополнений (коих для Emacs масса - для каждого из них должны делать вам инсталлятор? Не жирно ли будет?).
  
• Emacs - редактор для людей, которые умеют читать документацию, гуглить и не ленятся это делать, а не для офисного планктона.
  

Выбирайте тот, что больше нравится.

три года мне хватило чтобы стать руководителем, оконченного высшего нет.

Если ваша цель стать управленцем, то можете стать пастухом.