О производительности программистов

все просто - нужно посмотреть свой код год назад, два года назад и самый первый. и сравнить их с нынешним.

ответ будет очевиден.

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

это относится, если так можно выразиться, к программированию низкого уровня, т.е. на голом phр.

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

За код деньги не платят ;) На мой программерский взгляд (С, С++, Fortran, Lotus Notes, Perl, PHP - всё от года до трёх промышленного опыта), качество кода зависит только от того, как обучался человек программированию и с чего он начал.

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

в 1980 году были тупорылые процессоры и скудные возможности языков... сейчас сишный компилятор делает код быстрее чем человек это сделает на ассемблере руками... ну и языки изменились существенно... начиная от библиотек и заканчия самой концепцией. так что исследования в топку.

ps. за окном смачный syntax sugar и т.д... в 80 году люди о таком и не мечтали, т.к. задачи были совсем другие.

То есть смысл есть и он из-за объёма самих библиотек (например, это явно разумно в .Net, где 2 года требуется только на изучение основных объектов и их членов)? Или в случае php-шников можно брать людей с опытом от года и смотреть на их общий кругозор в нужной области: чем занимались ранее, способны ли сформулировать стоявшие проблемы человеческим языком, могут ли оптимизировать какой-то код на PHP или MySQL, есть ли свои стандарты кодирования...

Вы ещё напомните о необходимости в те времена машинисток для перекодирования кода с бумаги в перфокарты 😂

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

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

Платят как правило за результат...

еще есть так называемый syntax sugar, которым просто хотят выпендрица все новые и новые языки... посмотрите на ruby... под чистотой языка я подразумеваю наличие таких конструкций как loop{...}, что сами понимаете более правильно, чем сто способов написания бесконечного цикла...

в ruby есть блоки! и очень быстро можно, к примеру, накатать foreach который раскидывает выполнение тела по процессорам... и выглядит это все не как функция, которой надо передать указатель на тело и т.д... обыкновенный foreach получается... ну назовем его threaded_foreach и будет это как threaded_foreach{...} представьте как повышается производительность программиста, когда ему доступны такие фишки... ну и надо бы добавить, что если php-шнику поставить задачу написания многопоточного скрипта, то это будет еще та потеха... а если новому программисту пишущему на руби отдать этот threaded_foreach{...} , то он не будет задавать много вопросов... а на пехапе это такая ляпота получается, что голову сломать можно... попробуйте такую задачу пехапешнику поставить, так что бы другие понимали сразу как это использовать.

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

кстате, а представьте себе, что бы было если бы в PHP была возможность делать какие-то inline вставки на Си? под Ruby есть RubyInline... скрипты скриптами, а когда дело заходит за тупую обработку большого массива с данными, то эти мегабайты за счет пехапешной обертки вырастают раз в сто...

вместо того, что бы тупить над тем как обработать 32 мегабайта при лимите физической памяти в 64 программист сходит на http://zenspider.com/ZSS/Products/RubyInline/ и сделает нужные вставки...

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

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

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

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

а я вообще с ДВК-1 начинал и для меня это совсем не смешно...

Спасибо, поржал 😂

PS Руби скоро всех погубит! 😂