О современных программистах

Да собственно много и обсуждать нечего.
Действительно иногда бывают довольно абсурдные требования: надо знать и то, и это, и другое.
Но в результате оказывается такие 'знатоки' со многим знакомы на уровне первого опыта установки - если с первого раза что-то установилось, то можно сказать что знает, а если нет - то это глюки. Но зато какой 'крутой спец'.

К вопросу о том, что в программисты подаются все кому не лень - согласен. Но дело в том что они не до конца понимают, что это не только тяжелый и кропотливый труд (не всегда, кстати, хорошо оплачиваемый), но и большая ответственность, умение работать с пользователями которые, порой, не могут отличить CDRom от Floppy - только у них другая зона ответственности и им надо, чтобы все работало так как им надо, коммуникабельность и т.д. Это я к тому, что в основной массе программисты работают не в компьютерный фирмах - а как раз на различных предприятиях и ООО.

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

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

0

Захотелось и мне в дискусии поучаствовать.

Во-первых: Оптимизация кода нужна везде и всюду.
Как это не парадоксально звучит для некоторых, даже сечас, в эпоху гигагерцов, очень многое зависит от того, написал ли программер COM объет на С++ и оптимально, закэшировал ли он часто запрашиваемые данные, сумел оптимизировать базу для многопользовательского режима. На моей памяти еще ни один достаточно крупный проект не обходился без своеобразного тюнинга, когда несколько девелоперов просматривают код и выискивает 'узкие места'. Да и в мировой e-коммерции нередки случаи, когда широко аннонсированный сайт первые несколько дней после открытия просто лежал. Для примера можно вспомнить тот-же Napster или заваленные запросами в прошлом году Yahoo и eBay. Оптимизация никуда не исчезла, просто она приняла немного другой вид.
Надо опримизировать трафик между сервером и клиентом, запросы к базам данных, нагрузку на сервер, интерфес, алгоритм прорисовки 3D модели, механизм учета и отловки багов в проекте, совместимость с програмным обеспечением, интернационализацию и объем инсталляции. Мало? По моему достаточно.

Во-вторых: Много сдесь говорится о легендарной тете Клаве... Которая почему-то хочет не зеленую кнопку, а красную. Или что бы менюшка выпадала не вниз, а вверх. И почему-то это вызывает недовольство. Так почему бы не спросить заказчика что он хочет перед тем, как начинать писать. Посидеть недельку, нарисовать модель, сваять прототипчик за пару дней, обсудить все цвета кнопок и т.д. и т.п. Опять таки как крупные проекты, так и мелкие просто не должны начинатся писаться без подробного обсуждения. А если таких кнопок не 1 а 50? И каждую надо покрасить из синего в зеленый? Перед началом разработки не спросили а потом кричим: 'Да мы сделали!'. А заказчику не нравится и он прав. Уважать надо его мнение.

Привет ребята! Я вернулся в праздника всех влюблённых

Вот это было время!

Главное это 'признанность' и 'нужность' ваших(наших) программ.

0

Вау!!!

>Надо опримизировать трафик между сервером и >клиентом, запросы к базам данных, нагрузку на >сервер, интерфес, алгоритм прорисовки 3D модели, >механизм учета и отловки багов в проекте, >совместимость с програмным обеспечением, >интернационализацию и объем инсталляции. Мало? >По моему достаточно.

Вот это ответ! вот это я понимаю...
Но все дело в том что такие вещи делаются там где нормально оргнизован процес создания софта, и как правило там где за это платят деньги. А если и без этого заказчик видит что все вроде бы работает, да к тому же он только и может что цвета кнопок различать, то девелопер сам, по доброй воле этим заниматься не будет, ему хоть бы свои баги отловить! Конечно хорошо когда вначале пишется техническое задание, потом тех проект со всякими прототипами, Оно по 10 раз согласовывается с кучей тетей Клав. Но если мне никто не скажет его написать, я и не буду. Сваяю что-нибудь кривое, но работоспособное, может даже с коментариями. Но если я уйду, то человек пришедший на мое место в 9 случаях из 10 напишет что-то свое... Выходит что главное - это технология создания ПО, а не интерфейс и не алгоритмы...

Привет всем!
Я рад что такой форум есть. Мне по душе.
А как тут:
Библиотека. Книги завалены (где-то 10000 книг) в кучу. 'Библиотекары', которые сами незнают что такой библиотека и первый раз в жидни компа видели (а компы-то P-III!). Заказ принял твой начальник, и ты должен что-то 'нарисовать'...и ни черта незнаеш про библиотеку... |:-(

0

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