Работа для команды людей *ОЧЕНЬ СРОЧНО*
Всем привет.
Есть работа для команды программистов на PHP.
Компания занимается приложениями для соцсетей (уже не первый год. Офисы в Курске, Питере и Брянске).
Нужны 3-4 кодера (1 из них тимлид).
Первая задача разработка приложения для генерации людского трафика к другому приложению. По нагрузке на такую команду — 2-3 недели.
В принципе есть возможность сеть всей командой в офис в Курске и работать на постоянной основе хоть сегодня.
Также нужны пара сисадминов поддерживать серверы удаленные посменно.
Компания готова купить группу разработчиков или веб-студию целиком.
Заинтересовавшихся прошу в личку.
Дам контакты — подробности уточняйте сами.
Есть работа для команды программистов на PHP.
Компания занимается приложениями для соцсетей (уже не первый год. Офисы в Курске, Питере и Брянске).
Нужны 3-4 кодера (1 из них тимлид).
Первая задача разработка приложения для генерации людского трафика к другому приложению. По нагрузке на такую команду — 2-3 недели.
В принципе есть возможность сеть всей командой в офис в Курске и работать на постоянной основе хоть сегодня.
Также нужны пара сисадминов поддерживать серверы удаленные посменно.
Компания готова купить группу разработчиков или веб-студию целиком.
Заинтересовавшихся прошу в личку.
Дам контакты — подробности уточняйте сами.
52 комментария
а разработчики у нее из других городов. но могут появиться и в курске.
Но тут возникает пара сложностей. Во первых, ага, щас вот они все бросят и начнут переходить. Во вторых заказчику нужно вчера и он не может позволить себе ждать 2-3 года. В результате проще искать/переманивать специалистов и пытаться сколотить из них команду (плюс-минус n% личного состава изменится в процессе формирования). Как вариант фрилансеры, но гдеж их блять таких ответственных найти.
Вот это они зря )
Я всегда полагал, что администрирование чего-либо прежде всего подразумевает опыт, а не способность читать документацию.
Часто бывает так, что при определённых условиях может вылезти какой-то древний баг, на который разработчики почему-то положили болт. Если этого не знать, то система может пролежать довольно долго, а сам поиск проблемы недостаточно очевиден.
Пример — ошибки в распределении памяти в apc. Этой экзотической проблеме много лет и о ней не знают даже админы одного из довольно серьёзных хостеров. В результате средней посещаемости сайт лежал примерно два дня, покуда не было принято совершенно неочевидное и идиотское решение установить ttl=0 Самое интересное, что баг проявлялся только в работе сайта, использующего фреймвок Zend, рядом работали сайты на другой платформе и никаких проблем не было.
Платформы привел в качестве примера. Есть подозрение, что здесь мы не столкнемся с какой-то экзотикой. Большинство задач администрирования довольно тривиально. Тем более если речь идет не о внедрении, а об обслуживании.
Есть же. Вопрос цены.
По этой причине те, кто не хочет ебать себе мозги, так скажем, непрофильной деятельностью и пользуются нашими услугами. Т.е. если ты подписал кого-то на обслуживание своих веб-серверов за деньги, на мой взляд тебя не должны ебать никакие ttl. Я лично в большей степени, так сказать, enterprise admin и в эти ваши вебы не лезу. Но есть те кто разбирается и лезет )
Я правильно понял, что опыт поддержки чего-то сколько-нибудь серьёзного в интернете всё же имеется? Могу я узнать, что поддерживается? Какие расценки? Иногда народ интересуется, буду знать, если потребуется кого-то направить к админам.
Как я уже сказал, для меня эти ваши интернеты направление деятельности не профильное. Более того, я в них нихуя не понимаю. Весь мой опыт работы с веб-серверами заключается в том, что я как-то раз поставил людям апач заместо ебучего иис для веб-интерфейса 1С :)
Таким образом я сначала узнаю задачу, а потом переадресую ее соответствующим специалистам. С цифрами соответственно так же, но в обратном порядке. Как правило на вопрос «сколько стоит что-нибудь» следует логичный ответ «сколько-нибудь» ) Обсуждать же публично конкретные цены вообще порочно ;)
Конкретно я, как и было сказано, этой хуйней не занимаюсь. А пацанчики //46.gibdd.ru/ например делали. Из моей работы там только хостинг.
Ну например. Пул серверов под XenServer, общая система хранения, в силу нищебродства в данном случае два iSCSI таргета на линупсе по 4 ТБ каждый. Крутится порядка 80 гостевых систем. В случае выхода из строя одного из хостовых серверов пула, гостевая машина автоматически перезапускается на другой железке. Даунтайм линуксового сервера в такой ситуации 5-10 секунд. В случае необходимости плановой перезагрузки хостовых серверов (установка критических патчей, фичепаков, сервиспакаов и т.п.) гостевые машины мигрируют на другие сервера (даунтайм при миграции 100 милисекунд). На данный момент у системы хранения (соответственно и у виртуальных машин) аптайм с момента запила в продакшн(чуть больше года), у хостовых серверов чуть меньше с учетом обновлений и связанных с этим перезагрузок. Есть возможность предоставления доступа к консолям гостевых машин через веб-интерфейс (selfservice). Поддержка этого комплекса серверного ПО (я ведь думаю его можно так назвать?) заключается в максимальной доступности гостевых систем.
Вот как-то так.
Да, 46.gibdd.ru — одна из гостевых машин. Если поддержание ее работоспособности подходит под твое определение обслуживания серверного ПО, то выходит и я к этому причастен )
Специальный опыт, в отличие от enterprise-администрирования, необходим из-за того, что в отличие от корпоративного ПО здесь каждое внедоение может иметь свои уникальные особенности, которые нужно учитывать при развёртывании.
Да, в этом деле большая часть задач является типовыми, но для их обслуживания не требуется администратор, поскольку таки задачи решаются с использованием специализированный решений вроде Plesk или ISPmanager. Специалист, как правило, привлекается в нетипичных случаях, когда конфиг «из коробки» не подходит.
Выше я привёл пример реальной задачи, с которой столкнулись знакомые на прошлой неделе. К сожалению, администраторы хостинга не смогли или не захотели помочь и он обратился за соетом. По случаю, у меня был опыт проектирования аналогичного ресурса с точно такими же компонентами и я смог указать на конкретную проблему и возможный способ её решения, поскольку в рамках нагрузочного тестирования уже натыкался на подобные грабли.
Способность решать подобные форс-мажорные задачи и обеспечивать постоянную работоспособность а также проводить текущие работы — это и есть те услуги, которые оказывает внешний администратор.
Я не знаю, как работает корпоративное администрирование, но в вебе часто меняются рабочие условия — растёт нагрузка (нужно масштабировать или в самом простом случае пересобирать ядро ОС), относительно часто выходят обновления многочисленного софта (нужно патчить и тестировать), возникает потребность интегрирования дополнительных решений, например документ-ориентированных СУБД в качестве средств хранения статистических данных вместо традиционных журналов.
Если среди нас найдётся администратор, поддерживающий что-то сложнее LAMP, то он наверняка расскажет о каких нибудь хитростях вроде расчёта количества воркеров или определения оптимального коэффициента сжатия даже при банальной настройке веб-сервера. Я глубоко с этим не знаком, потому полной картины дать не могу.
Панелями отродясь не пользовались, все руками. Кастомные конфиги не пугают. Для масштабирования и высоких нагрузок тоже есть что предложить )
Пруфлинк на прямые руки дать не могу ;)
Полагаю если мы о чем-то спорили, спорить не о чем )
Дык, мало ли глупостей люди говорят. По мне так чистой воды поклеп. Ну в любом случае это относится к программированию. На админа я 100% не тяну, хотя вот тоже приходиться вольно или невольно админить свой VPS (ну не нанимать же из-за этого человека) и контактировать с админами провайдеров заказчиков. Иногда даже приходиться с ними спорить, но это, как правило, по вопросам на стыке специальности.
Как-нибудь в реале встретимся и перетрем, что за чудо-гении у тебя в распоряжении.
Запросто. Можно просто встретиться. Можно сложно. Если сложно — следующая пятница, 29 июля, утренник по поводу дня системного администратора. Если просто — списаться и встретиться )
Да, ВПС где кстати? )
Контакты в личке кстати.
Все администраторы, с которыми мне когда-либо приходилось сталкиваться, работают по почасовой оплате. Соответственно, на вопрос о расценках обычно даётся стоимость часа, никто и никогда не делает из неё секрета.
В общем-то не только. Однако в наших реалиях есть одна беда — непорядочность. Например моим последним клиентам так довольно долго ебали мозги одинэсники. После того как мы с ними оформили отношения, мне стало любопытно, схуяли обновление конфигурации 1Ц занимает три часа? Невнятное бебеканье мальчика насчет того что «это какой-то не такой доступ» и «у вас база где-то лежит» показало что все дело в 700 рублях в час. А ведь люди далекие от ИТ все это хавали и платили. В итоге смищные клоуны естественно были посланы нахуй. Да что я рассказываю, тысячи таких примеров, ты я думаю сам можешь припомнить подобные случаи.
И предпочитаю я именно этот вариант. Мне как исполнителю это выгодно тем, что я заинтересован в том, чтобы у заказчика все было хорошо, он не ебал мне мозги и не отнимал у меня время. Заказчику этот вариант удобен тем что, во первых у него все работает, а во вторых его расходы на обслуживание прогнозируемы и предсказуемы. В сухом остатке — чем реже мы встречаемся, тем лучше для всех. Собственно эту мысль я стараюсь первым делом донести до своих клиентов.
На практике выглядит так же. Обслуживание организации для меня заключается в паре-тройке звонков в месяц (пусть даже и по совершенно дебильным поводам, при такой частоте не напряжно), одно-два подключение по впн в их сеть (нельзя же совсем без присмотра оставлять), и может быть пара визитов. Вобщем-то все. Больше всего работы на этапе знакомства — когда разгребаешь чужое говно, строишь и оптимизируешь. Но потом наступает сказочка. Да, с жадным долбоебами которые считают что «мавр сделал свое дело, мавр может уходить» дел не имею принципиально.