Э.. Вы почитайте там для начала.
А вот у ребят все готовое есть -> http://movable.ru/solutions/smszamok
http://www.gazeta.ru/business/2007/11/15/2314350.shtml
Ну вот, до жирафов дошло...
и сколько народу с SE продавало те самые дедики? изверги блин, ничего святого в вас не осталось...
ps. ники приводить не буду, т.к. подставу какую-то опять сделают... ХО вон сколько досили.
после сишника и пехапе переходить на руби это мозг себе взрывать... си++ си++... да в топку его... и жабу в топку... питоны и руби всех погубят... после того как мои узнали про инлайн сишник, то начали воспринимать это на столько серьезно... а сторед процедуры под postgresql на питоне или руби? а на руби с инлайн сишником? да это бугога какое-то... главное как это будет, а закодить это всё фигня.
Лично для меня связи нет, т.к. если я попрошу присутствующих программистов написать мне сетевую файловую систему со всеми DLM и т.д., то я буду на 100% знать, что для большинства даже самых старых программистов это будет новой задачей и вполне возможно решать они это будут в разы дольше, чем свежее мясцо после института из башки которой очень быстро достаются математические обоснования. Так что программирование это большая область и специализаций тут великое множество. Не стоит еще в эту кучу мешать аналитиков, архитекторов и т.д., т.к. к примеру программист из меня очень долгий, а вот архитектор и аналитик очень быстрый. А если есть правильное видение архитектуры и есть понимание этой архитектуры среди кодеров после института, то для этой задачи более дорогие люди не нужны.
И как мы стаж считаем? Мы монстров знаем которые еще до первого курса писали как есть, а на третьем уже участвовали в писанине ядер операционок... и этим парням какие-то уроды после института говорят что стажа у нех нет... да смешно это все про стаж и прочее.
Стаж и трудовая книжка для какие-то неправильных работадателей.
еще есть так называемый 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 начинал и для меня это совсем не смешно...
Платят как правило за результат...
в 1980 году были тупорылые процессоры и скудные возможности языков... сейчас сишный компилятор делает код быстрее чем человек это сделает на ассемблере руками... ну и языки изменились существенно... начиная от библиотек и заканчия самой концепцией. так что исследования в топку.
ps. за окном смачный syntax sugar и т.д... в 80 году люди о таком и не мечтали, т.к. задачи были совсем другие.
драйвера на асме уже как сто лет не пишут, но не суть... если сранивать написание интерфейса на пехапе и руби, то на последнем быстрее, т.к. в нем есть блоки и т.д... код получается читабельнее и чище... ну и писать быстрее.
можно даже интернет магазин сделать на обычном html + javascript
