|
Обмен информацией между 2 людьми при совместной работе над проектом БД
|
|||
---|---|---|---|
#18+
У меня такая проблема. Делаем прогу вместе с одним товарищем. Надо мне что-то переделать. А товарищ в этот момент мне сказать не может, что он там и зачем понаписал (нету его на месте). Открываю процедуры, смотрю. Через какое-то время начинаю понимать, как это работает. Но на это же время ушло! Вопрос: нет ли способа как-то графически что-ли отображать ключевые моменты работы процедур для того, чтобы , не тратив время на разбор кода, сразу перейти к своей задаче, поняв логику работы данного участка кода по этому описанию за минимальное время? ... |
|||
:
Нравится:
Не нравится:
|
|||
17.04.2003, 12:44 |
|
Обмен информацией между 2 людьми при совместной работе над проектом БД
|
|||
---|---|---|---|
#18+
Моё ноу-хау... Коментерии надо писать. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.04.2003, 13:01 |
|
Обмен информацией между 2 людьми при совместной работе над проектом БД
|
|||
---|---|---|---|
#18+
Разбор кода с комментариями все-равно занимает определенное время. Речь идет о том, как уменьшить время "въезжания" другого человека в логику работы незнакомого ему участка кода. Вернее , как надо документировать, чтобы другой человек равного уровня подготовки с пишущим, мог как можно быстрее разобраться в результатах труда первого. Время на "документирование" также ограничено (разумный баланс со "скоростью въезжания") ... |
|||
:
Нравится:
Не нравится:
|
|||
17.04.2003, 13:36 |
|
Обмен информацией между 2 людьми при совместной работе над проектом БД
|
|||
---|---|---|---|
#18+
должен помочь UML ... |
|||
:
Нравится:
Не нравится:
|
|||
17.04.2003, 14:38 |
|
Обмен информацией между 2 людьми при совместной работе над проектом БД
|
|||
---|---|---|---|
#18+
Ну, юмл это всёж таки не заклинание какое. В общем случае при кодировании помогает разделение кода на чёткие блоки (куски, модули, классы, как угодно можно называть), чтоб каждый только своё ковырял и интерфейсы этих блоков оставались неизменными. По-моему это стандартная рекомендация. Пример: есть процедура проверки пароля, она показывает окошко ввода имени и пароля, проверяет их и возвращает либо да либо нет. Через полгода алгоритм, к примеру проверки пароля, изменится, соответственно процедура будет переписана, но все остальные блоки системы останутся прежними. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.04.2003, 14:51 |
|
Обмен информацией между 2 людьми при совместной работе над проектом БД
|
|||
---|---|---|---|
#18+
2 wara А вы когда-нибудь пробовали строить дом, начиная с верхних этажей?.... При этом не имея ни планов этого дома, ни фундамента, ни анализа грунта, на котором это все будет стоять?... Нет?... Это кажется понятным, почему нет. А почему делаете проект, не имея, пардон, проектной документации?... Я имею ввиду не конечный user guide, а документы, порождаемые в процессе разработки - ТЗ, спецификации, архитектуру системы?... Это же не пустая бюрократия - есть архитектура, всем понятно, что как устроено и как должно работать. Вы же, чтобы узнать, как работает, скажем, SQL Server, и как им пользоваться, не изучаете его исходники... Детали же реализации можно узнать только из окончательного кода, единственный способ документирования на этом этапе - комментарии. Впрочем, мне кажется, вам еще предстоит это осознать. Ничего личного. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.04.2003, 14:53 |
|
Обмен информацией между 2 людьми при совместной работе над проектом БД
|
|||
---|---|---|---|
#18+
Ну, естественно, осознать еще предстоит много. Как говорится, чем дальше в лес - тем больше дров. Вначале мне казалось, что это занятие (проектирование БД) - довольно простое дело. Узнал, что надо людям, придумал структуру, присобачил интерфейс, и все - наслаждайтесь...Но не все оказалось так просто. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.04.2003, 19:47 |
|
Обмен информацией между 2 людьми при совместной работе над проектом БД
|
|||
---|---|---|---|
#18+
Victor Am, В этом UML много чего есть. И все для парной работы явно не нужно. К тому же я не понимаю, как этот Uml поможет задокументировать уже готовый код. Вот если бы проект только начинался, тогда бы, он, возможно, помог. Если б вы посоветовали пару диаграмм, которые подходят для того, о чем я спрашивал, было бы больше пользы. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.04.2003, 19:53 |
|
Обмен информацией между 2 людьми при совместной работе над проектом БД
|
|||
---|---|---|---|
#18+
2 wara: Вопрос: нет ли способа как-то графически что-ли отображать ключевые моменты работы процедур для того, чтобы , не тратив время на разбор кода, сразу перейти к своей задаче, поняв логику работы данного участка кода по этому описанию за минимальное время? Конечно, давно пора переходить к визуальным средствам проектирования БД/приложений или т.н CASE Опять же если считать себя цивилизованным человеком, а не рабом комментариев. Далее: * для программ , то это конечно ОО-подход (как самый пионерский и правильный сегодня) и конечно лучше использовать UML (как признанный мировой стандарт) и средства его поддерживающие (Rational Rose, MS Visio, VOM VisualUML и тд), * для БД , то это конечно ER-моделирование в контексте модели UML или вне ее (есть и такой вариант) с помощью соответствующих средств (Sybase PowerDesigner, Embarcadero Er/Stuido, CA Erwin и тд), к-рые также позволяют по-человечески писать SQL-код для ХП, обозревать все это дело в виде дерева и тд Открываю процедуры, смотрю. Через какое-то время начинаю понимать, как это работает. Но на это же время ушло! Для контроля изменений кода подойдет любое средство типа MS Visual SourceSafe, к-рое интегрируется с VisualStuido или тем же Rational Rose В ER-тулах это тоже есть в том же ErWin - это ModelMart, а в PowerDesigner - это Metaworks репозиторий. Позволяют хранить модель в одном месте, назначать CRUD права на подмодели, отслеживать изменения, также сравнивать 2 модели и находить отличия 2 alexeyvg: Моё ноу-хау... Коментерии надо писать Wara и друг замучаются комментарии писать и читать, особенно если ХП в БД приблизится к 100, а особенно если это будут в основном не типичные spAdd*, spDelete*, spUpdate*, а что-то разнородное и это все еще будет меняться часто. Комментарии важны, но это уже слишком архаичный и неудобный способ описания и восприятия, а особенно для тяжелого софта. Тем более им есть альтернативы :( 2 1024: Ну, юмл это всёж таки не заклинание какое. В общем случае при кодировании помогает разделение кода на чёткие блоки (куски, модули, классы, как угодно можно называть), чтоб каждый только своё ковырял и интерфейсы этих блоков оставались неизменными. По-моему это стандартная рекомендация. Все прально, но только это уже из области архитектурного проектирования систем , что верно при любом подходе, кстати, не только при объектном, так что к UML это уже не имеет отношения, а UML этот ложится только на ООАП-подход и если Wara не будет ему следовать, то из UML ему пригодятся только пакеты, диаграмма классов и диаграмма компонентов, и может даже диаграммка сетевых узлов (как это обычно бывает в России) ;) 2 Циничный Кот: Искренне присоединяюсь к вашему поучительному посту, сэррр :) ... |
|||
:
Нравится:
Не нравится:
|
|||
18.04.2003, 09:46 |
|
Обмен информацией между 2 людьми при совместной работе над проектом БД
|
|||
---|---|---|---|
#18+
Репликант, Большое спасибо за ценные комментарии. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.04.2003, 12:56 |
|
Обмен информацией между 2 людьми при совместной работе над проектом БД
|
|||
---|---|---|---|
#18+
Pri razraboitke dazhe malenkoj bazi dannih ochen' polezno (IMHO prosto neobhodimo): - CASE sredstvo dlya razrabotki strukturi DB. Luboe izmenenie dolzhno prohodit' cherez nego. (PowerDesigner, MS Visio EE, ErWin, etc) - Soglazhenija po imenovaniju tablic, hranimih procedur (naming conventions). Nikakie proceduri ne udovletvoryajuschie etim soglazhenijam nelzya ispolzovat'. - Minimal'nie commentarii na to, chto delaet procedura. - v sluchae sovmestnoj raboti (2 cheloveka i bolshe) polezno takzhe imet' sitemu controlya versij (sourcesafe) nu a vsyakie visokourovnevie UML diagrammi i proektnaja dokumentacija - ostavim eto dlya krupnih proektov i krupnih kompanij. esli v proekte 3-5 chelovek i on dlitsya 1-3 mesyaca, to bolshe vremeni potratish na podderzhku dokumentacii chem na rabotu. ps. konechno eto ne otnocitsya k dokumentu opredelyajuschemu trebovanija k programme. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.04.2003, 15:36 |
|
Обмен информацией между 2 людьми при совместной работе над проектом БД
|
|||
---|---|---|---|
#18+
2 Shura_M nu a vsyakie visokourovnevie UML diagrammi i proektnaja dokumentacija - ostavim eto dlya krupnih proektov i krupnih kompanij. esli v proekte 3-5 chelovek i on dlitsya 1-3 mesyaca, to bolshe vremeni potratish na podderzhku dokumentacii chem na rabotu. Так может обойтись диаграммами в EM ? Зачем Visio ? ... |
|||
:
Нравится:
Не нравится:
|
|||
18.04.2003, 17:19 |
|
Обмен информацией между 2 людьми при совместной работе над проектом БД
|
|||
---|---|---|---|
#18+
Shura_M "esli v proekte 3-5 chelovek i on dlitsya 1-3 mesyaca, to bolshe vremeni potratish na podderzhku dokumentacii chem na rabotu." 1. Полностью согласен. Видимо в данном вопросе надо придерживаться принципа разумной достаточности.(и Вы предложили этот "xp-минимум") 2. У меня есть Visio2002, но я думал, что с помощью него можно только схемки рисовать (а выходит, что у него есть функции Case - средства для разработки БД? Или я что-то не так понял?) ... |
|||
:
Нравится:
Не нравится:
|
|||
18.04.2003, 17:23 |
|
Обмен информацией между 2 людьми при совместной работе над проектом БД
|
|||
---|---|---|---|
#18+
2 wara, Shura_M: >> "esli v proekte 3-5 chelovek i on dlitsya 1-3 mesyaca, to bolshe vremeni potratish na podderzhku dokumentacii chem na rabotu." 1. Полностью согласен. Видимо в данном вопросе надо придерживаться принципа разумной достаточности.(и Вы предложили этот "xp-минимум") Этого принципа ( разумной достаточности ) надо придерживаться везде в жизни ;) И в софтовых проектах тоже: не умеешь, не понимаешь или плохо владеешь - лучше не берись и делай старым дедовским способом, т.к будет быстрее. Однако не стоит забывать и о принципе разумной необходимости : иногда все-таки небходимо затратиться на свое обучение чтобы выйти на новый профессиональный уровень для повышения скорости и качества разработки (и поддержки!) ПО 2. У меня есть Visio2002, но я думал, что с помощью него можно только схемки рисовать (а выходит, что у него есть функции Case - средства для разработки БД? Или я что-то не так понял?) Даже Visio 2002 Pro есть поддержка: * OO-моделирования (UML) - полноценно поддерживаются почти все типы диаграмм UML, отличная интеграция с VS6 и NET (VC++,VB) - генерация, про реверсинжиниринг не в курсе * Моделирования данных (IE) - очень неудобный IMHO, мало возможностей, по сравнению даже с ErWin * Моделирования процессов/функций (IDEF) - очень слабые возможности по сравнению даже с BpWin При установке небходимо указать что их надо устанавливать. Далее: для Visio есть написанные под него расширяющие модули (COM-компоненты от сторонних фирм), к-рые расширяют возможности родного Data Modeler (удобнее,поддерживается больше СУБД и тд.) ... |
|||
:
Нравится:
Не нравится:
|
|||
19.04.2003, 09:03 |
|
Обмен информацией между 2 людьми при совместной работе над проектом БД
|
|||
---|---|---|---|
#18+
2 ooo. Так может обойтись диаграммами в EM ? Зачем Visio ? - nelzua pravit' shemu v zhivoj baze. bolshaja verojatnost' poteryat' dannie, chto-to slomat', i t.d. - otslezhivanie izmenenij v baze (with SourceSave) Bez CASE sredstva, IMHO, ne obojtis esli vedetsya dazhe malenkij proekt (ne schitaja laboratornih rabot, rasschitanih na 2-3 zanyatija :-)). 2 Репликант иногда все-таки небходимо затратиться на свое обучение чтобы выйти на новый профессиональный уровень для повышения скорости и качества разработки Eto neskolko nechestno po otnosheniju k rabotodatelu. Vam bi ponravilos' esli bi vi poshli k chastnomu vrachu, kotorij hochet na vas potrenirovat'sya? Metodom prob i oshibok? Samoobuchatsya na zhivih proektah nado, no pod prismotrom bolee opitnih razrabotchikov. Etot process dolzhen napravlyatsya i kontrolirovatsya imi. Esli takoj vozmozhnosti poka netu (a eto ploho!), to vsegda nado predstavlyat' chto ti delaesh, zachem eto nuzhno i znat' teoreticheskie osnovi dostatochno gluboko. A voonsche sovet 2 wara: brosajte rabotat' "s tovarishchem" . Dengi - oni segodnya est' a zavtra ih net, a znanie i opit - eto to, vo chto nuzhno vkladivat' dengi, vremya i sili. Nado rabotat' v komande ludej, kotorie chto-to mogut vam dat', nad proektami takoj slozhnosti, s kakoj vi esche ne imeli delo ranshe. Teoreticheskoe samoobuchenie neobhodimo, no ne dostatochno. Poluchit' opit i znanija samomu rabotaja nad prostimi programmami "s tovarischem" neverojatno slozhno i neeffectivno. ps. 2 wara about VS: Visual Studio nado stavit' Enterprize edition. Tam est' reverse enginiring (sozdaet model iz suschestvujuschej bazi), posle etogo mozhno legko redaktirovat' diagrammu i avtomaticheski updatit' bazu. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.04.2003, 14:28 |
|
Обмен информацией между 2 людьми при совместной работе над проектом БД
|
|||
---|---|---|---|
#18+
2 Shura_M: Eto neskolko nechestno po otnosheniju k rabotodatelu. Vam bi ponravilos' esli bi vi poshli k chastnomu vrachu, kotorij hochet na vas potrenirovat'sya? Metodom prob i oshibok? Во-первых, чхал я на работодателя (если он конечно не мой близкий друг или родственник), меня больше всего мой карман волнует и мой рост как профессионала, да и wara тоже, если он конечно не ИТ-альтруист какой-нибудь. Во-вторых, это не врач, а пьяный студент-медик, к-рый хочет на живом человеке потренироваться. Так что я не дурак, чтобы становиться его пациентом. Надо все-таки понимать, что это различные профессиональные категории Samoobuchatsya na zhivih proektah nado, no pod prismotrom bolee opitnih razrabotchikov. Если бы все самообучались или учились только на живых проектах, то развитие цивилизации уже давно остановилось бы - живых проектов и наставников под всех самоучек или учеников просто не хватило бы :) Etot process dolzhen napravlyatsya i kontrolirovatsya imi. Конечно желательно, но не обязательно, если есть мозги и желание (целеустремленность) Esli takoj vozmozhnosti poka netu (a eto ploho!), to vsegda nado predstavlyat' chto ti delaesh, zachem eto nuzhno i znat' teoreticheskie osnovi dostatochno gluboko. Да-да, именно так, всегда надо представлять что ты делаешь и зачем . Здесь кто-нибудь с этим еще не согласен и готов оспаривать это до хрипоты? ;) ... |
|||
:
Нравится:
Не нравится:
|
|||
20.04.2003, 21:19 |
|
Обмен информацией между 2 людьми при совместной работе над проектом БД
|
|||
---|---|---|---|
#18+
А мне визио нравится. Там картинки красивше, клиентам показывать. И диаграмок всяких разных (да хоть предпологаемый вин-интерфейс) на порядок больше чем в любом другом пакете. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.04.2003, 09:32 |
|
Обмен информацией между 2 людьми при совместной работе над проектом БД
|
|||
---|---|---|---|
#18+
2 1024: А мне визио нравится. Там картинки красивше, клиентам показывать. И диаграмок всяких разных (да хоть предпологаемый вин-интерфейс) на порядок больше чем в любом другом пакете. Если по количеству поддерживаемых именно нотаций CASE (а не всяких нотаций для рисования электрических схем, дорог и трубопроводов), то Visio отдыхает по сравнению с System Architect (около 50 нотаций, есть даже к-рые сегодня уже практически не используются) или с тем же ARIS (порядка 100 нотаций даже, есть любая необходимая нотация для описания почти любого информационного аспекта предприятия). А что касается Windows UI - полезная вещь конечно, сами пользуемся. Жаль только что у него даже в Visio 2002 возможности до сих пор ограниченые, например: нет мастера-формы для тултипа (приходится пользоваться разными callout-aми), мастер дерева (tree node-view) очень ограниченные возможности имеет, нельзя делать недоступными системные кнопки (max, min, restore и тд), геморройно делать pop-up меню (его просто нет как мастера, приходится на основе drop-down menu, к-рый фиксированной ширины), нельзя подключать свои иконки и тд. Вообщем недостатков у Visio дофига, хотя они и не так критичны. Интересно, а какой-нибудь CASE еще обладает схожими возможностями по рисованию WinGUI? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.04.2003, 10:54 |
|
Обмен информацией между 2 людьми при совместной работе над проектом БД
|
|||
---|---|---|---|
#18+
Во-первых, чхал я на работодателя (если он конечно не мой близкий друг или родственник), меня больше всего мой карман волнует и мой рост как профессионала, да и wara тоже, если он конечно не ИТ-альтруист какой-нибудь. Zdes' ja vse-taki ne soglashus' s Vami. Est' ponatie professionalnoj etiki. Ja uvazhaju rabotodatelya, i vsegda starajus' postupat' chestno po otnosheniju k nemu (hotyabi v principialnih veschah). I ozhidaju ot nego togogo zhe otnoshenija. Ja dumaju chto vi skoree iskluchenie chem pravilo, tk bolshinstvo moih kolleg uvazhajut rabotodatelya i chtut professionalnuju etiku (chasto dazhe slizhkom po moemu mneniju). >Etot process dolzhen napravlyatsya i kontrolirovatsya imi. Конечно желательно, но не обязательно, если есть мозги и желание (целеустремленность) Mozgi zhelanie i celeustremlennost' luchshe ispolzovat' effectivno. A ne bitsya v millionnij raz lbom ob stenku, reshaja problemmu, kotoruju uzhe million ludej reshili do tebya. Professionalnij rost v kompanii, gde ti samij opitnij razrabotchik neeffectiven, zanimaet mnogo sil i energie no prinosit minimalnuju otdachu. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.04.2003, 11:33 |
|
Обмен информацией между 2 людьми при совместной работе над проектом БД
|
|||
---|---|---|---|
#18+
2 Shura_M Откуда: Москва А что в Москве нельзя найти кириллический драйвер ? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.04.2003, 14:21 |
|
Обмен информацией между 2 людьми при совместной работе над проектом БД
|
|||
---|---|---|---|
#18+
2 vov Sorry, I'm going to set up my кириллический драйвер next week. I have to use english keyboard and w2k w/o russian support now :-(( ... |
|||
:
Нравится:
Не нравится:
|
|||
22.04.2003, 15:04 |
|
Обмен информацией между 2 людьми при совместной работе над проектом БД
|
|||
---|---|---|---|
#18+
2 : Zdes' ja vse-taki ne soglashus' s Vami. Est' ponatie professionalnoj etiki. Ja uvazhaju rabotodatelya, i vsegda starajus' postupat' chestno po otnosheniju k nemu (hotyabi v principialnih veschah). Во-первых, это действиетельно уже из области профессиональной этики, а этика вообще как известно гуманитарная область, т.е. не рациональная . Во-вторых, если бы наш доблестный флагман всей софтварной индустрии - Майкрософт поступал бы всегда честно по отношению к своим работодателям (пользователям), добросовестно информируя их обо всех архитектурных отстоях, возможных брешах и багах, скрытых в его продуктах, то где бы он был и вообще сидели бы мы все сейчас под Линуксами и Макинтошами. Так что немного нечестности еще никому не помешало. Это как "реклама - двигатель торговли", но как известно почти вся реклама - это контекстное вранье, социально-психологическая манипуляция и инфотейнтмент I ozhidaju ot nego togogo zhe otnoshenija. Ja dumaju chto vi skoree iskluchenie chem pravilo, tk bolshinstvo moih kolleg uvazhajut rabotodatelya i chtut professionalnuju etiku (chasto dazhe slizhkom po moemu mneniju). Ну ждать и мечтать как известно не вредно, но вот материальный результат эти действия приносят один - ничего не случается или наоборот все идет под откос. А насчет исключений, хм, это вы скорее исключение поскольку в российском форуме пишете транслитом, используя при этом даже не Линукс, а Вин2000, в к-ром кириллица добавляется элементарно, да и руссифицируется импортная клава тем же простым маркером за 5 минут. Опять же: просто добавь мозги - (с) реклама :) ... |
|||
:
Нравится:
Не нравится:
|
|||
22.04.2003, 23:37 |
|
Обмен информацией между 2 людьми при совместной работе над проектом БД
|
|||
---|---|---|---|
#18+
2Репликант Про Визио не согласен. Вот щас, к примеру, пришло ко мне начальство и дало указание делать какую-то новую фигню. Я им: "Говорите точно, скока вешать в граммах", они мне: "Ыыг, йее, иих, типа, а вот там, ыг, ну, типа шоб всё классно было". Стал я им юзе касе в Розе рисовать чтоб они сами хотяб поняли чё им надо. Неудобно и некрасиво! В Визио я б картинок разных навставлял, пипок-фигулек всяких. Результат - рисую в Ворде (по тех. причинам Визио у меня щас нет). ... |
|||
:
Нравится:
Не нравится:
|
|||
23.04.2003, 11:30 |
|
Обмен информацией между 2 людьми при совместной работе над проектом БД
|
|||
---|---|---|---|
#18+
Во-первых, это действиетельно уже из области профессиональной этики, а этика вообще как известно гуманитарная область, т.е. не рациональная Ok, perejdem na pragmaticheskij jazik. Mne nuzhni horoshie referenci i horoshaja reputacija. Chem vishe pozicija i chem solidnee kompanija v kotoroj sobiraeshsya rabotat' tem bolshe vnimanie udelyajut etomu rabotodateli. Kakoj smisl nanimat' professionala za huevu tuchu $, esli on kinet vas pri pervoj zhe vozmozhnosti? Ja ne govory pro rabotu za rubezhom, gde praktika references rasprostranena povsemestno. A naschet reklami - vi tozhe ne sovsem pravi. mozhno odin raz kupit' razreklomirovannij otstoj, no vtoroj raz na eto ne kupishsya .. a esli vse govoryat chto eto otstoj, to vi i pervij raz ego ne budete pokupat' .. ps. Naschet translita pravda izvinite, nu ne mogu ja poka nastroit' kirillicu :-((( V ponedelnik budet svoj komputer, srazu nastroju. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.04.2003, 11:30 |
|
Обмен информацией между 2 людьми при совместной работе над проектом БД
|
|||
---|---|---|---|
#18+
2 Shura_M: Ok, perejdem na pragmaticheskij jazik. Mne nuzhni horoshie referenci i horoshaja reputacija. Chem vishe pozicija i chem solidnee kompanija v kotoroj sobiraeshsya rabotat' tem bolshe vnimanie udelyajut etomu rabotodateli. Kakoj smisl nanimat' professionala za huevu tuchu $, esli on kinet vas pri pervoj zhe vozmozhnosti? Что значит кинет? Не справится или уйдет неожиданно? И то и другое на Западе не редкость, а в России тем более. Работодатели никогда не питают особых надежд что кто-то у них задержится надолго, если они конечно не отъявленные дураки или идеалисты. Людям свойственно уходить на более хлебные и престижные места. И не надо преувеличивать их профессиональную честность или порядочность (в этом плане) или возводить ее в некое повсеместное явление к к-рому всем еще и необходимо приобщиться Ja ne govory pro rabotu za rubezhom, gde praktika references rasprostranena povsemestno. Я что-то не пойму, а причем здесь референции (ссылки на бывшего работодателя и его рекомендации)? Т.е если я ушел от работодателя во время незавершенного проекта - это страшный проступок и меня нигде уже не примут что ли? Чушь. Ну хотя бы потому что проекты длятся порой слишком долго, годами и что я буду ждать пока он кончится? Вакансия-то ждать не будет! Мне по заему надо платить за дом, машину и тд если я на Западе и ессесно предложенная более престижная и денежная позиция мне не помешает. Другое дело, что есть условия трудового контракта , к-рые я "не имею" права нарушать потому что опять же я не заинтересован в санкциях и судебных разборках A naschet reklami - vi tozhe ne sovsem pravi. mozhno odin raz kupit' razreklomirovannij otstoj, no vtoroj raz na eto ne kupishsya .. a esli vse govoryat chto eto otstoj, to vi i pervij raz ego ne budete pokupat' .. А одного раза и достаточно. Для рекламы это вообще очень удачно, если купили разрекламированный товар. Но опять причем здесь это? Я говорил о том, что Майкрософт ведет себя нечестно, даже непорядочно по отношению к своему работодателю (пользователям). Этот факт не вызывает сомнений? А Майкрософт - национальное достояние США (с Биллом Гейтсом президенты за руку здороваются), как у нас Газпром (тоже не очень честная и прозрачная контора). Далее: Майкрософт - это не единственный пример такого рода. Можно взять любую компанию из Top500 и наврядли кто-то не упрекнет ее в каком-то обмане или нечестности. Плохо это или нет? Може и плохо, но не очень. Люди сами выбирают и ничто не мешает при этом им использовать мозги ... |
|||
:
Нравится:
Не нравится:
|
|||
23.04.2003, 14:17 |
|
|
start [/forum/topic.php?fid=32&msg=32143899&tid=1546984]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
45ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
66ms |
get tp. blocked users: |
1ms |
others: | 235ms |
total: | 394ms |
0 / 0 |