Pull to refresh

Comments 182

Про PHP и "недолюдей" (если память не изменяет, было так сказано) - перебор :(
Ну что поделать если на php пишет огромное количество недолюдей? Врать что это не так?
PHP средство для быстрой разрабоки. Примерно как Visual Basic. Качество среднего разработчика на этих языках примерно одинаковое и стремиться к бесконечно малому числу. Есть исключения - например Коровкин.
PHP — язык программирования для "дизайнеров", это верно.
А термин "недочеловек" — как вы расшифруете?
Недочеловек - в данном контексте - недопрограммист разумеется.
Все равно очень жестко сказано, извините.
Какой есть. Я знаете ли не стремлюсь угодить всем, и даже не стремлюсь угодить большинству.
Я это принимал во внимание, когда писал о "жестко сказано". Но все таки Вас слушают люди, которые могут некоторые слова воспринять в их первичном значении, а не во вторичном.
А то что Вы делаете — большая и отличная работа. Спасибо.
UFO landed and left these words here
UFO landed and left these words here
А какое отношение к моему личному мнению имеет мой работодатель? Детские уловки с подменой понятий прекращают работать в тот момент, когда ты покидаешь детский сад :)

Вообще давай не будем играть в прятки - ты не слушал подкаст, потому что я не называл PHP программистов недочеловеками. Я сказал что на PHP программирует очень много недолюдей. Эта фраза была дважды рассчитана и предназначена для того, чтобы собрать побольше коментариев :)
UFO landed and left these words here
Да не вопрос. Главное я при этом не перехожу на личности. Вопросы чести теперь видимо волнуют только идиотов. Так продолжай же оставаться гением прогрессивного человечества, занесенным в блэклисты большей части работодателей :)
UFO landed and left these words here
Как ребенок повелся. Нет, если тебя интересует - в яндексе ты не находишься в черном списке, было бы много чести. Но к сожалению по работе мне приходится работать и с другими конторрами, и 4 очень крупных компании высветили тебя в черном списке. Тебе это не кажется странным? Я понимаю - слава там, пиар, гении всегда ненатуралы плохо уживаются с людьми, но не перебор ли? Леня, держи себя в руках пожалуйста. Не скатывайся на банальные оскорбления - мы любим тебя совсем не за это.
UFO landed and left these words here
UFO landed and left these words here
Очень нехорошо так говорить в любом случае.
да, в любом случае важен не язык а алгоритм и идеи.

альтернатив php не так уж много, его идея похожа на идею tcl/tk - язык написания интерфейсов - все просто и наглядно.
мы вообще про один и тот-же язык говорим? Тот PHP который я помню, с tcl/tk имел очень мало общего, как на идейном так и на реализационном уровне
ну чего оправдываться, всё равно смешно. есть задача, есть подходящий для неё инструмент, есть мозги - которые либо есть, либо нет. ну что снова перечислять успешные компании? то, что лично у какого-то человека есть впечатление, и то, что конкретно в какой-то компании не сложилось с php - это исклютельно ваши проблемы. это раз.

но это ладно. вы делаете ещё хуже, смотрите. есть авторитет, и он заявляет - ой, говно-то какое. и есть вот начинающие, молоко на губах, а они что - они рот открыли и "внимают". начинается "hipe". обратная связь, понимаете? а у вас должна быть отвественность, ребята. вместо того, чтобы не мешать (потому что мы например прекрасно видим все эти проблемы, он есть, стопудов, но мы будем очень многое делать, чтобы их исправить) - а вы делаете только хуже.
Недолюди однако хорошо зарабатывают - от $2-2.5-3k ;-)

А про отсутствие квалифицированных разработчиков - это беда не только в России (сейчас просто идет вал вебмастеров, которые кроме своего корп. сайта не видели - сидели на окладе в $0.8k)
К счастью недолюди в массе своей получают скорее $1-1.5k, впрочем даже озвученую вами цифру я как то не очень готов считать хорошим заработоком. И причина опять же в основном в языке - когда общая масса разработчиков на php получает в среднем килобакс (да, в основном засчет студентов за $500) сложно заплатить хорошему программисту скажем 4k. Поэтому разработчики на Java и C++ еще долго будут получать в 2-3 раза больше.

Насчет отсутствия кадров - о да, вы бы знали какая это проблема в больших компаниях. Причем есть два состояния, либо "людей нехватает жуть!", либо "понабрали блин черте-кого по обьявлениям".
Если задача нарисовать homepage - ура, php вам подходит, пишите, в чем же дело. Для этого в общем то мозга не нужна. Если задача написать что-либо серьезное и сопровождаемое не только вами - нужен мозг. Практика показала - наличие мозга и программирование на PHP вещи редко совместные, я знаю пожалуй не более десятка хороших программистов, пишуших на PHP.

Ответственность, простите, должна быть у слушателей. Хочешь слушать - слушаешь, не хочешь - не слушаешь. Я не принуждаю людей "отказаться от php", я хочу чтобы люди думали головой. Чуствуете разницу?
"я хочу чтобы люди думали головой. Чуствуете разницу?"
Нет, не чувствуется.
На вопрос "Твое отношения к языку PHP?" вы ответили как-то так:
"ПФФФРРР! Запикать слова можно?"
Продукт люди, которые им пользуются. Чувствуете разницу?
Ну в данном случае есть два варианта: либо Вы плохой слушатель либо я плохой расказчик. Я предпочитаю первый вариант конечно.
во-первых, разговор о homepage довольно странный, посколько подавляющее большиство крупных проектов, начиная с yahoo, активно используют php. мы конечно могли бы и свои ширинки расстегнуть, но давайте в другой раз. php хорош там, где он хорош. и надо его очень неплохо знать, и иметь хороший опыт разработки, чтобы так безапелляционно судить. вопрос в лоб - имеете ли этот опыт вы?

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

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

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

Да, к сожалению мне приходилось писать на php, правда еще на 3ей версии, тем не менее я банально "по роду службы" обязан знать что с ним произошло за эти годы, так что мои представления о языке в меру актуальны. Конечно я не могу сказать что годами корпел над php кодом. Не корпел потому что не готов морально разлагаться на столько :)

Насчет различий между "программистское" и "бизнес" - нет, позвольте с Вами не согласиться. Моя практика пока что говорит что "бизнес" который строится на софте не может жить без программерского энтузиазма. Сравните Майкрософт Офис (проект сделаный на большом подьеме программеров) и их же Навижн (так и слышу прямо "что??? мне писать какую-то бухгалтерию???"). И в частности поэтому навижн так плохо продается. В веб сервисах драйвовость разработчиков сказывается на продукте еще сильнее.
ну почему же заканчивая, на вскидку: википедия, дигг, фликр... да их полно, где-то даже общий список есть...

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

ну а так что же не так с php помимо моря недопрограммистов? ну то есть вообще интересно что вы имеете тогда в виду под неготовностью настолько "разлагаться"?

вот как я например вижу ситуацию. отличительные черты php, что обычно "бесит" в php-коде вменяемого разработчика (не в любом коде, причин может быть много, а именно в php): спагетти и какие-то чумовые инклюды с блоками "анонимного" (и поэтому малопонятного) кода. за перечисленное отрывать руки - а всё прочее решается, оно примерно одинаково для всех скриптовых языков. а какие-то вещи типа "неакадемичности" объектной модели... не берусь судить, но по-моему всё это обходится. то есть тут просто дело привычки, не более.
Википедия постоянно страдает от проблем с производительностью их кода. Дигг - недавно был переписан и от php там осталось не так много. Фликр - он на 50% на джава уже, и кроме того входит в Yahoo теперь.

Чем мне не нравится php как язык, кроме идиотского неочевидного и непрозрачного синтаксиса: это язык который стимулирует к написанию неуправляемого кода. Так же как perl, но перл хотябы гибок как веревка и этим компенсирует.
А вы внимательно смотрели где yahoo его использует и как? К тому же то ваше подавляющее большинство изначально были написаны на php. И после того как туда уже хлынул народ что-то переделывать на другой язык было сложнее чем плясать с бубном вокруг php. Чем IMHO плох PHP я уже рассказывал. Если хочется могу рассказать еще раз.
Чем IMHO плох PHP я уже рассказывал. Если хочется могу рассказать еще раз.

А вот расскажите – а то пока во всей этой дискуссии слишком мало фактов и слишком много эмоций.
1. Очень мутная спецификация на то, что входит в язык, что не входит. Причем непонятно почему если не входит, то зачем присутствует в дистрибутиве? Причем к примеру реализация в виде ядро с коротким и четким описанием + PECL была бы заметно лучше.
2. Собственно это замечание проистекает из первого. В языке к примеру присутствует несколько различных реализаций абстракции доступа к СУБД. Ни одна из них при этом не является стандартной.
3. Отстуствие нормальной поддержки уникода. Будет только в 6 версии. Про то что оно "работает" в PHP 5 я в курсе.
4. Довольно странное ООП на мой взгляд. Причем какое-то более менее юзабельное появилось в 5 версии.
5. Вечные проблемы с безопасностью. До смешного доходит. Недавно фиксили проблему с opendir и она три раза всплывала по новой в релизах которые были выпущены для исправления проблемы.
6. Слабая типизация с процедурной парадигмой. IMHO палка о двух концах. Все же языки с объектной архитектурой и слабой типизацией выглядят значительно логичнее.
7. Хотя язык и ориентирован на веб, никаких приемуществ по сравнению с веб-фреймворками языков общего назначения не имеет.
8. Не всегда корректная совместимость между версиями. К примеру если вы использовали стандартное расширение для работы с XML вы обнаружите, что в PHP 5 его уже нет и используется уже другое (хотя конечно и более прямое) расширение.
9. Работает согласно идеологии CGI. В результате чего к примеру сохранения данных в памяти или открытых соединений приходится прибегать к сторонним средствам. FastCGI работает же не слишком хорошо.

В результате всего сказанного, язык легко осваивается не профессионалами и пощряет изобретение велосипедов.
Надеюсь хватит? Конечно можно было сказать короче :) Что и сделал bobuk :)

PS Щас меня только начнут камнями закидывать. :)
не, ну что-то правда, что-то вода, ну мы все всё понимаем, это либо из области "красоты", либо "ну, бывает", но вот п.9 это меня просто сразил. а давайте может поподробнее че там с идеологией CGI, памятью и соединениями не так.
Ну так напишите где вода где правда и что тут из области красоты и бывает.


но вот п.9 это меня просто сразил. а давайте может поподробнее че там с идеологией CGI, памятью и соединениями не так.

Давайте для начала начнем с простой вещи как работает java сервлеты. Там фишка в том что один экземпляр сервлета в память загружется при загрузке сервера и перезагружается при его изменении. Он же занимается тем что держит пул соединений и разделяемые между экзеплярами сервлетов данные. При подключении к серверу происходит не запуск нового процесса с нуля, а происходит порождение клона от уже висящего в памяти сервлета. В результате хотя технология жрет больше памяти и часто больше процессорного времени (за счет использования виртуальной машины и более сложной по сравнению с CGI модели), во многих случаях она может быть эффективнее чем типичная CGI модель. Кстати эта модель позволяет работать реализации PHP на java раза в два быстрее PHP с APC. Теперь давайте рассмотрим как работает PHP. Когда я подключаюсь к сервису происходит запуск интерпертатора с определенным скриптом. Скрипт инициализирует содинения каждый раз при запуке и компилируется каждый раз при запуске. Постоянные же соединения в mod_php работают далеко не всегда как хочется и требуют настройки в php.ini, для работы же с разделяемыми данными или просто сохраняемыми в памяти данными без посторонних средств не обойдешься. Хотя в java это все работает из коробки.
Понял, я так и думал, что вы о Java. Вообще, это долгий разговор. Мы говорим о действительно больших системах, с большим числом веб-серверов - десятки, сотни. Они должны масштабироваться почти линейно - просто добивкой вебов. В большинстве случаев вы не должны хотеть persistent connections вообще, они больше архитектурных проблем доставляют, чем удобств. Типичные времена на открытие соединения до сервиса - доля миллисекунды. Если это не Oracle, конечно. Да у вас на сложном скрипте проц ступит на порядок больше, не говоря уж о выполнении запросов к "медленным" сервисам (бд). То есть никакого выигрыша. Про компиляцию - ну тоже ведь неверно, вы же сами пишете про APC. К тому же есть FastCGI - и оно прекраcно работает.

Понял, я так и думал, что вы о Java.

Можно сравнить с python+djangо.


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

Только в случае CGI модели. Иначе бы в модели сервлетов их небыло и их бы не советовали настоятельно использовать. К тому же не могли бы вы привести когда постоянные соединения доставляют архитектурные проблемы? :)


Типичные времена на открытие соединения до сервиса - доля миллисекунды. Если это не Oracle, конечно.

Угу. Уносим сервер СУБД на отдельную машину и уже получаем не долю милисекунды. К тому время на использование уже открытого соединения всегда меньше, чем у того которое еще надо открыть.


Да у вас на сложном скрипте проц ступит на порядок больше, не говоря уж о выполнении запросов к "медленным" сервисам (бд).

Можно я глупый вопрос задам? Вы где предпочитаете данные обрабатывать? :)


Про компиляцию - ну тоже ведь неверно, вы же сами пишете про APC.

APC дает меньший выигрвыш чем сервлеты.


К тому же есть FastCGI - и оно прекраcно работает.

Да вот большая часть людей говорит, что не совсем так как бы хотелось.
1. Может быть. Но разве это доставляет настолько много проблем в практической работе, чтобы можно было об этом говорить как о серьезном недостатке языка?
2. Да – несколько абстракций. Но их не 800, не 50, и даже не 10 – проблемы ознакомиться со всеми ими нет. Да и не настолько они различаются, что бы это создало проблемы.
3. Да
4. Да (причем я бы назвал ООП в PHP странно урезанным)
5. Разве это проблемы языка PHP? Я бы назвал это проблемами в организации работы разработчиков php.
6. Согласитесь – дело вкуса.
7. В принципе – да (единственное преимущество PHP в низком пороге вхождения для новичков – но для Вас наверное это скорее недостаток)
8. Да – тут вопросов нет.
9. Вот тут не согласен совсем. Это не недостаток, а особенность реализации. Ни кто не называет PHP вершиной эволюции языков программирования. В нем есть естественные ограничения, проистекающие из области его применения. Да и эти ограничения не настолько часть встречаются, что бы о них серьезно говорить. (Как например JavaScript ни кто не называет недоязыком, а всех кто им пользуется недолюдьми – это инструмент которым пользуются в области для которой он предназначен – и в этой области он замечательно работает – так же как и PHP в своей)

В результате всего сказанного, язык легко осваивается не профессионалами и пощряет изобретение велосипедов.
Надеюсь хватит? Конечно можно было сказать короче :) Что и сделал bobuk :)

PS Щас меня только начнут камнями закидывать. :)

То, что язык легко осваивается – это плюс языка, а не минус. А вот про изобретение велосипедов к сожалению верно.
Bobuk ничего не сказал по сути – а начал обзываться. Зачем – не понятно.

Камнями вроде пока Вас ни кто не закидывает – наоборот еще один плюс Вашему комментарию от меня.
как и везде в крупном проекте - бизнес-логика и визуал над БД и быстрыми сервисами.
Почитайте внимательнее. А еще посмотрите почему они выбрали PHP.
ммм... загадками говорите. может вы чего-то знаете, чего не знаю я? мне это кажется крайне сомнительным - быть может ссылку кинете?

мы провели некоторое время расспрашивая Расмуса (Rasmus Lerdorf, автор php) из Yahoo на прошлой phpconf, и я примерно представляю, что да как. впрочем это все было и в известных докладах (Michael Radwin) - ну посмотрите сами, это ж находится элементарно
http://www.mysqluc.com/presentations/mys…
Вот вы эти слайды просмотрите еще раз. Там написано почему так хорошо туда уклался php к тому же там насколько помню на php приходилась далеко не самая сильная нагрузка.
а давайте поближе к конструктиву, а. детский сад какой. конкретно - посмотрите 19-й слайд из указанной презентации. если я прошу линки, я прошу линки, а не "посмотрите ещё раз". ничего протеворечущего моим словам в презентациях радвина нет.
Давайте вы мне дадите ссылку на слайды в формате pdf ? У меня в принципе нет MS Office т.к. ОС Linux. Я брал слайды отсюда http://public.yahoo.com/~radwin/talks/ph… но их там почему-то сейчас нет. Там выбор шел между php и perl. php был выбран из-за хорошего соответствия их закрытой скриптовой системе и не более того. И насколько я помню там php выступал как один из компонентов системы.
сюрприз - у меня тоже linux. поставьте себе OpenOffice. компонент системы, компонент. бизнес-логика и визуал поверх бд и быстрых сервисов.
Я хотел бы pdf. Нет у меня OO. не требуется пока.
Вы не очень правы. В Yahoo язык php используется практически как темплейтный движок.
Спасибо, я читал и только после того как прочитал - написал этот коментарий! :) Ну правда же, в нормальных языках эти функции выполняет шаблонный движок. Да что там, даже в php если писать нормально, эти функции будет выполнять smarty :)
эээ а мы точно об одном и том же? я правильно понимаю, что бизнес-логика по-вашему должна быть в шаблонном движке? и запросы к базе и сервисам - в шаблонном движке? может, и SQL писать там же? нет, я знаю такие системы. их поддерживает внушительный отдел с отличным названием - отдел-программирования-на-нашем-движке. эдакие HTML/javascripts люди, которых ещё заставили программировать неизвестно на чём. популярность такие методы получили в конце девяностых, когда интерактива было очень мало, соотвественно бизнес-логики почти никакой, и умные ленивые программеры клепали мега-универсальное API, торжественно вручали это в зубы верстакам и с чувством выполненого долга дулись всю дорогу в квейк.
Я слайды тут распотрошил. Смотрю.


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

А там как раз все в одном. Посмотрите структуру.

Наиболее важные и нагруженные вещи написаны на C/C++. К тому же если вы внимательно посмотрите слайды. Yahoo по сути заменила свой скриптовый движок на PHP и все.
извините, мне кажется, вы не совсем понимаете. наиболее критичные к скорости вещи должны быть написаны на c/c++, и альтернативны по-моему вообще нет! мы говорим о "прослойке", которая всё оборачивает в готовое приложение. и это - далеко не только шаблоны.
Вы знаете что там за структура и как она работает? Я вот нет. К тому же от реальной нагрузки PHP отделяют балансеры и кешеры. И до PHP там использовался самопальный скриптовый движок. И в целом справлялся. Выбор был сделан не из-за того что PHP очень хорошо, а потому что это удобно и на это затратится меньше денег.
ладно ... люди или не люди, отстой или не отстой - согласен - много отстоя.
но вот вы со своей програмиссткой вешины - соблаговолите посмотреть на стиль кодинга проекта http://drupal.org/ и напишите пожалуйста свое мнение.
У ядра стиль нормальный. Экстеншны в массе своей не очень. И главное - чесслово, почти на любом другом языке программирования это было бы написано короче, чище и главное более читаемо.
"У ядра стиль нормальный"
Ой, не смешите, ради бога! :)
О! Отлично, может Вы меня еще программировать поучите? :)
Мне кажется, вы слишком высокого о себе мнения, Бобук ;)
Учить я никого не собираюсь - неблагодарное это дело в наше время.
Но учтите, что те, с кем вы общаетесь за пеленой жидких кристаллов, тоже профессионалы, причем не хуже вас.
Конечно я высокого мнения о себе, это даже не вопрос.
В профессионализме остальных я склонен сомневаться до факта наглядного доказательства оного.
То же правило действует и со стороны остальных в Вашу сторону.
так зачем вы подняли вообще этот вопрос? :)
друпал отличается от разных поделок тем что в нем четко структуирован API и дизайн отделен от ядра довольно красиво что позволяет использовать для темизации хоть смарти хоть еще что.
друпал своей структурой просто заставляет программистов писать более менее красиво в рамках его API.
короче сомневаюсь - его дистрибутив и так в архиве 3 раза на дискетку поместится, а то что не использовали объектность пхп - то по моему мнению это плюс, вот joomla это вообще что-то )))
Друпал лучше чем остальные поделки тем, что он маленький и аккуратный. Если не брать в расчет кучу модулей дополнительных конечно :)

Да, joomla и mamba я тоже смотрел. Волосы шевелились от ужаса на всех местах.
вот видите!!! значит друпал - самая правильная CMS ! ура! а самый правильный почтовый сервер это exim ) правильно?
Есть exim, есть zmail. Это совершенно разные сервера, но оба ничего вполне.
Волосы шевелились от ужаса на всех местах.
;)
А представитель M$ когда появится? Ну уж очень жду этого подкаста.
Они нас немножко кидают по срокам. Ну мы подождем, главное чтобы не как Висту - 5 лет ждать не хочется :)
Ну вот, представителя еще даже не было, а уже показали себя не с лучшей стороны :-/ Видимо проходит обучение в секретном отделе :)
Давайте пофантазируем!
Все последние три-четыре подкаста приходит в студию к Умпутуну или Бобуку эксперт из Майкрософт. Его тут же связывают, заклеивают рот скотчем, сажают к выключенному микрофону и заставляют слушать, как записывается шоу :) Он, бедолага, сидит, мучается, а сказать-то ничего не может! Даже опровергнуть собственное отсутствие! После записи его с миром отпускают, но жестокая шоко-психологическая травма приводит его прямиком в ближайший Apple Store. После этого, разуемется, он перестает быть экспертом от Майкрософт, а наши бравые ковбои-подкастеры начинают охоту на следующего добровольно-принудительного свитчера :))
UFO landed and left these words here
UFO landed and left these words here
Верно, тем не менее в каждой этой программе хорошо видно что она не нативная.
Спасибо за интересный выпуск.
Я хотел бы прокомментировать тему PHP. С тем, что на этом языке сейчас пишут очень много дрянных по качеству и уровню безопасности скриптов - я согласен. Но, на мой взгляд, обвинять в этом сам PHP, как инструмент разработки, некорректно. У PHP есть своя ниша - это инструмент для относительно быстрой разработки простых и средних по уровню сложности и нагрузке серверных приложений. И при должной прямоте рук, на PHP можно писать безопасные и качественные (с точки зрения "чистоты" кода) скрипты. Писать на нём двигло для Google - сюрреализм, но для реализации какого-нибудь несложного форума, PHP - самое то, что надо.
Его популярность среди безграмотных пользователей обусловлена именно его простотой по сравнению с аналогами. Сравните, например, читаемость PHP программы с читаемость кода, написанного на Перле. Для человека, который раньше не видел ни того, ни другого, но имел какой-то опыт программирования, перловый исходник скорее всего покажется марсианскими письменами, и PHP на его фоне будет выглядеть более чем прозрачно. И это относится не только к Перлу. Скажите, кто сейчас будет писать какую-нибудь мэйл-форму или простейшую систему приёма заказов для веб-магазина на JSP или C++? Про то, что хостинг с их поддржкой будет существенно дороже PHP-хостинга я даже не говорю. Самое главное здесь отношение затратности временнЫх ресурсов, связанная со сложностью технологий.
На распространённсть PHP так же сильно влияет обратная связь. Чем больше приверженцев у этого языка, тем сильнее увеличивается прирост новых и тем меньше интересуются альтернативами. А чем больше у разработчика опыта в отношении одного языка, тем ленивее ему заниматься поиском новых инструментов ради гипотетической выгоды, которая не всегда очевидна. Даже такой крутой язык как Ruby в сочетании со своими Рельсами сейчас не так уж популярен (достаточно сравнить количество хостеров поддерживающих PHP и Ruby).
Короче, я считаю что вы погорячились :) Не говоря уже о том, что незабиканные Умпутуном "недопрограммисты" скорее всего вызовут негативную волну в сообществе слушателей.
А ещё я хотел спросить, что вы со своей стороны можете предложить в качестве альтернативы PHP? Ведь любая оценка относительна, и такое отторжение явно вызвано присутствием чего-то на порядок лучшего.
UFO landed and left these words here
Это не весь выбор. Ведь есть еще фирма Мелкософт, которую не очень любят в этом подкасте. У фирмы Мелкософт есть такие замечательные продукты как:
1. IIS (Internet Information Services) - обязателен только для хостинга но не для разработки;
2. SQL Server ( Версия 2005 Express Edition является бесплатной и прекрасно бежит под ХР на любом домашнем компе );
3. Visual Web Developer 2005 Express Edition ( является бесплатной и прекрасно бежит под ХР на любом домашнем компе, имеет встроенный веб сервер для отладки и как следствие не требует IISa, нужно пройти несложный процесс получения бесплатного лайсенс кеу );
4. DOT.NET Framework 2 тоже нужно поставить на комп

Вот устанавливаете все это добро на свой домашний комп c Windows XP Home или Professional. И пожалуйста ваяйте на здоровье веб сайты на платформе Мелкософт.

А вот еще и бесплатный ASP.NET веб хостинг для ваших творений:
http://www.brinkster.com/

Так что не РНР единым...
Ну почему это мы не любим майкрософт??? Я вообще уверен что Microsoft Office это приложение, которое определило развитие офисного софта на ближайшие 20-30 лет :)
Кроме шуток - и я и Умпутун не считаем Майкрософт чем-то нехорошим. Просто у нас другие приоритеты - мне больше нравится мак и линакс.
а линакс какой? наверняка гента - вот к примеру в подкасте были мысли что типа ждем новый редхет потому что в нем поддержка чего-то, а в генте - взяли - заемержили последнее ядро, минуту на расстановку птичек что надо что не надо и 5 минут на пересборку - и вуаля - все что надо стало поддерживатся ))) а редхет... его надо ждать релиз, переставлять систему каждый раз на новую - неудобно.
Нет, вот с дженту совсем не угадали. Дженту хороша чтобы разобраться как линукс работает, в остальных случаях, когда надо чтобы просто хорошо работало - есть ubuntu/debian, redhat и suse.
ну ладно, "что-б хорошо работало" - а обновлять их как? у вас к примеру редхет старой версии обновится сам без переустановки до последней? или надо что-то делать, машину там перегружать?
Да, в течении года-полутора после релиза любой старый редхет можно перевести на новый одной командой. Да перегружать в любом случае надо - ядро же новое.
когда я с редхетом завязывал - то мне так и не удалось увидеть накатывая обычные обновления превращения редхетоподобного ASP линукса 7-го в 9-й, спустя пару лет и обновления из ветки 7-й перестали приходить, а так-же кажется 3-й федоры в последующие, может я команды волшебной не знал, просветите пожалуйста, кстати в генте вообще нет понятий "релиз"
В генту понятие релиз есть. 2006.1 и т.п. думаете что ? :)
))) конфиг - то есть дефолтовый набор USE флагов которые используются когда явно не указаны, однако елсли пришло обновление 2007-го года то какой-бы не стоял конфиг - установится наиболее свежее с точки зрения ваших кейвордс и безопасности, таки дела...
Не сравнивайте RedHat и ASP, ладно?
ладно, только скажите командочку пожалуйста
в генте это emerge --sync && emerge -uDNk world
а в редхете что? очень интересно.
хм, не знал - сколько его не делал в бытность федоры 2-й, из нее 3-я так и не получалась.
или засунуть диск и выбрать "upgrade". Вот буквально сегодня перевел один ящик с RHEL3 на RHEL4. Как по масло прошло
спасибо, с диском понятно что все будет как на винде, но в сервер на том конце света не поедешь диск вставлять, да и не удобно каждый раз диск писать, вставлять, качать... если yum может перевести RHEL3 на RHEL4 то это замечательно, во фре у меня была та-же проблема - сколько не делал portupgrade - она так и осталась 5-й, еще и дерево портов зависимости со временем потеряло так что просило руками ввести -а я не того, перешел на генту как раз из за легкости апгрейда портов, но иногда есть надобность поставить линух на маленькую машинку, а в генте надо несколько гигабайт только под порты, вот нашел http://www.damnsmalllinux.org из дебияна делается - совсем манипусенький.
Ой сорри, я нажимал на "Free Website Builder", оно вроде как не бесплатно.
Спасибо.
Не буду коментировать предложения насчет "простого форума" и PHP, ладно? Про Perl - да, это такая же зараза что и PHP, только на Perl чаще всего пишут те, кто занялся программированием давно, а значит имеет как минимум опыт.

О распространенности на хостингах - почитайте Маркса. Он про коммунизм не писал, писал про капитализм, особенно хорошо про спрос и предложение. До тех пор пока на Ruby пишут мало - будет мало хостинга. Появится спрос - будут и предложения.

А насчет негативной волны - вы не думали что я и хотел волну? Чтобы немного растрясти серую массу и заставить людей писать коментарии? :)
Не понял, вы хотите растрясти "серую массу", или нормальных людей? :)
Юмор? Браво! Серая масса - это толпа людей без выделения индивидов. Если Вы до сих пор уверены что серая масса это мозг - проследуйте в анатомичку.
Что-то вы забываетесь, реплики с вашей стороны перерастают в оскорбления потихоньку.
Давайте я сам решу, куда мне следовать - не вам меня посылать.
Где я забываюсь и что Вы сочли оскорблением в предыдущем моем посте? Мне кажется у Вас банально кончились аргументы, но Вам по прежнему хочется чтобы последнее слово осталось за Вами :)
Вы видимо хотели сказать, что у PHP низкий порог вхождения. Согласен.
Спасибо за подскаст, ваш постоянный слушатель;)

По поводу godaddy и ссылки на форму, нашел сразу. В самом низу в блоке "Help and Support" ссылка "Email Support", далее можем выбрать тему из фака, а можешь перейти к "Email us Now".
По дизайну согласен, попытка напихать всюду всего ;)

У меня с ними была интересная история, я зарегистрировал у них несколько доменов и хостинг, на свою обычную карту(MasterCard банка России). Очень понравилось что все заработала тут же, я смог и изменить записи в ДНС, и залить сайт, и настроить почту. С Российскими хостерами так не поработаешь… Но буквально через 20 минут мне пришло письмо что они мне отказывают в сервисе, а деньги возвращают. Аккаунт был закрыт, причиной было не правильно указанный адрес и телефон… Попытался разобраться, но так и не довел до конца.. Еще пока боятся они нас ;)
Добавлю дегтя в бочку меда. Разочаровался высказываниями про PHP.
Вроде взрослые люди, но камень кинули в сторону самого языка и, считай, их разработчиков - многим продуктами далеко до такой поддержки, какая есть у PHP.
"Недопрограммистов" везде полно, как и недолинуксойдов, недовиндузятников, недосишников, недодизайнеров и просто недопрофессионалов. Но если ребенок вырос подонком, это далеко не всегда значит, что родители такие же.
Камень кинули. И?
Кстати, на мой взгляд конечно если ребенок вырос подонком - виноваты только родители конечно. Чаще всего думают так как Вы люди у которых еще нет детей, что в общем то понятно.
Откуда такой пафос? Да, у меня нет детей. И что? Зато у меня есть замечательные родители и какой-никакой жизненный опыт. И тот факт, что у меня нет детей абсолютно не говорит о том, что я не знаю, как это бывает. Ситуации бывают разные, поверьте, и не всегда бывает так, как вы это планировали.
Но это другая тема, оффтоп.
Да нет там пафоса, я просто говорю что о детях я буду разговаривать с теми, кто их уже воспитывал. Это все равно что говорить об эйфелевой башне с человеком, который никогда небыл в Париже. Пример Вы выбрали неудачный.
Отвечаю здесь сразу на все ваши комменты в мою сторону.
1. Доказывать и рассказывать о своих "подвигах" не имею ни желания, ни причин; бандеролью свое резюме высылать тоже не собираюсь. Несмотря на то, как высоко вы себя цените и как ценят вас в ваших кругах, не есть причина с высока выражаться по отношению к людям, которых вы совершенно не знаете.

2. Аргументы у меня не кончились, но тратить свое рабочее время на высокомерного человека (вы это, фактически, признали), опять же, желания не имею :) Зачем говорить о том, что не несет пользы ни мне, ни, возможно, вам.

3. Да, пример, наверное, не особо удачный, согласен. Однако
"я просто говорю что о детях я буду разговаривать с теми, кто их уже воспитывал" - таких слов я не видел в вашем посте. Мысли я читать, увы, не умею.
"все равно что говорить об эйфелевой башне с человеком, который никогда небыл в Париже"
Так че ж вы тогда в своих подкастах рассуждаете о ковырянии паяльником в залитых намертво схемах HD-телевизора, чтобы снять аппаратную защиту? Вы это пробовали? Если да, то заранее извиняюсь. ;)

И чистосердечное признание: минусы на вас жалел, поставил только парочку, из них - за мысли про PHP ;)

PS: ну... как-то... учитесь пунктуацию соблюдать, а то приходится по 2 раза перечитывать ;)
PPS: Последнее слово можете оставить за собой. Разрешаю. ;)
Во флэйма то развели =)))) как и предполагалось =).

Я пишу на PHP, получаю свои деньги, работодатель получает результат (и в конце концов, также, свои деньги).

Рядом сидит человек, разбирает, вычищает, документирует (уже месяца 3) нашу CMS, написанную на C++ (где-то года 3-4 назад писали сами). Он не матерится, т.к. в данный момент он только этим и занимается, т.е. задание у него такое - реструктурировать, документировать, убирать более ненужное.

Так что PL тут ни при чем, все зависит от людей, которые что-то пишут, и фирм, этих людей нанимающих.

У нас была проблема - небыло четких правил написания кода, разделения отображения и логики приложения, так же текучка кадров (студенты). Собственно, эта ситуация до сих пор имеет место быть. Работодателю было важнее, чтоб работало все по-скорее, и как известно РНР к этому распологает, но и С++ как оказалось не защищен от этого.
Пример показателен.

Так что ненадо ляля.
Если не секрет, почему CMS писали на C++, просто это как-то нетрадиционно?
Хм, перечитал пост, увидел про скорость. Это единственная причина? Что за навороты-то такие были там?
Не раскрою секрета - в яндексе половина непоисковых сервисов написана на C++.
По-моему есть небольшая разница между непоисковым сервисом Яндекса и CMS, в классическом её понимании :)
Это кстати немножко офтопик, но мне правда очень хочется услышать - какая по вашему разница? Без всякого сарказма - я кажется немного выпал из струи мейнстрима и теперь пытаюсь понять что же такое "обычная CMS".
С точки зрения сферического владельца сайта, сферическая CMS — это субстанция, которую можно взять (скопировать, скачать, etc), положить на сферический хостинг, и моментально получить сферический результат.

При всём уважении к разработкам на языках высокого уровня, решение такой задачи для C++ приложения потребует, как минимум, несферического хостинга. ;) Не говоря о других, более тонких нюансах.

Посему, Яндексу — яндексово... Не вижу вообще ни одной причины ломать копья на тему «что такое хорошо, и что такое плохо» в контексте обсуждения PHP vs smth. ;)
Уточню, эта CMS - для издательского дома, точнее для ежедневной региональной газеты (для 3х регионов сразу). Уж я точно не знаю, почему стали на С++ писать, вроде тогда (4 года назад) да и сейчас, если б на РНР писали бы, было б жутко медленно все. В общем, функциональность этой CMS - ничего такого - генерирует статичные страницы со статьями, управление по времени (опубликованно/нет; когда начало/окончание), но на сколько я понял, на C++ это все работает экстремально быстро.

Я спрашивал, на PHP можно тоже кэшинг и все такое сделать, но у них тут вроде еще куча входящих сервисов, и с PHP в общем заморачиватся не стали.

Как пример, еще скажу, у нас тут интегрировано стороннее решение, система типа http://www.irr.ru/, на РНР написанная. Так вот, каждая среда - что то типа дня торгов, происходит массовый наплыв народа и наши два сервака (@Xeon, 8gb ram) просто ложатся (страницы в это время иногда по >30 сек. грузятся). Во всем винят РНР =). Как выяснилось, фирма, создатели этой системы, предполагала, что использоватся будут гораздно более мощные сервера.

В общем, мне на самом деле тяжело судить, из-за РНР ли такое происходит или нет, сравнить не могу (хотя скорее всего это просто из-за большого количества SQL запросов).

Короче, если будут более конкретные вопросы, пишите, я узнаю более детально.
> В общем, мне на самом деле тяжело судить, из-за РНР ли такое
> происходит или нет, сравнить не могу (хотя скорее всего это
> просто из-за большого количества SQL запросов).

ну так и я о том-же - работа CMS заключается всего-лишь в отображении результатов работы mysql - если что и тормозит то как правило только по вине неправильного написания оптимизации и кеширования запросов к mysql
еще можно проверить выделяемую на пхп процесс память, по дефолту ее очень мало.
скорость CMS как правило обусловлена скоростью работы базы данных и правильно построенным кешем, зачем тут C++ - непонятно. наверно для компенсации неумения написания логики кеша, согласитесь - CMS это-ж не система рендеринга или каких-то космических вычислений
Странно, что большинство комментариев про PHP. Многих так задела тема?
Мне кажется, что это наверное какие-то комплексы. Я вот пользуюсь С/С++, но при этом совершенно спокойно отношусь к высказыванием, что это плохие языки и т.п. А вот любители PHP комплексуют что ли, раз так нервно реагируют на ( мне кажется вполне обоснованные ) упрёки к PHP
Вот! Спасибо, хоть кто-то задал вопрос который я задать постеснялся.
да всё очень просто, не стоит сравнивать. PHP - внекотором смысле язык изгой. на нём одна половина не умеет программировать но программирует, а другая половина не умеет, но при любом удобном случае хает. это удел любого языка с низким порогом вхождения - можно и влезть быстро, и обругать всегда есть за что. но пока есть компании, которые заинтересованы в развития языка вообще и его популярности среди разработчиков в частности - будем "нервно реагировать" просто чтоб донести обратную точку зрения.
Все равно не понятно почему первые (раз вторые хают) так его защищают :)
А вопрос то был изначально в высказывании о "недолюдях". Понятно дело, что язык этот не способен что то по-настоящему вычислять, что то представлять уникальное в плане ПО. Но все таки он себя оправдывает. И никто его не защищает, защищают все скорее свою собственную компетенцию. Хотя бы "недолюдей" :) Чуть позже - немножко, как программистов.
И если я имею с ним дело (пускай не только с ним, но и с другими языками, даже в одном проекте) — я не позволю себе молчать, когда кто то выражается настолько некультурно.
И создать тот информационный шум, которого я от вас так ожидал :) Между тем спасибо - вам и пользователю phpclub честно, без сарказма, настоящая благодарность - два адекватных собеседника в споре это всегда очень приятно. Пойду подниму вам карму.
Просто некрасиво так о людях отзываться. Я от вас этого не ожидала, это снобизм, если не хамство. Возможно РНР вам не нравится, но это еще не повод... Жаль, искренне жаль...
Конечно некрасиво, но что поделать? Я не сноб, у меня работает в департаменте человек 15 программистов, которые умеют писать и на PHP :)
А что по-вашему надо использовать вместо РНР? (я не издеваюсь, правда не знаю).
Я так поняла что РНР в своей области как MySQL в своей. Что-то очень маленькое и на коленке работает нормально, а под большие проекты не годится. Так?
Нет, к счастью MySQL уже давно вырос из состояния "маленькое и на коленке", реальный конкурент у него сейчас только Oracle. А вот PHP так и остался в этой нише "наколеночного", на мой взгляд конечно.
С InnoDB движком? А то что-то у меня с MyISAM все плохо получается :(
Я бы рекомендовал уже смотреть на InnoDB и NDB.
Ну InnoDB я использую. После шаманств с бубном оно работает неплохо. А NDB это же кластерная технология?
NDB да, то на чем строится mysql cluster.
о! - а подскажите что это в новых mysql-ях появились куча самообразующихся огромных bin файлов в директории чуть выше там где база - /var/lib/mysql - раньше в 3-й mysql их небыло - их можно удалить? или зачем они
Это бинарные журналы которые могут быть использованы при репликации. Отключите их генерацию в my.cnf и смело удаляйте.
Спасибо!!!
наверно и базе буде легче работаться
Возникли недавно мыслишки по этому поводу...

Дело обстоит до безобразия просто:
1) Народу нужна простая легкая технология веббилдинга
2) Эта технология появляется - PHP
3) Большой, но не бОльший процент разработчиков хотят более продвинутую и крутую технологию
4) Появляется PHP5. Это реальный прорыв. Переход на него пока не навязывается. Толпа разработчиков разделяется на два лагеря: те, кто доволен и сразу заюзал все фичи и те, кто говорит "нафига оно надо?"
5) Назревает PHP6. Здесь уже навязываются некоторые ограничения (правильные). Намечается добавление таких фичей, таких как типизация возвращаемых значений. Вот тут уже начинается самое интересное: два лагеря разработчиков начинают грызть друг другу горло, первые кричат "хотим красивую модель, enterprise", вторые кричат "хотим легкий скриптовой язык, руки прочь от PHP". А так как модель развития опенсорсная, PHP пойдет туда, куда пипл потянет. Как думаете, кого больше, первых или вторых?

И вот тут мы приходим к самому интересному: конфликт!
Конечно, ребята из Zend молодцы, в последнее время активно продвигают PHP в Enterprise, стараются показать людям "правильный" PHP, а не тот ужасный спагетти, тонны которого ежедневно вываливаются в интернет. Взять например Zend Framework: это же уже хорошо! (реализация MVC, чистое ООП). Zend Framework + Zend Studio - уже вполне себе моща, по крайней мере хорошее начало.

Но... Как всегда попса будет рулить... ВСЕ хотят скриптовой язык. Да и Java с дотнетом с двух платформ жмут по самое некуда. Так что сражаться с ветряными мельницами, имея перспективу потом разбиться о монстров индустрии ребята из PHP навено не будут.

Вывод: Если выжимать из PHP максимум, то можно делать вполне красивые проджекты среднего уровня. Но у PHP все же есть СВОЯ четкая ниша - это легкий скриптовой язык, прощающий ошибки и низкую квалификацию. И таковым останется, потому что хочет таким остаться.
В какой задаче? Это очень сильно зависит от целей которых Вы хотите достичь. Есть Python или Java как generic языки. Есть Java/JSP/J2EE как средство разработки бизнес-сайтов. Есть Python/Django или Ruby/Rails для быстрой разработки контент-сайтов. А для "просто научиться программировать" есть pascal - язык предназначеный для обучения.
Не, Паскаль не надо, спасибо =) С++ у меня был язык обучения, перехожу потихоньку на .NET. Базы данных и разработка бизнес-сайтов страшно далеки от меня, но хотелось бы немного поковырять эту тему.
Буду единственным, выразившимся положительно =)
Именнно этот выпуск мне показался нескучным, смешным(два раза давал другим послушать) и динамичным. Слушая его на ночь, я даже не заснул(как это бывает с Росновским). =)
Продолжайте в том же духе.
А экспертов не пускает Microsoft - вдруг чего лишнего взболтнут.
Не надо экспертов. Интереснее знать мнение маковцев и линуксоидов =). Выпуск был интересный, просто людей не стоило обижать.
Обижать людей? У нас тут не детский сад и обижаться из-за того, что кто-то высказал свое мнение просто глупо.
Подкаст, в котором я бы слышал только угодную всем речь было бы скучно слушать. Расслабтесь.
Вот именно обижать, огульно и всех... Тем более, для работы с использованием РНР возможны свои причины, например, политика компании, в которой человек работает и т.п. и т.д... И у нас действительно не детский сад, чтоб не понимать элементарных вещей. При чем тут "угодную всем речь"? Речь идет об элементарной невоспитанности.
Правда-правда. Только очень однобокая. Потому что если не уезжать из сити то город очень симпатичный :)
Вот это да :-D Хорошо что я не программер. Кто-то должен извинится за оскорбление и рассказать основные недостатки PHP, а люди сами решат что хуже а что лучше.
Ну вот еще извиняться. Я кажется _людей_ не обижал :)
Недостатки я выше написал. Но bobuk как раз кратко сказал тоже самое :)
Весьма разочарован ответом... -1 и не по всяким там хабра рейтингам которые мне побоку, а по нормальному человеческому.
За описание недостатков спасибо :) Очень полезный коммент.
ой - что творят беспредельщики:

http://telecom.compulenta.ru/310571/

==========================================
14 марта 2007 года, 11:54
Текст: Эльвира Кошкина

Американская корпорация Comcast, предоставляющая услуги широкополосного доступа в Сеть, отключает от интернета слишком активных пользователей. Одной из пострадавших стала Аманда Ли из Кембриджа, сообщает The Boston Globe.

В декабре прошлого года Ли позвонили из Comcast и настоятельно порекомендовали сократить объемы скачиваемой информации, пригрозив в противном случае лишить ее высокоскоростного доступа на год. После этого Аманда несколько раз звонила в службу поддержки и спрашивала, на сколько она превысила лимит. Однако в ответ слышала, что никакого лимита на скачивание данных у провайдера нет, а звонок с угрозой мог быть чьей-то неудачной шуткой. В середине февраля, обойдясь без дополнительных предупреждений, Comcast привела угрозу в исполнение и лишила женщину интернета. Аналогичным образом компания поступила еще с рядом пользователей, среди которых - Франк Карриеро из штата Юты и Джо Нова из Массачусетса.
SUSE кстати - это не компания :)
Если компания - это Novell. Если SUSE - то openSUSE - сообщество
Извините, писал по мере прослушивания....

SUSE - ЭТО НЕ КОМПАНИЯ!!! Вы же про Novell говорите :)
"Большая часть линуксовых дистрибутивов...."

Опять же немного ошибаетесь насчет SUSE. GNOME по дефолту предлагается только в SLE(D/S).

В openSUSE нужно пустой радиобатон выставить - GNOME / KDE
Теперь Яндекс начинает набирать PHP-разработчиков :-)
Я ж уже десять раз говорил - если вы _хороший_ разработчик, пусть и на PHP - ну приходите же. Мы найдем вам работу :) Проблема в том что пока к нам ни один адекватный разработчик на PHP так и не пришел.
Ну наверно хорошие разработчики стоят больше $1.5k предлагаемых Яндексом :-)
Ик. А где вы увидели верхнюю планку в $1.5k???
В обьявлении выше я вижу
Зарплата, $: 2000

Это разумеется ориентир, реальное предложение колеблется в обе стороны примерно еще на $2k. Стандартная практика больших компаний.
Заработная плата от $1500. Определяется по результатам собеседования.


Илья написал _от_, тоесть нижнюю планку :) Вы оцениваете себя на нижнюю планку? Я нет, если что.
Вы видели много компаний у которых диапазон от нижней планки до верхней (в рамках одной позиции) составляет $1-$1.5К? При этом в относительных цифрах диапазон составляет около 100%.
За последние 5 лет - 3. Во всех трех я потом работал.
даже если их было бы 10, то маловато. мягко говоря.
кстати, $2К, которые предлагает девушка из кадрового агентства (причем после консультаций с Вашим руководством), преподносятся фактически как конечная сумма и не о каких +$2К речи даже не было. а 2К в наше время - уже смешное предложение, чтобы перекупать людей. и еще - не очень понятно подключение этого агентства, хотя этот вопрос уже не к Вам.
С агенством и правда не ко мне. Вот если вы считаете себя хорошим PHP программистом, и готовы менять работу - это ко мне. bobuk@yandex-team.ru - пишите, я думаю мы договоримся.
за предложение спасибо, но на PHPConf я заявлен в другой команде - афиши придется переписывать, не хорошо ;) а если серьезно, то после разговора с агентом еще раз взвесил и решил, что свои проекты пока интереснее. может быть когда-нибудь потом.
Нужны люди в _новый_ проект.

http://www.habrahabr.ru/job/programming/…

З/п может быть очень высокой, зависит от человека. Хорошие РНР-программисты без работы не останутся.
Да, и у нас не обязательно знать "начатки Javascript" :-)
Григорий - Вас в хеадхантеры записали?
Конечно. Любой руководитель всегда хедхантер.
Диапазон может быть и больше. В условиях острого кадрового голода часто перманентно ищется сразу несколько человек, и предлагать им могут разные суммы, в зависимости от уровня.

Я, например, сейчас ищу РНР-разработчиков на зарплаты от 30 000 до 90 000 рублей. Как Вам такой диапазон? :-)
Кадровый голод это нормальная ситуация в любой крупной компании. Потому что расширение задач происходит быстрее чем образование новых специалистов.

30? Это как, php-уборщица? Или php-мойщик-посуды? :))))
Юмор искромётный, как всегда :-)

А сколько в Яндексе младший пастух питонов получает?
Ответ остроумный - как обычно?

По странному стечению обстоятельств пастухов у нас в штате нет. Такие дела.
мне такой диапазон - никак :) поскольку на вакансию разработчика уже не претендую.

если Вашей целью является поговорить как с можно большим числом разработчиков - можете конечно ставить и 30 и 40. если целью является найти адекватных разработчиков - меньше 60 смысла нет ставить. а если Вы собираетесь перекупать, то и 90 может оказаться не самой привлекательной цифрой и ставить меньше - заведомо обречь себя на интервью с лишними кандидатами.
Яндексу с этим не везёт, да :-)
Судьба.
А как у вас с Python-разработчиками?
В яндексе чуть больше сотни отличных девелоперов. Везет-невезет это сложно сказать.

Вот кстати с разработчиками на python проблем никаких. Почти все кто приходят близки к идеалу. Парадокс видимо :)
Only those users with full accounts are able to leave comments. Log in, please.