spock писал(а) 10. Марта 2008 :: 16:47:

Знает кошка, чье мясо съела 

spock писал(а) 10. Марта 2008 :: 16:55:

kms, ты все-таки был прав  

spock писал(а) 10. Марта 2008 :: 16:55:

Аааа, так это ты меня в прошлый раз посылал? Ответ аналогичный: "Аналогично"  

spock писал(а) 10. Марта 2008 :: 16:55:

Командная разработка складывается из, как ни странно, двух понятий: "разработки" и "команды". В данном случае понятия "разработка" с твое стороны отсутствует уже несколько лет. Ты только иногда высокомерно высказываешься, что ты, мол, уже несколько лет как забыл, что такое dbf, а OLE DB ни хрена не развиваешь. Поэтому разработчиком ты не являешься и правила насчет разрешений изменений кода на тебя не распространяется.

Вообще, как только я посмотрел, что из себя представляет подсистема OLE DB изнутри, моим основным желанием стало как можно скорее перейти на СКЛ. ЭТИМ кодом мне пользоваться морально трудно   Но, к сожалению, быстро на СКЛ не перейти и с наработанным кодом под OLE DB нужно что- то делать...

Uzhast писал(а) 10. Марта 2008 :: 17:13:

Вы с Мишей просто однофамильцы, т.е. браться-близнецы. Вы молодцы нашли друг друга.

spock писал(а) 10. Марта 2008 :: 17:15:

А никто тебя не заставляет оправдываться. Я просто объясняю свою позицию - почему лично мне некомфортно работать с тобой в одном репозитории.

АЛЕ МУЖИКИ!
Вы это чевоенто завлись!?
НУ зачем вот это так вот все ломать?
А  вот Артуру и Мише я советовал бы тока найти общий язык!
НУ ведь сделать уже столько всего!
Ладно Леха их проэкта ушел.
Но ведь совместимость осталась!
Та кчто тепер ИТЗ, ТП, Перехватчик и т.п. будем грузить разными библиотеками?

spock писал(а) 10. Марта 2008 :: 17:33:

Когда ж ты догадаешься, наконец, что все люди братья, и перестанешь себя вести, как скрытый... молодец...

spock писал(а) 10. Марта 2008 :: 17:15:


spock

Ну, на нет и суда нет.
Тогда в связи с тем, что у тебя нет интереса ни к развитию функционала, ни к совместной работе, надеюсь ты сумеешь удержаться от дальнейшего бестолкового флейма в данной ветке.

spock

Насчет "командной работы".

Замечательно ты себе ее представляешь.
Планов нет, сроков нет, регламента нет, документации разработки нет;
Один разработчик не ведает о том, что 2 месяца делает другой в некоей ветке, другой разработчик х#рит изменения, сделанные первым.

Такой по-твоему должна быть грамотная командная работа?

---

Я, кстати, вспомнил, как было дело, когда я приперся в 1cpp.

Ну, начали смотреть, что же за х#рня в CIStringMap, которая вызывает рост числа коллизий по экспоненте.
Ля-ля-тополя, разобрались!
Хеш-таблица фиксированного размера и не растет них#ра - понятное дело, что вагончег срывает тормоза, даже не успев разогнаться.

Ну че - надо делать? Надо!
Ну, работа кипит, аж пар из ушей идет!
Ура! Сделали. Динамические хеш-таблицы рулят.

И что? смотрим дальше по проекту.
Опс.
BLMap.
ТАК ТУТ ЖЕ УЖЕ СТО ЛЕТ КАК ДИНАМИЧЕСКИЕ ХЕШ-ТАБЛИЦЫ СДЕЛАНЫ!!!

Спрашивается, почему никто не сказал, что это уже есть?
Почему в одном проекте использованы ДВА ОДНОТИПНЫХ механизма?

Потому что
1. из-за отсутствия внутренней документации об этом все забыли
2. до этого вообще никому дела не было
3. никто уже тогда не хотел реальной интеграции модулей! Здесь - код CIStringMap, а здесь - код TurboBL. Разные авторы, разные стили.
4. всем было пох"й на еще одного разработчика, пусть сам колупается, нам некогда.

Ты забыл, как сказал DEB?
РАЗРАБОТЧИКИ ПРИХОДЯТ И УХОДЯТ, А ПРОЕКТ ОСТАЕТСЯ
Хороший подход.

Это - ТВОЯ командная работа.
И ты лично нух"я не сделал, чтобы эта командная работа была лучше.
Ты всегда молчал, когда вопрос касался дела и вылезал только тогда, когда надо было покричать на площади в базарный день.

И сейчас ты продолжаешь пи"дой в кастрюлю звенеть, как будто это поможет тебе избавиться от комплекса десятой страницы.