Легко :) Ping и traceroute - это оценочные инструменты. Они не дают ни какого представления о реальной скорости данных.
Все правильно. На такие действия должен быть отдельный договор. Они Вам только место в стойке, адрес, питалово и теплоотвод давать должны по договору. Все остальное - могут и просто не делать. А может у них в тот момент нормального специалиста не оказалось. Тут как раз нечего обижаться.
Lisa, Солидно,в смысле дорого? Меня просто качество устраивает. Я у них несколько лет сервера держу. По крайней мере не жалуюсь.
тихо, сам с собою, я веду беседу.....
В ГПТ, вроде еще места недавно были. Но не уверен.
У меня уходит меньше часа.
Есть. По крайней мере я возмещаю :)
Для начала давайте разберемся в юридических аспектах - на каком основании к Вам предъява? Договор у Звонящего Дядьки (ЗД) был с Вашей прежней работой? Вы там были сотрудником? Значит по поводу продвижения его сайта все претензии к Вашей старой работе. Далее. Вы отправили ЗД компредложение о дальнейшей работе по его сайту. Ответа в положенный срок не получили. Сейчас занимаетесь другим проектом, что не возбраняется законом. ЗД делает Вам УСТНУЮ предъяву по поводу нарушения каких-то там патентных прав. Это абсолютно ничего не значит. Должно быть письмо с описанием претензий и ссылками на патентованные технологии. Раз его нет - спите спокойно. А вот на будущее советую Вам записывать все разговоры с этим ЗД. И при малейших угрозах Вам или Вашем бизнесу можно смело подавать заяву в прокуратуру, если он такой законник. Поставьте в известность об этом факте владельца Вашего теперешнего проекта. Не помешает. Пусть его СБ разбирается с этим случаем, и с тем, что за этим стоит :)
Сложные, просто бьются на этапы. Каждый этап - определенная цель. Паралельно может идти несколько этапов, но некоторые этапы стартуют только последостижения определенных целей.
Я, когда жедаю план график проекта с количеством этапов больше 5 даты старта дальних этапов привязываю к достижению целей. И срок исполнения указываю с разбросом в 20-30%, мотивируя это тем, что ксли нет четкого графика я не могу планировать закрузку персонала данным проектом. Как правило заказчик такое понимает.
ОFF, но в тему. С башорга.
история одного поиска в Google: s5000vsa шум вентиляторов s5000vsa вентиляторы s5000vsa заглушить s5000vsa fan noise s5000vsa fun control s5000vsa silent s5000vsa как заткнуть эту е**чую телегу
😂
Самописный, это не всегда от одного программера.
Если Вы заказываете самописную систему требуйте с разработчиков:
1. 100% ( Ну не менее 90% ) открытого исходного кода. Причем этот код должен быть не просто на CD, а сборка проекта из исходного кода должна быть одним из этапов приемки.
2. Документирования этого кода не на уровне руководства пользователя, а как минимум должны быть следующие документы:
а) Руководство администратора,
б) Руководство по установке и инсталляции
в) Руководство по переносу на другой сервер ( опционально )
г) Описание архитектуры системы. В описании архитектуры должны быть описаны все базы данных, их поля и взаимодействие, хранимые процедуры и скрипты. Процедуры и скрипты должныбыть описаны, как минимум, в формате:
Название процедуры или скрипта Alias Описание функциональности Входные данне Выходные данные Является членом класса Содержит классы Где используется Пример использования процедуры или скрипта
Имея такую документацию любой профессиональный программист достаточно быстро войдет в проект. Правда все изменения надо тоже документировать.
И еще, в таком проекте на каждого программиста приходится еще от 2 до 7 человек, выполняющих вспомогательные функции, что влияет на бюджет, и совсем не в сторону его уменьшения.
$20К - это не показатель. Исполнитель при этом может искренне считать что он сделал и сдал прекрасный продукт, причем сделано было намного больше, нежели оговорено сначала. Если в ТЗ не были оговорены количественные параметры, то разработчик волен их толковать по своему. Например, Вы в ТЗ указываете что на сайте должны отображаться кроссы на статьи той же тематики.
Из такой формулировки совсем не следует, что: первичный выбор кроссов должен автоматически формироваться путем полнотекстового поиска по старым новостям и предлагаться к выбору, на основании ключевых слов текущей новости, с возможностью просмотреть выбираемые новости. А при добавлении кросса, должен опционально добавляться встречный кросс. Разработчик, скорее всего, даст возможность поставить ссылку и название, а редактор вручную будет искать кроссы, теряя на этом время и деньги владельца. Более того, если Вы укажите именно такую формулировку, то Я занаю по крайней мере 4 варианта алгоритма реализации этой фичи. Причем каждая из них имеет кучу плюсов и минусов как для разработчика, так и для конечного пользователя. И совсем не факт, что разработчик выберет алгоритм оптимальный для Вас а не для себя :) А из таких "мелочей", как правило и складывается бюджет проекта. Так что максимально четко прописывайте ТЗ. Прописывайте даже то, что Вам кажется очевидным. Ведь это не всегда очевидно для исполнителя, или просто неудобно в реализации.
Если Ваше определение перевести в автомобильную сферу, то качественный автомобиль: имеет 4 колеса, мотор, может быстро ехать, и его можно нагрузить полезным грузом. Под такое определение не попадает разве только запорожецъ, да и то с натягом, пролезет, а попадают и ламборгини и мерин S класса и магистральный тягач. :)
Так обратитесь в Ленту, может Вам задешево продадут. Кстати, на ленте достаточно мощная система публикации рекламы, есть система кроссов со статьями по тематике. В принципе, с точки зрения программирования фронт-энда проблем не вижу... смущает только статистика посещений. Не думаю, что есть готовый аналогичный движок.
Пригласите грамотного аналитика, Сделайте ТЗ и объявите тендер. Что может быть проще.
