Перейти к содержимому

Публикации zemljak

25 публикаций создано zemljak (учитываются публикации только с 30 марта 2023)


#75379 "Кризисный" тим лидер/проджект менеджер

Отправлено автор: zemljak 22 апреля 2010 - 16:53 в Личный рост, карьера, развитие

Я очень рад что у Вас все крутиться вокруг денег :good:
Вы видели что я где-то писал про деньги? Может будем прежде внимательно читать.
Вы слышали такое понятие как риски, Прежде чем утверждать о вреде предсказания перспектив?
Оставьте свои личные выпады при себе.


Так это как раз таки не у меня все крутится вокруг денег. А у топикстартера. Он хочет за ту же работу (лидером-менеджером проекта) вытрясти больше денег.
А риск, что человек при смене проекта уйдет, есть всегда. Равно как и риск того, что человек наоборот с воодушевлением ввяжется в запущенный проект. "Трудности закаляют", есть такое высказывание.



#75377 "Кризисный" тим лидер/проджект менеджер

Отправлено автор: zemljak 22 апреля 2010 - 15:54 в Личный рост, карьера, развитие

Ой ладно, хватит заниматься предсказательствами, сразу так уж и потеряли. Хороший (замечу, это прилагательное из вашей цитаты) менеджер не потеряется при возникновении подобных сложностей, скорее это будет даже в какой-то степени вызовом. А все ваши "моменты, полномочия, требования к проекту" - опять же, попытки понострадамусничать (по- это приставка).

Правильно, давайте сначала сделаем, а потом подумаем :good:

Как раз таки сначала думаем, в отличие от некоторых. Или вы при смене проекта тоже всегда требуете прибавки к зарплате? Или может быть требуете каждый раз прибавку в случае, когда сваливается сразу много работы (выход новой версии и пр.)? Если так - завидую терпению вашего работодателя.

BIG BOSS DETECTED!!!!!!!111111111

Ни в коем разе :crazy:

Ну и свалю я, да ещё пол проекта с собой уведу.))))


Ну-ну. Кто здесь говорил про хорошего менеджера?
Только работодателю такое не говорите. Если он эмоционален - через 5 минут уже будете уволены. Если проглотит молча - зайдите на сайты с вакансиями, вам уже ищут замену. Никто не позволит вам управлять своим бизнесом. А незаменимых людей не бывает. Да, увольнять людей невыгодно, но с такой жизненной позицией как у вас содержать таких еще дороже.

Если подумать, наверное, повышенная нагрузка - это если за единицу времени приходится принимать больше решений, чем в среднем. При этом такие принимаемые быстро, под давлением, решения будут нести большие риски, что вносит больше нервозности в работу. Наверное, отталкиваться стоит от этого.

Даже в теории эту мысль можно раскритиковать в пух и прах. А на практике её вообще не получится внедрить. Так как разговор идет об очень абстрактных вещах.

Walk, если уж по теме - ИМХО со стороны работодателя единственный разумный вариант отблагодарить вас - выдать премию по успешному окончанию проекта\куска проекта\майлстоуна. Попробуйте плясать от этого.



#75352 "Кризисный" тим лидер/проджект менеджер

Отправлено автор: zemljak 22 апреля 2010 - 12:24 в Личный рост, карьера, развитие

Walk, то есть вы хотите узнать, сколько нужно "дополнительно" платить человеку чтобы он просто делал свою работу?
ИМХО ответ - 0%. + Пачку молока за вредные условия труда.

Супер, а в итоге теряем еще хорошего менеджера, архивыгодно :)
Упущена уйма моментов, от полномочий, которые он будет иметь на новом месте, до требований к проекту (а они ведь могут быть и невыполнимы).

greesha
, это да... в данной ситуации будет крайне актуально.

Ой ладно, хватит заниматься предсказательствами, сразу так уж и потеряли. Хороший (замечу, это прилагательное из вашей цитаты) менеджер не потеряется при возникновении подобных сложностей, скорее это будет даже в какой-то степени вызовом. А все ваши "моменты, полномочия, требования к проекту" - опять же, попытки понострадамусничать (по- это приставка :good: ).

Если же во время разгребания конюшен придётся работать с повышенной нагрузкой или сверх нормативного времени, тогда можно аргументированно требовать соответствующей дополнительной оплаты.

Опять же интересно, как узнать какая сейчас у менеджера нагрузка - повышенная или пониженная? :crazy:
А все что отработано сверх нормы - тут на 100% согласен, оплачивать надо отдельно.



#75310 "Кризисный" тим лидер/проджект менеджер

Отправлено автор: zemljak 21 апреля 2010 - 13:49 в Личный рост, карьера, развитие

Всегда интересовали подобные ситуации.
Walk, то есть вы хотите узнать, сколько нужно "дополнительно" платить человеку чтобы он просто делал свою работу?
ИМХО ответ - 0%. + Пачку молока за вредные условия труда.



#75186 Александр Александров: "Надо считать собственные недоработки, а н

Отправлено автор: zemljak 15 апреля 2010 - 14:28 в Портал Software-Testing.Ru

Анна стала одной из самых известных российских теннисисток, не выиграв ни одного крупного турнира в одиночном разряде. А это не гуд.


Не гуд для кого?



#70681 ISTQB: How does testing contribute to software quality?

Отправлено автор: zemljak 08 сентября 2009 - 13:03 в Свободное общение

В целом да, качество стоит дорого, и вы правы - это очевидно. А чтобы не терять нить обсуждения вам стоит как минимум обдумать и высказать свою позицию на обсуждаемую тему. Хотя, если мысль отсюда:

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

совпадает с вашими убеждениями, то мы говорим об одном и том же.



#70653 ISTQB: How does testing contribute to software quality?

Отправлено автор: zemljak 07 сентября 2009 - 21:24 в Свободное общение

Clauster, по поводу качества литературы все укладывается в рамки стандартного ответа - у каждого будет свое качество. Обычному покупателю будет важно качество книги как печатного издания, а это суммарно и качество бумаги, обложки, шрифт, рецензии, ну и само содержание. Возможно, есть категории людей, для которых важно только качество содержания (может редакторы какие, корректоры). Jedem das seine.

у меня один ответ "вам шашечки или ехать?"

Ехать. Только если есть возможность ехать быстрее и комфортнее - зачем от этой возможности отказываться? Аналогично с книгой, если есть возможность читать более качественное издание (именно издание), зачем отказываться от этой возможности?

Потому что элементарно дорого, например.

А если я\другой клиент готовы платить?
Да и вообще, откуда вы знаете, что дорого? Считали? Если да - приведите расчеты, интересно посмотреть.



#70637 ... Нужно ли было в таком случае тестирование?

Отправлено автор: zemljak 07 сентября 2009 - 13:05 в Управление тестированием

Отчет о тестировании.

Нам были нужны пластиковые восьмидюймовые трубы. Нам привезли 200 труб. Мы проверили каждую трубу штангельциркулем у концов, точно по середине и еще для каждой в произвольном месте. И взяли опять же с каждой соскоб для химического анализа материала. Плюс к этому провели тесты на шероховатость, твердость, ... В результате было выявлено множество дефектов (список на 20 листов прилагается), но самое главное было выяснено, что трубы железные и полудюймовые.

Таким образом, мы считаем, что два человекомесяца были потрачены не напрасно.

Внимание вопрос. Что надо делать с тем идиотом, который разрешил такое дорогое тестирование, когда на оценку качества было достаточно пяти минут?

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

Впрочем, руководителей, предпочитающих самые дорогие методы тоже полно.

It depends. Пример конечно вы классный привели. Ну да ладно. SALar, вы же увлекаетесь Голдраттом, насколько я помню? Поправьте меня, если я неправ. Голдратт говорит о том, что дорогие процессы - это те, которые стоят на критической цепи. Если тестирование и тестировщики не на цепи, а такое бывает, то стоимость тестирования равна нулю, и всякие ABC идут лесом. Работодателю-то все равно платить зарплату надо? Но это offtop.

Предположим, поздно проведенное тестирование позволило выявить, что продукт уныл, никуда не годится и всех надо разогнать, пока совсем не прогорели. Нужно ли было в таком случае тестирование?

А вот вопрос необходимо уточнить. Нужно кому? Клиентов у процесса тестирования много.



#70634 ISTQB: How does testing contribute to software quality?

Отправлено автор: zemljak 07 сентября 2009 - 12:18 в Свободное общение

Clauster, по поводу качества литературы все укладывается в рамки стандартного ответа - у каждого будет свое качество. Обычному покупателю будет важно качество книги как печатного издания, а это суммарно и качество бумаги, обложки, шрифт, рецензии, ну и само содержание. Возможно, есть категории людей, для которых важно только качество содержания (может редакторы какие, корректоры). Jedem das seine.

у меня один ответ "вам шашечки или ехать?"

Ехать. Только если есть возможность ехать быстрее и комфортнее - зачем от этой возможности отказываться? Аналогично с книгой, если есть возможность читать более качественное издание (именно издание), зачем отказываться от этой возможности?



#70578 ISTQB: How does testing contribute to software quality?

Отправлено автор: zemljak 04 сентября 2009 - 10:00 в Свободное общение

Что-то Алексеи раскомментировались :)

Clauster, по поводу качества литературы все укладывается в рамки стандартного ответа - у каждого будет свое качество. Обычному покупателю будет важно качество книги как печатного издания, а это суммарно и качество бумаги, обложки, шрифт, рецензии, ну и само содержание. Возможно, есть категории людей, для которых важно только качество содержания (может редакторы какие, корректоры). Jedem das seine.

Мне тут в голову пришла мысль, что чем лучше тестирование, тем хуже качество.

Бредовая мысль как по мне :) Чем лучше тестирование - тем больше мы о качестве знаем. Знание - сила :) Странно, что в статье вы меряете качество отношением найденных к пофикшенным багам.



#70520 ISTQB: How does testing contribute to software quality?

Отправлено автор: zemljak 03 сентября 2009 - 20:56 в Свободное общение

Зря вы первую цитату отцепили, ну да ладно. Пример неудачный также потому, что Selenium это открытый проект со всеми вытекающими. В коммерческих продуктах понятие о качестве немного иное все-таки.

Так понятно, что проекты разные бывают. Но изначально же нигде никакого разделения нет, говорится об общих материях.



#70504 ISTQB: How does testing contribute to software quality?

Отправлено автор: zemljak 03 сентября 2009 - 13:08 в Свободное общение

Тоже плохой пример. С какой радости пользователи (а не любители преодолевать трудности) должны серфить по багтрекеру?

Никто никому ничего не должен. Кто-то посмотрит, а кто-то нет. Тот, кому нужен именно этот софт - посмотрит. Кто может безпроблемно уйти к конкуренту - уйдет.

Ну и дела. Это вы о качестве так рассуждаете или уже о другом?

Я лишь ответил на ваш вопрос. Если вы думаете, что ваш вопрос о качестве, можете считать что и ответил я о качестве. Ваше дело.
Другое дело, что ваш вопрос ни о чем.



#70495 ISTQB: How does testing contribute to software quality?

Отправлено автор: zemljak 03 сентября 2009 - 11:57 в Свободное общение

Тоже плохой пример. С какой радости пользователи (а не любители преодолевать трудности) должны серфить по багтрекеру?

Никто никому ничего не должен. Кто-то посмотрит, а кто-то нет. Тот, кому нужен именно этот софт - посмотрит. Кто может безпроблемно уйти к конкуренту - уйдет.



#70492 ISTQB: How does testing contribute to software quality?

Отправлено автор: zemljak 03 сентября 2009 - 11:37 в Свободное общение

Пример с "известными проблемами" вполне хорош, и, да, в определенном смысле продукт будет "лучше" (но не качественнее), так как сократятся расходы компании на его поддержку. Для пользователя тоже лучше - можно не тратить время и сразу пойти к конкурентам, так что о плохом (например) качестве данного продукта я даже не узнаю.

В целом, все выигрывают. Только это не говорит о качестве.

Задам традиционный вопрос - что для вас есть качество? :) Предвижу ответ, связанный с требованиями к ПО, отсюда второй вопрос - какие по вашему требования к ПО бывают? Если говорить о нефункциональных требованиях, то как раз таки одно из них (документированность) с помощью тестирования может быть вполне удовлетворено (не полностью, естественно). Ну по крайней мере мне так это видится.



#70488 ISTQB: How does testing contribute to software quality?

Отправлено автор: zemljak 03 сентября 2009 - 10:19 в Свободное общение

Я правильно Вас понял: Вы говорите, что от того, что Вы протестировали listboxer он стал лучше соотвествовать требованиям или стал приносить больше value? Т.е. для тех людей, которые теперь (после Вашего тестирования) скачивают тот же самый listboxer он более качественный стал? Или тот же самый listboxer стал лучше соотвествовать тем же самым требованиям?

Да.
Возможно, вы так пытаете меня из-за того, что по другому воспринимаете понятие "требования к ПО". Для меня существуют не только функциональные, но и нефункциональные требования. Одно из таких требований - документированность.

Я ведь не зря спросил для кого еще он стал более качественным. Получается только для Вас и только потому, что Вы к самому listboxer «присоединили» описание найденных дефектов и именно оно дает информацию о программе.

Ну почему же только для меня, для вас тоже. Ситуация - у вас два компьютера, на первом XP, на втором Vista, последний - для баловства, ну то есть вы все время проводите за первым компьютером, он рабочий. Вам позарез нужен listboxer. Вы скачиваете две версии, отличие одно - в одной из версий где-нибудь в faq'е или где-то еще написано, что под XP программа не работает. Какая для вас версия более качественная? Думаю та, которая более задокументирована, потому как вы потратите меньше времени чтобы начать спользоваться программой.
Понятное дело, пример я высосал из пальца. Можно точно такой же пример привести для другого софта, например для selenium. Например, вы пытаетесь воспользоваться какой-либо функцией, ничего не получается. В данном случае весьма ценен будет багтрекер, где можно найти информацию, что это баг (ну и при возможности узнать в какой версии он пофиксится или как его можно обойти).
Это и есть value, и не только для меня, а для всех, кому этот софт нужен. Понятно, что для дяди Васи с гаража это нафиг не надо. Ну так ему и listboxer с пофикшенными багами тоже не нужен. И получается качество listboxer'а с багами и без для него одинаково.



#70483 ISTQB: How does testing contribute to software quality?

Отправлено автор: zemljak 03 сентября 2009 - 08:43 в Свободное общение

Не подменяете ли вы фактическое качество программы (соответствие предъявляемым требованиям) с "Я знаю куда там нажать, чтобы программа закрэшилась"?

Не совсем понимаю к чему "Я знаю куда там нажать, чтобы программа закрэшилась", но среди предъявляемых требований к программе вполне могут быть и known issues. В этом случае качество протестированного Listboxer'а выше, нежели качество непротестированного.

Так вот как тестирование повышает качество, оказывается. Можно затестировать приложение до такой степени, что оно будет готово к выходу независимо от наличия ошибок.

И в этом даже есть некий смысл, если подумать.

Про готовность к выходу я не говорил, не приплетайте мне чужие слова. Критерий готовности у каждого project\product менеджера (ну или кто в конкретном случае отвечает за выпуск продукта\проекта) свой. Некоторые упорно бьются и исправляют ошибки, найденные в результате итераций тестирования. Некоторые выпускают продукт с заранее известными багами, просто предупредив об этом пользователей. Или вы не встречались с таким?

Дайте свое определение, что такое «quality», и покажите как оно повышается при тестировании.
Еще один вопрос меня мучает: для кого еще таким нехитрым способом качество listboxer повысилось?

Да можно взять любое адекватное определение, мне все нравятся :) И "соответствие требованиям", и более пространное "quality is value to some person". Как оно повышается - прочитайте мои посты еще раз, мне лень повторяться.



#70441 ISTQB: How does testing contribute to software quality?

Отправлено автор: zemljak 02 сентября 2009 - 13:14 в Свободное общение

Религиозный провокационный вопрос :)
Ответила "С" как наиболее близкий к моей карте мира, хотя и
1) Уверена что по мнению stqb он не верен.
2) Мне самой он нравится только на уровне "из двух зол" (а точнее из четырёх :)).

Предлагаю challenge. Возьмите программу listboxer и при помощи тестирования сделайте ей «increases the quality of a software system». А мы посмотрим и поучимся.

Так а вы определите, что для вас является "quality of a software system". Для меня "quality" протестированного Listboxer'а хоть не намного, но все же выше, чем непротестированного. Хотя бы тем, что я обладаю большим количеством информации о программе.



#69136 Gartner: бюджеты в IT сократятся за год на $400 млрд

Отправлено автор: zemljak 22 июля 2009 - 19:34 в Анонсы и обсуждения материалов it4business.ru

Объем расходов компаний на IT в мире по итогам 2009 года снизится до 3,2 трлн долларов, что на 6% меньше прошлогоднего показателя, который составил 3,6 трлн долларов.

(3.6-3.2)/3.2 = 0.12499999999999997
(3.6-3.2)/3.6 = 0.11111111111111108
Интересно, что из этого автор называет «6%»?
Остальные данные в статье, видимо, заслуживают такого же доверия.

Очепятка видимо в тексте. В оригинале

Worldwide IT spending is on pace to total $3.2 trillion in 2009, a 6 percent decline from 2008 spending of $3.4 trillion, according to Gartner, Inc.




#68212 Мотивация!

Отправлено автор: zemljak 08 июня 2009 - 09:01 в Управление тестированием

Еще Alfa вас очень красиво и правильно подвел к мысли о том, что резкого роста производительности труда после увеличения зп (или в ожидании увеличения) не будет. Ему (резкому росту) просто неоткуда взяться (опять же, если раньше сотрудник сознательно не саботировал работу). В целом рост производительности и качества конечно будет, но уже за счет приобретаемых со временем опыта и дополнительных навыков.

Я согласна с тем, что знания - необходимое условие для хорошей работы. Но недостаточное. Вы не встречали теоретиков, которые работают нерезультативно?

Встречал. Но опять же, мое мнение - не деньгами таких людей надо мотивировать, а советами и разговорами. Ну и параллельно стараться давать работу, максимально соответствующую их способностям.



#68173 Мотивация!

Отправлено автор: zemljak 05 июня 2009 - 12:58 в Управление тестированием

Я согласен с вами. Только "могут" и "хотят" - это абсолютно разные вещи. Я еще раз говорю - все люди хотят работать хорошо. А могут\не могут - это не всегда от менеджера зависит. Поругался утром с тещей, настроение на весь день испорчено - что может сделать менеджер? Правильно, ничего.

Т. е. как это ничего?! Он, что совсем ничего как руководитель не стоит?

Ничего. И стоимость руководителя не должна оцениваться по тому, как он может влиять на естественные вариации, потому что на эти самые вариации он повлиять напрямую ну никак не может. Косвенно - да, можно. Например в примере с тещей увеличение зп на 30% сразу поможет сотруднику с семьей снять квартиру отдельно от тещи :)

Резкие перепады вообще косвенно свидетельствуют о том, что что-то идёт не так. Если возможен "резкий рост", то точно так же возможен и "резкий спад".

Это и есть естественные вариации и от них никуда не деться. Пример с тещей тут показателен, можно вместо него подставить что угодно.

Согласен с Григорием. Резкие перепады говорят о том, что что-то не так. И это не так скорее всего ответственность должно нести руководство. Еще момент. Резкие перепады слабо зависят от мотивации. Зато от управленческих ошибок сильно.

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



#68149 Мотивация!

Отправлено автор: zemljak 05 июня 2009 - 08:43 в Управление тестированием

А если у работодателя есть возможность сэкономить на зарплате, чтобы остались деньги на развитие? Это очень сложны баланс, и менеджеру, в распоряжении которого оказывается какой-то бюджет, необходимо учитывать противоположные интересы компании в целом и отдельного сотрудника.

Что такое "развитие"? :)
Насколько я вижу, вы пытаетесь усложнить схему. Изначально есть бюджет на увеличение зарплаты, и стоит вопрос как этим бюджетом воспользоваться - сразу увеличить зп и делать это мелкими частями поэтапно. Если я правильно понимаю термин "развитие" и он является еще одним слагаемым в распределении денег - то тут лучше не начинать дискутировать :) Зароемся.

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


Люди не могут непрерывно работать хорошо. Люди меняются, среда меняется, проекты закрываются и открываются. У каждого бывают периоды энтузиазма и апатии. Каждый периодически достигает уровня неудовлетворённости, на котором что-то нужно менять. Поэтому "лучше один раз повысить, но конкретно" сработает только с отдельными сотрудниками и только на некоторое время.

Я согласен с вами. Только "могут" и "хотят" - это абсолютно разные вещи. Я еще раз говорю - все люди хотят работать хорошо. А могут\не могут - это не всегда от менеджера зависит. Поругался утром с тещей, настроение на весь день испорчено - что может сделать менеджер? Правильно, ничего. Это жизнь, такие вещи надо воспринимать с пониманием.

Резкие перепады вообще косвенно свидетельствуют о том, что что-то идёт не так. Если возможен "резкий рост", то точно так же возможен и "резкий спад".

Это и есть естественные вариации и от них никуда не деться. Пример с тещей тут показателен, можно вместо него подставить что угодно.



#68135 Мотивация!

Отправлено автор: zemljak 04 июня 2009 - 23:41 в Управление тестированием

Кейз на мотивацию:

Сейчас январь. У Вас есть хорошо работающий сотрудник (с з/п процентов на 15-20 ниже рыночной). У Вас есть возможность поднять сотруднику зарплату на 30% до конца года (бюджет такой). Вопрос: что делать?

Вариант 1: не поднимать зарплату. Результат: если с другими мотиваторами туго, он уйдёт, или останется но будет демотивирован.
Вариант 2: поднять на 30%. Он поймёт, что его з/п по рынку завышена слегка, и что Вы готовы столько платить за его текущий уровень работы. Результат: он будет работать так же, как и работал. Это покрытие гигиенических факторов и бессмысленная трата денег. Это не мотивация :)
Вариант 3: поднять з/п на 10-15%, похвалить, и объяснить, что если он проявит себя ещё лучше - зарплата будет поднята ещё выше. Результат: при заинтересованности в деньгах, человек станет работать ещё лучше.

Выводы из действий по 2 и 3 вариантам вы делаете неправильные, ИМХО. А отсюда и конечный вывод

Итого, мы видим ситуацию, при которой человек с меньшей з/п более мотивирован ;)


неверен.
Я вот одного не понимаю - если есть возможность повысить зп сразу на 30% своему сотруднику - почему бы этой возможностью быстро не воспользоваться, пока она есть? Или вы не хотите, чтобы ваши подчиненные хорошо зарабатывали?
Поймите, что все люди хотят работать хорошо, никто не хочет саботировать работу. Есть конечно процент таких, кто занимается саботажем, но этих надо гнать в шею сразу. И задача менеджера в том, чтобы предоставить сотруднику комфортные условия для работы. В том числе и хорошую зп., если это от менеджера зависит. Поэтому лучше один раз повысить зп, но конкретно, чтобы это условие для комфортной работы не отвлекало вашего подчиненного на продолжительный период.
Еще Alfa вас очень красиво и правильно подвел к мысли о том, что резкого роста производительности труда после увеличения зп (или в ожидании увеличения) не будет. Ему (резкому росту) просто неоткуда взяться (опять же, если раньше сотрудник сознательно не саботировал работу). В целом рост производительности и качества конечно будет, но уже за счет приобретаемых со временем опыта и дополнительных навыков.



#67131 Как не попасть под сокращение?

Отправлено автор: zemljak 30 апреля 2009 - 23:28 в Личный рост, карьера, развитие

Все, эту ветку лучше читать буду :)



#67128 Как не попасть под сокращение?

Отправлено автор: zemljak 30 апреля 2009 - 16:39 в Личный рост, карьера, развитие

Принимаю замечание. Женские порталы не посещала, чтобы понять, что Вам конкретно не нравится. Общий смысл понятен.

Очень рад за Вас, лучше не посещайте.

В Белоруссии была много. В Минске, Бресте, Кобрине, Гродно. Люди хорошие, не злые. Двое друзей в Ярославле - Ваши земляки.
В Гродно играла на первенстве СССР, хорошо сыграла. Из Кобрина пару раз привозила золото в личном по шахматам давным-давно.

Очень рад за Вас. Я тоже не злой.

О Ваших серьезных достижениях по профессии, к сожалению, ничего не знаю, а жаль. Обязательно почитаю все, что Вы смогли написать в этом форуме.

На этом форуме Вы ничего не найдете о моих достижениях в профессии. Прежде всего потому, что ДЛЯ МЕНЯ это больше технический форум, а также форум, где умные люди дискутируют на интересные для меня темы, а не пытаются выделиться своими достижениями.

Уважаю Вашу молодость и желание "разнообразить свою работу".

Моя работа почти, как "ТУ-154" для Вас, немного почитала Ваших слов, с удовольствием.

Откуда Вы знаете, что такое "ТУ-154" для меня? Читайте еще, пожалуйста.

А вообще, Vita, извините, если Вас задел. Пишите еще, если Вам этого хочется и Вы от этого становитесь счастливее.



#67115 Как не попасть под сокращение?

Отправлено автор: zemljak 30 апреля 2009 - 11:33 в Личный рост, карьера, развитие

В ближайший год - сильно зависит. Просто смотрю вперед и верю, а может, знаю, что все поправимо и изменится, какое-то время можно и ограничить привычные траты. В каком-то смысле кризис мне помог - сократив на час рабочий день в январе-феврале, появилось больше времени для семьи. Потом мне "подарили" три дня отгула из-за выходных командировки. Еще один остался :)
Кого-то пугает, как я нравлюсь людям, как завоевываю доверие (в хорошем смысле). Сегодня сосредоточена была на работе, не говорила. Коллега расстроилась. Парня заменяла, он вышел из отпуска и очень рад, что я решила по его программе текущие сложности. Он привлекал для их решения соседний отдел СВТ, приходил начальник отдела, разработчики консультировали. Я решила вопрос не по инструкции, а вопреки, даже не садясь за ПК, силой мысли, или идеей, математик проверил - помогло. Возможно, дела спорятся и потому, что мне доверяют, а я люблю людей таких, какие они есть и вижу в каждом много хорошего.
Сложнее, когда твоим близким делают очень больно пользователи, а ты способен качественно, с улыбкой и с душой исполнять, по отношению к ним, свои обязанности.


Блин, читаю форум - не узнаю. Как будто на какой-то женский портал попал, tetki.ru что-ли :)