Об тупом саботаже речи нет.
Понимаете... тут есть одна опасность.
Через год-два кто-нибудь найдет и воспользуется уязвимостью.
Не тупой закладкой, а ошибкой.
Как будете узнавать специально он ее оставил или нет :) ?
И в голове... будут крутиться неправильные мысли почти наверняка... что не есть хорошо.
Какое может быть творчество в вопросах ОФОРМЛЕНИЯ идей ?
По опыту скажу - это все конечно раздражает и довольно сильно,
но в общем-то выхлоп того стоит.
Сильно сомневаюсь что в результате у вас получится код в одном стиле :).
Хотя, если время жизни вашей системы мало, поддержка не требуется итд итп,
то всем этим можно пренебречь.
Искренне вам сочувствую.
Но про ТС сказать трудно, возможно для него "Мои интересы" совпадают с "Интересы компании"...
Как знать. Я исходил из этого соображения.
Не получается проявить.
ТС в 1м сообщении использует слово сотрудник, а не слово раб.
Его изначальные посылы насколько я понимаю в создании системы основанной на партнерстве, а не эксплуатации.
Вы, простите, знакомы с ним лично ? Или решаете за него, как за меня ?
Мне переводчик не нужен, ТС уверен тоже...
Потрудитесь в таком случае не цитировать мое личное отношение к работодателю и его бизнесу, и не приписывать мне свои буйные фантазии...
Приличия, вероятно, не обитают ни в вашей организации ни в вашей голове.
Засим не вижу смысла вас лечить, не хотите как хотите, мне оно в общем выгоднее.
Гораздо опаснее горе-руководители, которым мимикрируют под нормальных...
ЗЫ. Прошу прощения у ТС за некий оффтопик. С оффтопиком удаляюсь.
В заключение хотелось бы высказаться по теме: ни одна из технических схем
расчета дохода сотрудников как правило не работает идеально, все они требуют
довольно существенной подкрутки. Однако, если ваша цель здоровый коллектив,
то вы легко сможете выработать нормальные схемы, просто прикиньте себя на
месте того кто будет получать эти деньги, к каким действиям все это будет вас
подталкивать...
К сожалению (или счастью) с открытыми стандартами не работал никогда.
Обычно есть люди, которым сопровождать, у них есть требования, они и описаны.
Т.е. как правило там 99% можно оспорить с точки зрения здравого смысла, но
в общем логика простая "кому долбаться - тот заказывает музыку".
Да, круг исполнителей, особенно разовых здорво ограничит.
Вообще мне лично стремно было бы на биллинг каких-то непонятных людей нанимать :)
А еще стремнее потом с написанным ими кодом работать.
Да со справочными материалами все довольно неплохо обычно. Это только не очень нужно.
Но если есть общепринятое, то конечно лучше использовать его.
Однако поверху можно навернуть и своего слегка.
К примеру "каждый случай множественного наследования должен быть письменно(мыло) одобрен архитектором, в коде должны стоять комментарии с обоснованием", "если в вашем switch нет default, то что-то тут не так" итд итп. Современные языки дают много альтернативных путей решения одних и тех-же задач. Существенную часть из них лучше купировать сразу, иначе будет "кто в лес, кто по дрова". Для каждого проекта обычно свой документ, но отличия редко существенны. Доводилось мне с Java иметь дело, так там нам присылали готовый файл с настройками чекстайла, который 99% проблем рубил сам. Не давал функции больше 250 строк писать, рубил кривые имена итд итп.
Собственно ваши требования похудели бы на половину полагаю. Если бы был такой готовый документ. В этом была цель. У вас там половина довольно очевидных и понятных вещей.
(типа копирайтов, текстовых констант итп)
По зрелому размышлению... так лучше...
Пользуйтесь родными, русскими, поддерживайте отечественных производителей итп.
Я тут подумал.
Я неправ. Простите.
Зарубежные хостинги и правда полное говно.
Пожалуйста - не пользуйтесь ими...
Какие-то байки из склепа.
Чего это меня блокировать должны :) ?
И зачем мне что-то возвращать, ведь есть бэкапы ?
И что такое качественный российский хостинг ? Или мы сравниваем качественный западный с некачественным российским :) ?
Вы наверное как-бы это помягче сказать... всякое дерьмо размещаете :) ?
Потому как опыт размещения нормальных белых проектов этого тезиса не подтверждает.
Нет проблем. Настолько нет, что страшно.
Понимаете... это случается в россии.
А за рубежом... не случается... уж не знаю почему.
Более того, нет никаких проблем. В отличии от наших хостеров их реально чинят. Сами.
Скажите, а вы на каких крупных игроков русских можете повлиять ?
На мастерхост можете :) ? Расскажите как привести их в чувство пожалуйста.
Амазон выделил мне адрес год назад.
Адрес все еще со мной.
Наверное скоро кинут.
Прелесть ситуации в том, что я почти или совсем не обращался в техподдержку.
Это попросту не нужно. Все работает и так...
Вам нравится звонить и сраться по-русски, чтобы наконец что-то поправили ?
Мне нет ? Я предпочитаю чтобы сразу работало и звонить было не надо...
Не вижу проблем заплатить пейпелом.
Это даже проще чем Я.Деньгами.
Довольно сжатый график. Довольно неплохой ТЗ, не лучший но и не худший.
(просмотрел по диагонали правда)
В целом... быстро только кошки родятся...
По мне, так абсолютно нормальный случай, когда приоритеты были расставлены
не совсем верно, т.е. исполнитель не понял, что надо "кровь из носу вечером",
а понял, что надо "кровь из носу круто".
ЗЫ. А эээ... не быстрее было сделать самому, чем ТЗ писать :) ?
Или это эксперимент такой ? Просто практика показывает, что
на один день обычно нецелесообразно бывает людей нанимать.
ЗЫЫ. Есть такой документ у некоторых... блин... склероз...
Короче правила по оформлению и написанию кода. Чтобы потом не было удивления.
К примеру я довольно долго имел дело с такими, где 25% синтаксиса С++ было
попросту запрещено. Дабы монстры не самовыражались.
(бывали случаИ от которых кровь стыла в жилах)
Очень полезно его (документ) составить.
Правда до 10-15% времени у людей уходило на причесывания кода.
Зато у ВСЕХ и ВСЁ было единообразно, включая формат комментариев итп.
У вас не заметил, только абстрактные слова о том, что "должно быть читаемо".
На php бог миловал, может там есть общепризнанный стандарт ?
Там заодно были всякие банальные слова написаны, что текстовые константы
должны быть отдельно, что числовые должны быть объявлены, что переменные
должны быть ЯВНЫМ способом проинициализированны итп.
Все эти спорные и необязательные моменты сильно облегчают жизнь потом.
Такой-же документ бывает и касательно проектирования.
А схема с ЦОП итп разве не возможность в случае претензий вывести из под удара "материнскую" компанию ?
Я так понял (бегло ознакомившись), то там смысл в том, чтобы наезды были на ЦОПы... если что их... закроют и откроют новых.
Чорт, а пацаны-то и не в курсе.
Вот скоко вижу успешных компаний, везде акционеры при делах почему-то.
Теперь специально поообращаю внимание на то, есть ли успешные с акционерами не при делах...
ЗЫ. То о чем вы пишите - это в банк под процент...
Ммм... любых 5-10, или отслеживаемых :) ?
Чорный нал короче туда калькулировать :) ?
