- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Вопрос такой, планирую разместить заказ на написание софта, стоимость приблизительно 200К баксов.
Из прошлого опыта знаю, все программисты - оптимисты. Может наступить такой момент когда будет проще найти новую команду для завершения проекта нежели выслушивать оптимистические прогнозы старой команды.
Из этого вопрос: существуют ли какие то стандарты в написании кодов/скриптов с описаниями, при наличии которых новая команда не заблудится в коде старой?
ИМХО:
1. Блок-схемы процессов
2. Комментарии в коде
ИМХО:
1. Блок-схемы процессов
2. Комментарии в коде
комментарии в коде понятие растяжимое - опять же говорю исходя из горького опыта. а стандарты обще принятые существуют? закрепленные каким то документом.
были в моей истории программисты, которые меня чуть не разорили, спасибо спасло то что продвижением по ходу дела научился заниматься.
Общепринятых стандартов ИМХО нет.
Есть корпоративные стандарты, разрабатываемые собственно корпорациями.
Есть системы автодокументирования кода, которые включают свои стандарты.
Общепринятых стандартов ИМХО нет.
Есть корпоративные стандарты, разрабатываемые собственно корпорациями.
Есть системы автодокументирования кода, которые включают свои стандарты.
тогда немного изменю вопрос. а как или где можно получить граммотные стандарты за деньги или бесплатно? может ктото посоветует что то конкретное
Леонид предложил наиболее правильный вариант.
Насколько я в курсе единых общепринятых стандартов не существует.
Каков приблизительный объем работ по вашему софту в часах не интересовались?
Если суммарный объем более 200 часов и бюджет позволяет, я бы рекомендовал посадить отдельного аналитика - пусть комментит код, рисует блок-схемы и максимально взаимодействует с командой прогеров проекта.
.. странно что тут еще не началось "возьмем за 150$" 😂
комментарии в коде понятие растяжимое - опять же говорю исходя из горького опыта. а стандарты обще принятые существуют? закрепленные каким то документом.
были в моей истории программисты, которые меня чуть не разорили, спасибо спасло то что продвижением по ходу дела научился заниматься.
я не думаю, что стандарт для комментов, а вот для блок-схем есть.
После их разработки, можно просто в коде помечать, какая это блок-схема. А уж, по схеме любой программист поймёт как решалась задача и тут уже не важно как выглядить код.
promo-p, если будет UML и ER, то новой команде будет проще освоить чужой код.
Если есть свободный вечер, рекомендую почитать "Мифический человеко-месяц, или Как создаются программные системы", Фредерик Брукс.
Всем спасибо за советы. Особенно понравилось про доп аналитика, думаю этим советом и воспользуюсь. Спасибо!
Если похапе, то как минимум http://www.phpdoc.org/ (да, стандарт на комментарии)
Если суммарный объем более 200 часов
я бы планку задрал эдак до 1000-1500 часов.
200 часов - это работы на месяц с хвостиком, с освоением чужого кода такого объёма справляется практически любой программист.
Но, судя по бюджету, проект эдак от 2-5к часов.