Да рано мне еще так работать.Я только-только второй курс закончил
Так что работать толком не могу.Учеба слишком много времени отнимает
Мейерса почитывал.Еще очень полезно Библиотеку Паттернов полистать бывает))
Вот может через годик другой)))
Когда и знаний и опыта будет побольше,а главное время будет))

Вечный спор на тему всего нового. Да, процесс программирования упрощается. В этом есть и плюсы, и минусы. И спорить тут бесполезно, все зависит от того, с чьей позиции смотреть.


При работе в команде требуется определенное единство мнений и способов. Если каждый будет писать по принципу "др#чу как хочу", то в итоге вместо готового проекта получится зоопарк костылей.

По поводу .NET и ASP: на данный момент таких вакансий нет.

Не знаю, как у вас, а у нас количество девелоперов незаметно перешло в качество. Есть десяток команд, понятия не имеющих, что и как пишут остальные, но внутри команды некая общность методов (проистекающее из типа решаемых задач) и взаимопонимание есть. Самое забавное, когда команды или проекты сливаются... Вот тут туши свет.

Тут все такие крутые собрались STL знают boost
А я программирую уже 34 года без всяких STL
И считаю, что под каждую задачу нужен, по большому счету, свой язык и свои классы и шаблоны. А пользоваться всяким бредом вроде STL могут только новички и то неверно. Видел много функций, которые написаны c использованием шаблонов STL, которые невозможно читать и которые работают медленно и жрут память неимоверно
Разработчикам игр тоже надо включать мозг иногда и не тянуть в программу все, что ни попадя.
А свою последнюю игрушку я написал в 1990 году в Диалог-Науке. Сейчас только играю

Даешь Ассемблер в массы

Даа, детство... Дос, резиденты, сопроцессор, порты, прерывания, 320x200, сегментная модель, "640 Kb хватит на всё"...

To Леонид Жариков: STL ещё ладно (не юзаю), вот MFC... Если программа на MFC не работает, самый простой способ разобраться - переписать всё на голом API.

Леонид. ) Если под каждую задачу писать свою реализацию списков и векторов, то такой проект никому не нужен будет... Может дело просто в неумении пользоваться STL?

Вот именно поэтому многие не хотят брать на работу программеров со стажем >10лет. Потому что в большинстве они мыслят устаревшими способами и не воспринимают новые технологии, со словами "да я, да в советские времена, да на ассемблере, когда ты еще под стол ходил!". Тем более что STL далеко не новая технология, ему уже много лет.
Само собой, STL можно использовать и неправильно. Такие случаи бывают Но в умелых руках это отличное средство. И я не знаю ни одной геймдевелоперской конторы (из успешных и крупных), которая не использует STL. Он в играх незаменим.
Кому интересно - дискуссия на тему STL-я в играх, с участием ведущего программера 1с Димы Долгова: http://dtf.ru/forum/topic.php?id=9519 (осторожно, много страниц).
P.S.: конечно, писать свой мега-супер-контейнер интересней, чем научится использовать STL. Конечно, писать игры на асме круче (поцоны зауважают), чем на C++ с использованием готовых фреймворков. Конечно, буст не рулит, мы сами все изобретем с нуля.
Но вы забываете, что у нас не программирование ради программирования, а разработка готового продукта. В кратчайшие сроки, с жесткими требованиями по скорости и стабильности. А требования очень жесткие, если игра хоть раз упадет или будет тормозить - игрок ее не купит, конверсия может упать на порядок. Из-за одного бага.

Да-да, давайте про смоллток пофлеймим!
Кстати, кто хочет писать на смоллтоке + OOD, TDD, XP и еще всякие хорошие буковки - приходите к нам!

А что вы на смоллтоке пишете?

Мы - учётные системы. Для Аптек и Поликлиник.

В нежелании Просто то безобразие, которое я вижу в STL, мне не нравится. Проще и надежнее написать самому.

Нет, ну в самом деле... миллионы леммингов не могут ошибаться. А если заметил ошибку - её всегда можно исправить.
В чём смысл тратить время на создание функциональности, которая уже создана?
Проще - это когда ничего похожего на то, что тебе надо нет.
Быстрее - это когда тебе нужна узкозаточенная функциональность, нет времени разбираться, и нужная функциональносять проста.

ИМХО...

Надежнее? Ну-ну.
Посмотрим, сколько времени уйдет у вас на разработку безопасного, отлаженного, хорошо документированного, оптимизированного мапа. А можно взять и за 5 минут осилить документацию по std::map.
Конечно, самому писать приятнее. Сам можешь писать свои контейнеры дома, в собственное удовольствие. А на работе нужно делать продукт, а не изобретать велосипед, который давным давно изобретен.

Биллинг и еще много чего для http:\\trans-force.ru.