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