ru.unix

 
 - RU.UNIX ----------------------------------------------------------------------
 From : Vladimir Bormotov                    2:5020/400     05 Apr 2001  03:06:12
 To : Stanislav Latishko
 Subject : Re: cvs или кто еще ?
 -------------------------------------------------------------------------------- 
 

 .dn.ua> <1246739803@sl.spb.su>
 
 From: Vladimir Bormotov <bor@vb.dn.ua>
    Hi, Stanislav!
 
 >>>>> "SL" == Stanislav Latishko <sl@sl.spb.su> writes:
 
 [skip философия]
 
 VB>>  В дух словах - решинй этой проблемы несколько. Hапример я таки
 VB>>  "отказываюсь от commit. Еще можно делать на каждую "перетосовку"
 VB>>  новый бранч, но мне просто лениво. Hе так часто я тосую это все. Если
 VB>>  посмотреть немного далее - то "перетосовоный проект" - это уже скорее
 VB>>  совсем другой проект. И может быть даже будет логично после
 VB>>  "финальной перетосовки" начинать новый проект.
 
  SL>   Совершенно логично. Только немножко в другом порядке - начинаю
  SL> новый проект, взяв за основу страрый. И именно в этот период, когда
  SL> новый скелет еще формируется, больше всего ощущаю потребность в
  SL> какой-то сохранялке-следилке, позволяющей откатиться на 2 шага назад,
  SL> попробовать чуть-чуть другим путем... 
  
  Ясно. Мне с этим легче. Hачиня новый проект, я скорее всего уже четко
  пердставляю его структуру ;)
  
  Кроме того - таки code reuse, говорит о том, что "пеертосовки кода из
  сторого проекта", это по сути дробление этого проекта на назевисимые более 
  мелкие, более четкое оформление интерфейсов между частями и так далее.
  т.е. задача по сути другая. 
  
  SL> (Потом, когда скелет зафиксирован, это уже не так важно - суть
  SL> сделанных изменений уже можно восстановить по памяти, а повторить их в
  SL> коде, если они вдруг потерялись - гораздо быстрее, чем сделать первый
  SL> раз...)  
  
  Хорошо иметь хорошую память ;)
  
  SL> Получается, что в самый сложный момент инструмент отказывается мне
  SL> служить, и надо все по старинке ?...
 
  Hе знаю. У меня просто другая ситауция.
  
  SL>>>    .h , которые формируются в 1-м, но используются во 2-м ?
 
 VB>>  И в чем проблема? Кстати, я еще пофилософствую, можно? Вынос части
 VB>>  проекта в библиотеку добавит мобильности и в то-же время строгости
 VB>>  как самому проекту, так и этой части ;)
 
  SL>   Hе понял - при чем здесь библиотека ?  
  
  как это причем? 
  
  SL> 2 проекта связаны только по данным - у них есть общие include и doc,
  SL> но ни одного исполняемого байта - при чем здесь библиотека ?  
  
  Ок. Вопрос "причем тут исполняемые байты" задавать не буду. 
  
  Спрошу иначе: Можно назвать файлик.h библиотекой? 
  
  Если можно - сразу ответ готов - вот этот файлик.h выносим в "отдельный
  module" в терминах CVS.
  
  Если нельзя - идем и смотрим, а что-же в этих "общих include" такого, что
  они общие? Может к ним таки еще подкинуть пару файликов.c, добавить
  какой-никакой Makefile, example.c, demo_all.c и так далее?  Я же не знаю
  что там у вас общего - вариантов много.
  
  Документацию иногда есть смысл выносить в отдельный модуль. Как там у вас
  - опять-же, я не знаю. Вот у одних знакомых документацию на продукт пишут
  люди, которые "хорошо понимают психологию пользователя". Программер пишет
  "core functionality description", что ли. Его задача понимать то, что ему
  написали в ТЗ, и реализовывать. Остальные "плюшечки и шашечки" делают
  совершенно другие люди. Это все обрастает screenshot'ами, примерами
  выходных документов, "разжевываниями для дураков" и так далее. В итоге,
  они пришли к тому, что вся документация - это "отдельный проект" (модуль - в
  терминах CVS). И ProjectManager следит затем, что это все велось
  паралельно. 
  
  SL> (Или это термин из CVS?  Я его пока что знаю очень плохо, так что
  SL> извини, если вопрос дурной)
  
  да никаких проблем ;)
  
 -- 
    Bor.
 --- ifmail v.2.15dev5
  * Origin: BorHomeLand (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор