Смысла брать нет, конечно же. Но лезут и лезут. Я, помнится, пару лет отказывался идти на нынешнее место работы, считая, что уровень моих навыков недостаточный... :)
А всех ведущих мы просто переманили с аналогичных должностей в аналогичных проектах
Забавно, когда я учился, модными были профессии юриста, экономиста и тому подобное. А люди, пришедшие на матфак, казались больными на голову. И поди ж ты.. И программирование опопсело? Было бы плохо.. Перебирать кучу низкокачественных специалистов приходится уже сейчас. Соотношение 1:10 пока. Что будет дальше?
Вы правы, перевести в программный код разжеванный алгоритм может человек и без большого опыта. Только это называется не программирование, а именно кодирование.
В идеале, конечно, хорошо иметь три-четыре программиста и 10-15 кодеров под них.
Но в реальности очень часто эти самые кодеры хотят получать как полноценные программисты. Спрашивается - за что? Кроме того, иногда нужны именно программисты, способные с нуля разработать систему.
Думаю, ни Яндекс, ни Мэйл, ни Рамблер, ни Ашманов от специалистов с низкоуровневым опытом не откажутся. ;)
После компиляции любым компилятором с опциями оптимизации
Все ж лучше сразу писать хорошо. Видел я как на собеседовании пишут код, который работает на 10 мегабайтах входных данных, но точно сдохнет на 10 гигабайтах, которые ближе к реальным объемам...
Если потребуется зайду на freshmeat и найду подходящий
Да, блин, не все йогурты одинаково полезны :(
Ладно, к первому посту это уже мало имеет отношения.
Хорошо, если оба сервера файловые - кто генерит страницы?
Оба. Каждый генерирует страницы для расположенных на нем категорий + морда. Но для нее генерации достаточно знать список имеющихся рубрик на всех серверах + немного статистики для генерации ТОПа.
Не знал, что Вы из LI
Я не Макс Зотов :)
Но тоже из компании с очень большими нагрузками. Макс у нас работал, да.
И много у вас прикладных программ которые производят разбор входного текста?
Конкретно у меня — да, хватает. От спам-фильтров до индексаторов html'я. Правда, действительно этот навык специфичен не для многих направлений разработки :)
Причем тут написание компилятора я не понимаю.
Как же, как же. Под контролем я имел ввиду не контроль за освобождением памяти, а, к примеру, организация таблицы видимости функций, переменных, их взаимодействия, организация типов данных и так далее. Да ту же "кучу" паскалевскую в компиляторе реализовать попробуйте.. Ну а четкое представление где, как и что хранить в памяти поможет в вебе при проектировании баз данных да и вообще при написании "быстрого" кода.
Каким боком к комплятору кэширование
Каким боком — почитайте классиков вроде Ахо. Пересказывать теорию построения компиляторов на Хабре я не особо хочу.
А тут только пример приведу, скажем, на php:
for ( $i=0; $i < sizeof( $my_array ); $i++)
видите, где здесь можно использовать кэширование?
Ну то есть под кэшированием я здесь имею ввиду именно оптимизацию времени работы с уже вычисленными данными...
Как собственно для написания шаблонизатора.
Вы много писали быстрых шаблонизаторов? :) Есть, к примеру, что-нить по скорости побыстрее Template::Pro? Буду рад изучить и внедрить.
У этих людей есть четкая цель — им нужны кадры, понимающие реалии современного процесса разработки программного обеспечения. Зависеть от преподавательского состава, который десятки лет не нюхал практической работы, в надежде, что он сможет подготовить нужные кадры — ой как не хочется. Вот и идут готовить себе помощь.
Реальный пример — есть такая фирма Rhonda во Владивостоке. Пишет ПО по заказу Моторолы. Senior разработчики преподают различные дисциплины в местных ВУЗах и подготовленных собой же выпускников берут к себе же на работу.
Специфичный он только тем, что на выходе — компилятор.
А навыки, которые потребуются при его создании, а именно:
- разбор входного текста и построение деревьев
- контроль за памятью
- оптимизация и кэширование
потребуются и в дальнейшем. Хотя бы при написании быстрого ;) шаблонизатора для веб-приложения.
От SQL на DW на данном этапе можно избавиться — не нашел ничего, для чего действительно нужен SQL. Все страницы переводим в статику с ее перегенерацией ее в наименее нагруженные часы.
И вешаем быстрый кэширующий сервер вроде 0w.
Файловыми делаем оба сервера с разнесением тем обоев между ними.
В этом случае масштабируемость можно проводить до бесконечности.
А поинт не в том, что дают сильно специализированные знания, а в том, что их вообще дают. И заодно культуру программирования. Задача написания компилятора — это уже все же не освоение пузырькового метода сортировки и требует несколько человеко-недель вполне приличного программирования. Вот это — практический опыт. А не просто знания MS Офиса :) Человека, который скажет (и покажет), что он написал компилятор, но имеет маленький опыт веб-разработки я на работу возьму охотнее, чем человека, который говорит, что у него два года опыта веб-разработки и показывает лишь сайт своей компании на каком-нить готовом движке.
И ты, Брут ©
В идеале, конечно, хорошо иметь три-четыре программиста и 10-15 кодеров под них.
Но в реальности очень часто эти самые кодеры хотят получать как полноценные программисты. Спрашивается - за что? Кроме того, иногда нужны именно программисты, способные с нуля разработать систему.
Все ж лучше сразу писать хорошо. Видел я как на собеседовании пишут код, который работает на 10 мегабайтах входных данных, но точно сдохнет на 10 гигабайтах, которые ближе к реальным объемам...
Да, блин, не все йогурты одинаково полезны :(
Ладно, к первому посту это уже мало имеет отношения.
Оба. Каждый генерирует страницы для расположенных на нем категорий + морда. Но для нее генерации достаточно знать список имеющихся рубрик на всех серверах + немного статистики для генерации ТОПа.
Я не Макс Зотов :)
Но тоже из компании с очень большими нагрузками. Макс у нас работал, да.
Конкретно у меня — да, хватает. От спам-фильтров до индексаторов html'я. Правда, действительно этот навык специфичен не для многих направлений разработки :)
Как же, как же. Под контролем я имел ввиду не контроль за освобождением памяти, а, к примеру, организация таблицы видимости функций, переменных, их взаимодействия, организация типов данных и так далее. Да ту же "кучу" паскалевскую в компиляторе реализовать попробуйте.. Ну а четкое представление где, как и что хранить в памяти поможет в вебе при проектировании баз данных да и вообще при написании "быстрого" кода.
Каким боком — почитайте классиков вроде Ахо. Пересказывать теорию построения компиляторов на Хабре я не особо хочу.
А тут только пример приведу, скажем, на php:
for ( $i=0; $i < sizeof( $my_array ); $i++)
видите, где здесь можно использовать кэширование?
Ну то есть под кэшированием я здесь имею ввиду именно оптимизацию времени работы с уже вычисленными данными...
Вы много писали быстрых шаблонизаторов? :) Есть, к примеру, что-нить по скорости побыстрее Template::Pro? Буду рад изучить и внедрить.
Разница-то существенна. ;)
Реальный пример — есть такая фирма Rhonda во Владивостоке. Пишет ПО по заказу Моторолы. Senior разработчики преподают различные дисциплины в местных ВУЗах и подготовленных собой же выпускников берут к себе же на работу.
А навыки, которые потребуются при его создании, а именно:
- разбор входного текста и построение деревьев
- контроль за памятью
- оптимизация и кэширование
потребуются и в дальнейшем. Хотя бы при написании быстрого ;) шаблонизатора для веб-приложения.
От SQL на DW на данном этапе можно избавиться — не нашел ничего, для чего действительно нужен SQL. Все страницы переводим в статику с ее перегенерацией ее в наименее нагруженные часы.
И вешаем быстрый кэширующий сервер вроде 0w.
Файловыми делаем оба сервера с разнесением тем обоев между ними.
В этом случае масштабируемость можно проводить до бесконечности.