Нагрузку несложно создать, использую силениум и прочие автоматизированные тулзи, которые будут эмулировать реальных пользователей с реальными веб браузерами.
Я думаю речь о том чтобы проверить производительность на VPS, где все более-менее честно, чем на шаред хостинге, характеристики, которого могут «гулять» плюс-минус порядок.
С shared hosting проблема в том что его производительность сложно померить. Если VDS или работает или нет, то shared hosting может упасть не по вашей вине, а от загрузки соседа или пережить толпу народа. Лимиты тоже мало что скажут, все будет зависит от какой конфигурации эти лимиты.
В 45 лет, если ты не обладаешь волшебной харизмой и не можешь убедить всех в том что ты суперстар (технические навыки тут больше не играют слишком большой роли ), то ты перестал быть суперстар. Точка, И никаких исключений.
А если вы в 45 лет напишите ИИ у себя в гараже, вам не пофиг будет на всех остальных и их харизму? Вот уже исключение.
В ИТ в отличие от других отраслей можно быть анонимным фрилансером, удаленным работником или вообще организовать свой бизнес. Свет на крупных компаниях и их HR не сошелся, даже самые большие деньги получают не там.
Можете работать круче молодых и ваши навыки на рынке востребованы? Вы в любом возрасте найдете работу. Не можете или ваша экспертиза устарела, а переучитываться вы не можете — идите в управдомы по завету Остапа.
Сразу что-то вменяемое, обычно ищут по скилам, знанию языка, местоположению (Евросоюз) или предыдущему опыту (несколько предложений было поддерживать систему, которой я занимался лет 5 назад).
Индусы возможно пытаются таким образом прокачать свой собственный профайл, много контрактов с заграничными программистами выглядят как будто у них много заграничных проектов, плюс в ликедине многие подтверждают (endorse) скилы всем подряд, много подтвержденных скилов => профит.
вся команда программистов из 5 человек сказала, что на задачу требуется 10 месяцев(хотя на самом деле она спокойно выполняется за 3, но менеджер же ничего в этом не понимает).
Во-первых, нормальный менеджер должен мотивировать команду, чтобы она так не сказала, например: «ребята я иду на тендер, нам нужно выдать реальные сроки иначе мы не получим проекта, вы не получите премий, доходов от акций и вообще наш стартап пойдет ко дну».
Во-вторых, нормальный менеджер должен быть немного психологом и подбирать команду, которой интересно работать, и которая отвечает за свой проект, так же он должен мониторить психический настрой команды и видеть сразу, если кто-то перегорел,
В-третьих, менеджер должен иметь технического специалиста, которому он может доверять (тимлида, архитектора, тех.директора и т.п.), это вообще сложное искусство директора — поиск зама, которому можно доверить ключ от сейфа, где все деньги лежат.
В-четвертых, всегда есть другие эксперты (от программистов того же языка в соседних командах), до фрилансеров и даже конкуренты (если анонимно узнать во сколько человеко-часов они оценят похожий ТЗ, какое предложение они хотят сделать на тендер и т.д.)
Не нужно передергивать. Я не писал «без потери качества», но с сохранением работоспособности — однозначно
Ну, стюардесса сможет посадить самолет при наличие инструкции, а медсестра сделать операцию при наличие учебника по хирургии… с некоторой потерей качества.
Если мрачный интровент-админ с плохим английским попробует заменить работу бизнес-аналитика или продажника, есть большой шанс что никаких клиентов у вас в скором времени не останется.
Вы говорите с позиции личной незаменимости… Незаменимых нет. Утверждать обратное — тешить и раздувать свое ЧСВ.
Я говорю, что есть молоток и есть микроскоп, они конечно могут заменить друг друга, но очень уж фигово. В современном мире характерна узкая специализация, а человек-оркестр означает специалиста, который во всем или почти всем работает плохо.
Но бинарные файлы не нуждаются в интерпретатором. Они работают всегда.
Эээ, а как же chmod +x имя_файла? Как нечто залитое по ftp вдруг в Linux станет исполняемым без прав доступа? И как вы его запустите из веба, если там позволены только расширения php и html? Настроить FastCGI свои права доступа для каждого пользователя можно.
Ну я считаю, что тимлид такой команды хотя бы поверхностно должен все это знать и это не перебор
Ну, «поверхностно должен все знать» и «справится с той же самой задачей» это все-таки очень разные вещи. Скажем, я могу «поверхностно знать работу хирурга» пролистав учебник по хирургии, но я никогда не справлюсь с той же задачей с хоть каким-то приемлемым качеством без N лет опыта.
Иначе как можно руководить не вдаваясь в предметную область
В одной из работ у нас была двойная иерархия: технические менеджеры и тим.лиды отвечали за техническую часть, а прожект менеджеры за мотивацию, оценку сроков, документацию и тех.процессы, вроде взаимодействия команд, клиента и т.п. Причем зачастую прожект менеджеры давно уже вышли из программистов (а иногда лишь знали основы), но получалось неплохо.
Т.е. директор — любого своего заместителя, бригадир — любого члена бригады. Мб не идеально, мб он сделает хуже, но справится с той же самой задачей.
Ну вот небольшой проект, где Scrum команда с тимлидом, QA, BA, админ на полставки и 5 разработчиками. Должен ли тимлид знать все тоже что QA, BA или админ? Особенно, если можно попросить замену у другой команды, если вдруг что-то случится? Или это все-таки перебор, уметь управлять командой, иметь навыки тестера, разработчика, админа и аналитика?
Если PHP или Perl работают, то и бинарные CGI и FastCGI скрипты должны работать.
Я конечно не специалист в Apache, но по моему там просто нет возможность ограничит исполнения таких файлов.
Ну кто вам помещает просто не пустить пользователя в папку куда он сможет положить бинарные CGI и FastCGI? Будет у него папка куда он сможет залить php скрипты (да ещё и с кучей ограничений, вроде safe мода) и все. Ни модули php переставить, ни бинарники запустить, ни .httaccess свой использовать. Естественно, ни ssh, ни прав на смену прав у пользователя не будет, чисто ftp и веб.консоль.
Я не встречал такой хостинг, который не позволял бы бинарные файлы.
Я встречал хостинги, которые вообще ничего кроме html не позволяли. Ничего народ пользовался… правда это было давно. А так как только хостеры не извращались в своих тарифах.
О, это будет очень простой системой. У неё будут ограничения, но система она будет простой. Именно такие были первые веб порталы на заре интернета. Другое дело, что сейчас есть мало причин пытаться протянуть верблюда через игольное ушко (для ассемблера это тоже справедливо).
Сеньору 35+ лет дольше и труднее искать работу чем эникейщику 20+ лет. И это логично
Неа, сеньора 35+ лет сами находят из другой страны и сами предлагают кучу плюшек. Каждый месяц в линкед-ине приходит по 5-10 предложений во всех странах мира, причем даже когда забиваешь на обновления профиля. И бывает офеер предлагают после одного технического интервью (или вообще почти «после разговора про жизнь», если видят что человек в теме).
Эникейщику 20+ лет вряд ли даже переезд в соседний город оплатят. Так что сильно это спорно.
а те кто сейчас из института выходит, через 10 будут «ит-диназавры», если не раньше — вот смысл этого предложения
Расслабьтесь, мне 36 и для старшего/ведущего разработчика на Западе это вполне молодой возраст. Полно тех кому и за 40-ок и их рекрутеры переманивают огромными бонусами. Планка возраста у разработчиков постоянно повышается. Просто если вам 40-50, а вы эникейщик/ г*кодер, то у вас проблемы.
Теперь каждый второй школьник умеет кодить и ставит линукс
Только хорошего специалиста все так же днем с огнем не сыщешь. Потому что кроме кодить и ставить линукс у хорошего специалиста багаж из десятков технологий, для изучения каждой из которых надо прочитать материалов с Большую советскую энциклопедию. И это не считая личного опыта использования, который не найдешь вообще нигде.
Речь не про гиков-энтузиастов, а про г*кодеров и эникеев которых уже сейчас переизбыток на рынке
Если вам 60 и вы эникей, то «Хьюстон, у нас проблемы». Если вы хороший специалист, то вас оторвут с руками и ногами, даже в том же фрилансе.
Мне кажется, директор завода(любого предприятия) обязан в случае необходимости суметь заменить любого сотрудника.
Бред, попробуйте найти ректора, который смог бы полностью заменить ЛЮБОГО профессора ЛЮБОЙ науки. Ну и попробуйте найти в IT человека, который сможет полностью заменить и админа и тестера и дизайнера и вебдизайнера и программиста на С++, Java, С#, JS и бизнес аналитика и админа баз данных. Причем который знает ВСЕ что знают ВСЕ они.
Т.е. следуя вышеописанной логике, можно нанять прораба, который не понимает в строительстве, но умеет найти подход к людям.
Так и делают, есть технические менеджеры/архитекторы, которые отвечают за тех.часть, а есть проджект менеджеры, чья задача мотивация, грамотная оценка ресурсов, общение с клиентом. Отличный начальник может не понимать работу тех кем руководит. И в большом проекте так и будет, когда у начальника 200 специалистов, знающих сотню разных технологий, он все равно не сможет понять работу всех.
Пример есть тому, Генри Форд для начала
Это пример из века, когда каждый образованный человек должен знать все научные достижения всех ученых Земли. Сейчас два академика-физика могут вообще не понимать тонкости специализаций друг-друга. Просто уже не возможно 100% знать даже на уровне одной науки.
С точки зрения работодателя — молодые сотрудники дешевле и проще в управлении.
Как только станет выгодно работать с более возрастными сотрудниками — ситуация мгновенно изменится.
Не так, старший разработчик/архитектор/тех.менеджер с 10 летним опытом в определенной технологии весьма выгоден и компании зачастую оплачивают переезд из другой страны, визы и платят кучу $$$ тем кто его найдет.
Но далеко не всем компаниям нужен именно дорогой и опытный разработчик, а вполне хватит разработчика с 3-4 годами опыта.
Ну и при выборе старого разработчика с опытом 3-4 года и молодого с тем же опытом, у молодого зачастую больше шансов.
Отсюда вывод: надо выбрать ЯП/технологию, которая быстро не устареет и не метаться из технологии в технологию каждые пару лет. Сейчас это Java (JVM), C#, PHP, C++, JS стеки. Им уже много лет и вряд ли в ближайшие десятки лет они полностью исчезнут.
Я имел ввиду общаться одновременно в онлайне. Это совсем не мелочь. И да, можно взять любого движка, только на хостинг придется платить намного больше. Что я и имел ввиду.
Хотите расскажу как добиться того скорости в десяток раз большей, а затрат ресурсов в десяток раз меньшей чем ваш прототип, причем на любом ЯП?
На любом языке пишем скрипт, который всю информацию форума будет хранить в виде сгенеренных html файлов или json файлов для ajax (или и того и другого вместе), при каждом добавлении новой информации, он будет просто блокировать нужный файл html/создавать новый, дописывать в страницу пост и возвращать результат. А в базу все изменения будут скидываться с определенной периодичностью (минута, час, день) и к базе он будет обращаться только при восстановлении системы или для поиска по форуму.
Скорость чтения будет равна скорости отдачи любого html'а (а это самый частый запрос), скорость записи будет ограничена записью в файл с блокировкой. Ресурсов будет тратиться мизер, база данных вообще не будет грузиться.
P.S. Насколько знаю подобные движки уже существуют (например, на PHP). P.P.S. Кое-какие функции будут недоступны или придется исхитрится, чтобы их реализовать, но скорость будет… быстрой.
Далеко не на любом хостинге вам дадут запускать исполняемые файлы. Во многих хостингах все ограничивается php, MySQL и ещё чем-нибудь вроде питона. А там где дадут, скорее всего не будет такого жесткого ограничения по ресурсам.
ИТ, будущие, с детства занимающиеся только тем, что тыкают в планшеты и, как говорил один мой знакомый, давят клопов на клавиатуре, больше не на что не будут способны
Чушь какая-то, какие планшеты — спектрумы с магнитофоном в виде носителя и программируемые калькуляторы. Поколение планшетов еще в школу ходит.
Лет через 10 так и будет. Теперешние стартаперы скоро сами столкнуться с этой дискриминацией.
Не будет дискриминации. Сейчас поколения атишников делиться на тех кто начинал с майнфреймов и тех к кого персоналка была дома. Те кто работал ещё в советские времена по сути работали в другой профессии и редко кто смог перестроиться. А поколения спектрумистов только-только подходит к 35-36. И большинству современных технологий от силы 10-15 лет. Скорее начинающие будут начинать во все большой конкуренции, среди тех кто уже по 20 лет изучал одну из технологий. Вот в науке и математики меньше 50 это молодой человек, почти подросток, а трясущимся профессором математики под 80 никого не удивишь. Чем программирование хуже?
Ну максимум кричать «свободная касса».
Это ещё в древней Греции писали «молодое поколение обленилось, ничего не хочет делать и не случает своих отцов», обычное старческое брюзжание, все будет как обычно, гиков-энтузиастов всегда было 1 из 100 человек, часть из них и станут программистами, остальные пойдут в другие профессии.
Нагрузку несложно создать, использую силениум и прочие автоматизированные тулзи, которые будут эмулировать реальных пользователей с реальными веб браузерами.
А если вы в 45 лет напишите ИИ у себя в гараже, вам не пофиг будет на всех остальных и их харизму? Вот уже исключение.
В ИТ в отличие от других отраслей можно быть анонимным фрилансером, удаленным работником или вообще организовать свой бизнес. Свет на крупных компаниях и их HR не сошелся, даже самые большие деньги получают не там.
Можете работать круче молодых и ваши навыки на рынке востребованы? Вы в любом возрасте найдете работу. Не можете или ваша экспертиза устарела, а переучитываться вы не можете — идите в управдомы по завету Остапа.
Индусы возможно пытаются таким образом прокачать свой собственный профайл, много контрактов с заграничными программистами выглядят как будто у них много заграничных проектов, плюс в ликедине многие подтверждают (endorse) скилы всем подряд, много подтвержденных скилов => профит.
Во-первых, нормальный менеджер должен мотивировать команду, чтобы она так не сказала, например: «ребята я иду на тендер, нам нужно выдать реальные сроки иначе мы не получим проекта, вы не получите премий, доходов от акций и вообще наш стартап пойдет ко дну».
Во-вторых, нормальный менеджер должен быть немного психологом и подбирать команду, которой интересно работать, и которая отвечает за свой проект, так же он должен мониторить психический настрой команды и видеть сразу, если кто-то перегорел,
В-третьих, менеджер должен иметь технического специалиста, которому он может доверять (тимлида, архитектора, тех.директора и т.п.), это вообще сложное искусство директора — поиск зама, которому можно доверить ключ от сейфа, где все деньги лежат.
В-четвертых, всегда есть другие эксперты (от программистов того же языка в соседних командах), до фрилансеров и даже конкуренты (если анонимно узнать во сколько человеко-часов они оценят похожий ТЗ, какое предложение они хотят сделать на тендер и т.д.)
Ну, стюардесса сможет посадить самолет при наличие инструкции, а медсестра сделать операцию при наличие учебника по хирургии… с некоторой потерей качества.
Если мрачный интровент-админ с плохим английским попробует заменить работу бизнес-аналитика или продажника, есть большой шанс что никаких клиентов у вас в скором времени не останется.
Я говорю, что есть молоток и есть микроскоп, они конечно могут заменить друг друга, но очень уж фигово. В современном мире характерна узкая специализация, а человек-оркестр означает специалиста, который во всем или почти всем работает плохо.
Эээ, а как же chmod +x имя_файла? Как нечто залитое по ftp вдруг в Linux станет исполняемым без прав доступа? И как вы его запустите из веба, если там позволены только расширения php и html? Настроить FastCGI свои права доступа для каждого пользователя можно.
Ну, «поверхностно должен все знать» и «справится с той же самой задачей» это все-таки очень разные вещи. Скажем, я могу «поверхностно знать работу хирурга» пролистав учебник по хирургии, но я никогда не справлюсь с той же задачей с хоть каким-то приемлемым качеством без N лет опыта.
В одной из работ у нас была двойная иерархия: технические менеджеры и тим.лиды отвечали за техническую часть, а прожект менеджеры за мотивацию, оценку сроков, документацию и тех.процессы, вроде взаимодействия команд, клиента и т.п. Причем зачастую прожект менеджеры давно уже вышли из программистов (а иногда лишь знали основы), но получалось неплохо.
Ну вот небольшой проект, где Scrum команда с тимлидом, QA, BA, админ на полставки и 5 разработчиками. Должен ли тимлид знать все тоже что QA, BA или админ? Особенно, если можно попросить замену у другой команды, если вдруг что-то случится? Или это все-таки перебор, уметь управлять командой, иметь навыки тестера, разработчика, админа и аналитика?
Ну кто вам помещает просто не пустить пользователя в папку куда он сможет положить бинарные CGI и FastCGI? Будет у него папка куда он сможет залить php скрипты (да ещё и с кучей ограничений, вроде safe мода) и все. Ни модули php переставить, ни бинарники запустить, ни .httaccess свой использовать. Естественно, ни ssh, ни прав на смену прав у пользователя не будет, чисто ftp и веб.консоль.
Я встречал хостинги, которые вообще ничего кроме html не позволяли. Ничего народ пользовался… правда это было давно. А так как только хостеры не извращались в своих тарифах.
Неа, сеньора 35+ лет сами находят из другой страны и сами предлагают кучу плюшек. Каждый месяц в линкед-ине приходит по 5-10 предложений во всех странах мира, причем даже когда забиваешь на обновления профиля. И бывает офеер предлагают после одного технического интервью (или вообще почти «после разговора про жизнь», если видят что человек в теме).
Эникейщику 20+ лет вряд ли даже переезд в соседний город оплатят. Так что сильно это спорно.
Расслабьтесь, мне 36 и для старшего/ведущего разработчика на Западе это вполне молодой возраст. Полно тех кому и за 40-ок и их рекрутеры переманивают огромными бонусами. Планка возраста у разработчиков постоянно повышается. Просто если вам 40-50, а вы эникейщик/ г*кодер, то у вас проблемы.
Только хорошего специалиста все так же днем с огнем не сыщешь. Потому что кроме кодить и ставить линукс у хорошего специалиста багаж из десятков технологий, для изучения каждой из которых надо прочитать материалов с Большую советскую энциклопедию. И это не считая личного опыта использования, который не найдешь вообще нигде.
Если вам 60 и вы эникей, то «Хьюстон, у нас проблемы». Если вы хороший специалист, то вас оторвут с руками и ногами, даже в том же фрилансе.
Бред, попробуйте найти ректора, который смог бы полностью заменить ЛЮБОГО профессора ЛЮБОЙ науки. Ну и попробуйте найти в IT человека, который сможет полностью заменить и админа и тестера и дизайнера и вебдизайнера и программиста на С++, Java, С#, JS и бизнес аналитика и админа баз данных. Причем который знает ВСЕ что знают ВСЕ они.
Так и делают, есть технические менеджеры/архитекторы, которые отвечают за тех.часть, а есть проджект менеджеры, чья задача мотивация, грамотная оценка ресурсов, общение с клиентом. Отличный начальник может не понимать работу тех кем руководит. И в большом проекте так и будет, когда у начальника 200 специалистов, знающих сотню разных технологий, он все равно не сможет понять работу всех.
Это пример из века, когда каждый образованный человек должен знать все научные достижения всех ученых Земли. Сейчас два академика-физика могут вообще не понимать тонкости специализаций друг-друга. Просто уже не возможно 100% знать даже на уровне одной науки.
Не так, старший разработчик/архитектор/тех.менеджер с 10 летним опытом в определенной технологии весьма выгоден и компании зачастую оплачивают переезд из другой страны, визы и платят кучу $$$ тем кто его найдет.
Но далеко не всем компаниям нужен именно дорогой и опытный разработчик, а вполне хватит разработчика с 3-4 годами опыта.
Ну и при выборе старого разработчика с опытом 3-4 года и молодого с тем же опытом, у молодого зачастую больше шансов.
Отсюда вывод: надо выбрать ЯП/технологию, которая быстро не устареет и не метаться из технологии в технологию каждые пару лет. Сейчас это Java (JVM), C#, PHP, C++, JS стеки. Им уже много лет и вряд ли в ближайшие десятки лет они полностью исчезнут.
Хотите расскажу как добиться того скорости в десяток раз большей, а затрат ресурсов в десяток раз меньшей чем ваш прототип, причем на любом ЯП?
На любом языке пишем скрипт, который всю информацию форума будет хранить в виде сгенеренных html файлов или json файлов для ajax (или и того и другого вместе), при каждом добавлении новой информации, он будет просто блокировать нужный файл html/создавать новый, дописывать в страницу пост и возвращать результат. А в базу все изменения будут скидываться с определенной периодичностью (минута, час, день) и к базе он будет обращаться только при восстановлении системы или для поиска по форуму.
Скорость чтения будет равна скорости отдачи любого html'а (а это самый частый запрос), скорость записи будет ограничена записью в файл с блокировкой. Ресурсов будет тратиться мизер, база данных вообще не будет грузиться.
P.S. Насколько знаю подобные движки уже существуют (например, на PHP).
P.P.S. Кое-какие функции будут недоступны или придется исхитрится, чтобы их реализовать, но скорость будет… быстрой.
Далеко не на любом хостинге вам дадут запускать исполняемые файлы. Во многих хостингах все ограничивается php, MySQL и ещё чем-нибудь вроде питона. А там где дадут, скорее всего не будет такого жесткого ограничения по ресурсам.
Чушь какая-то, какие планшеты — спектрумы с магнитофоном в виде носителя и программируемые калькуляторы. Поколение планшетов еще в школу ходит.
Не будет дискриминации. Сейчас поколения атишников делиться на тех кто начинал с майнфреймов и тех к кого персоналка была дома. Те кто работал ещё в советские времена по сути работали в другой профессии и редко кто смог перестроиться. А поколения спектрумистов только-только подходит к 35-36. И большинству современных технологий от силы 10-15 лет. Скорее начинающие будут начинать во все большой конкуренции, среди тех кто уже по 20 лет изучал одну из технологий. Вот в науке и математики меньше 50 это молодой человек, почти подросток, а трясущимся профессором математики под 80 никого не удивишь. Чем программирование хуже?
Это ещё в древней Греции писали «молодое поколение обленилось, ничего не хочет делать и не случает своих отцов», обычное старческое брюзжание, все будет как обычно, гиков-энтузиастов всегда было 1 из 100 человек, часть из них и станут программистами, остальные пойдут в другие профессии.