skat, Мы не провайдеры, а разработчики. Хорошая связь нужна для себя, любимого. Уж больно не хоцца время тратить на выезды программеров к клиентам и согласовывать за 2 недели ночные работы по апдейтам. А так, ставим свой сервер разработки на площадку к клиенту, организуем VPN и доступ к серванту их админов, и ведем работы. Хошь - днем, хошь - ночью. Тут скорость и устойчивость канала самим ну очень нужна. Провайдерствуем просто продавая излишки канала ( оптика 100М с утилизацией меньше 20. Будет больше - поднимем скорость до 200M ибо резервы есть :) ), и, естественно, имеем соответствующие мощности и лицензии. :) А самое главное - с физиками не работаем :)
Есть такой человек, зовется менеджер проекта :)
Он понемногу знает обо всем и переводит задачу с языка заказчика на язык специалистов и наоборот. Один менеджер может тащить несколько проектов.
А вот специалисты ( программисты, администраторы, SEO, копирайтеры, тестеры и.т.д ) они как раз осуществляют процессы. Т.е. задача менеджера заключается еще и в том, чтобы разбить проект на процессы и обеспечить стыковку всех процессов, включая прямую стыковку нескольких процессов (например: программирование - администрирование - тестирование )
Если менеджеров несколько - то между ними начинается борьба за ресурсы, осуществляющие процессы. Тогда начинается планирование и контроль за ресурсами, вплоть до назначения специального манагера - зав. производством и.т.д.
Так зачем ломиться в запертые ворота, когда сзади забора нет? :)
Но проверить заперты ли они действительно - не мешает.
Свежий пример качества программирования. Портируем с PHP элементарный кредитный калькулятор. Мои, прочитав код, поржали, а когда я им сказал, что эти 300 строчек кода с комментариями стоили заказчику 3 года назад 300 у.е. - они просто под столы попадали :)
Суть была в том, что есть несколько кредитных программ, по каждой несколько сроков и валют. Так те суперпрограммисты на 170 строк сваяли охренительный CASE, в который зашили и валюты и ставки и названия программ. О какой безопасности можно говорить, если программисты не знают, что такое константы и как из использовать. :)
Нажили разработчики на программе за 3 года немало, ибо для того, чтобы поправить название кредитной программы или проценты надо было править код. А каждая правка стоила денег :)
Так давайте всей конторой перейдем на скайлинк, оно дешевле :)
Против ская лично ничего не имею, пользую чуматек и доволен :)
Не надо путать домашний интернет с промышленным. Да и тарифы разные есть. Специально делаются сетки тарифов. В данном конкретном случае надо просто договориться об оплате этого месяца по максимально выгодной тарифной сетке.
Это тоже доказывается. Для суда достаточно, чтобы биллинговая система провайдера имела сертификат, и акт экспертизы о правильности настройки биллинговой системы. :)
Статистику по портам вытаскивать очень сложно. У меня используется NetUp UTM 5. Стоит на выделенном серванте с двумя Xeon-ами и со сказевой дискотекой. В оперативной базе я храню логи на уровне портов только за последние три месяца, потом они уходят на второй специализированный сервак попроще.
Выборка детализированного трафа за день, по клиенту с месячным трафом в 7G и общим месячным трафом в 200G занимает около часа.
Клиенты регулярно спрашивают детализацию.
С экрана мы показываем интервал не более 5 мин. Дальше - платно. Стоит это удовольствие - 250 руб за каждый день лог файла, в формате XML.
Несколько раз заказывали выборки.
Если логов нет - то и платить не должен. Это факт. У нас несколько раз сбоила система биллинга, причем как-то раз почти 2 недели. Я просто брал с клиентов минималку и все :)
Я уже лет 10 как не кодирую... а с SQL системами завязал еще раньше.
Но за 15 лет работы программером и системным аналитиком насмотрелся всякого, но не при взломе ... а при при модификации, когда в документации одно - а на деле даже подобия нет. И это не в веб, а в финансовых системах, которые разрабатывались и тестились намного серьезнее :)
Воистину!!!!!. Причем пишут очередную заплату на 5 мин, которая превращается в системную функцию :)
В винде программисты просто кодируют. А пишут ее системные архитекторы. И винда очень сложный программный продукт, который все усложняется и усложняется. А коммерсанты в данном конкретном случае просто кровно заинтересованы в максимально полном тестировании продукта. Ибо каждая найденная дыра в безопасности это тысячи непроданных копий.
Систему качества разработки ISO9000 придумали не программисты а коммерсанты, как раз для того, чтобы при любых изменениях в команде разработчиков это не влияло на качество конечного продукта.
Могу положить. Примерно 600 строк кода, а ошибка была в структуре данных. Решили добавив очередной обработчик в 4 строки :). Правда это не безопасность, а сбой при импорте и последующей обработке данных. Ошибка была из за неправильной интерпретации типа данных, при определенном наборе других данных и достижении малоизвестного ограничения системы.
Искали в прошлом году больше 3-х месяцев. Ибо не понимали при каких ТОЧНО условиях оно возникает и на чьей стороне.
По моему Зингельшухер привел правильный пример. В боевых системах такое встречается регулярно ибо много еще "программистов" которые умеют решать только учебные задачи.
Кстати, по поводу учебных задач. В свое время, когда мой ребенок учился в школе у них была информатика. Учили программировать на C++. Причем, я бы не сказал, что их преподаватель ни хрена в программировании не понимал. Так вот давали им задачи с такой постановкой, что правильное решение навскидку составляло больше 1000 строк кода, но преп удовлетворялся 30-50 строками. Я как то заставил ребенка в программе обработать ВСЕ возможные варианты входных данных и их источников - преп просто поставил банан, сказав, что писал программу не мой ребенок :)
Учат у нас, да и не только у нас не совсем тому, что надо.
Любой программист, осиливший проект хотя бы в 10 000 строк приведет десятки таких примеров. Много таких ошибок "затыкается" админами на уровне настроек сервера, о чем, в лучшем случае пишут в документации.
Классическая подобная ошибка - установка системы или данных в определенный каталог на сервере :)
Как правило ошибки допускаются на обработчиках пограничных значений и исключений.
Просто не все возможные варианты учитываются. О многих вещах просто не задумываются.
В веб приложениях это чревато сбоями в работе и бэкдорами, а в финансовых банальными несхождениями баланса. И в том и в другом случае это к деньгам... не в пользу обладателя программы.
А кто сказал, что 12" матрицы только под 800х600? Еще 5 лет назад у IBM Х21 были матрицы 1024х768 и сейчас есть :)
Сам дет пять назад юзал аналогичный ноут (Acer TM340) Правда с экраном 800х600. Сейчас им админ пользуется в качестве дагностической машинки. Привык очень быстро.
Сайчас дома в качестве серф-машинки юзается IBM X21.
Что же касается работы по верстке и программированию, я давно использую второй экран.
Кстати, насколько я понимаю, в каждой редакции существует еще и документооборот, причем зачастую очень изощренный, с версионностью, программируемыми путями прохождения материалов, контролем сроков и заданий, совместной работой и.т.д.
Т.е. так называемый Бэк-офис. На этот бэк офис приходится до 80% усилий, при построении информационной системы.
Эти фишки Вы тоже думаете найти в стандартны движках? Или посадите армию мартышек, которая будет переносить материалы из системы в систему?
