Сайт очень удобный, наглядный и полезный, и да, большое за него спасибо!
Только непонятно, почему, если верить карте, все вебинары проводятся в Сыктывкаре? :)
А где на карте должен быть Интернет? :)
47 публикаций создано greesha (учитываются публикации только с 30 марта 2023)
Отправлено автор: greesha 30 января 2011 - 16:43 в Обучение тестировщиков ПО
Сайт очень удобный, наглядный и полезный, и да, большое за него спасибо!
Только непонятно, почему, если верить карте, все вебинары проводятся в Сыктывкаре? :)
Отправлено автор: greesha 26 января 2011 - 19:06 в Обучение тестировщиков ПО
Давно хочу поблагодарить за столь грамотно продуманный интерфейс ресурса -- в очередной раз добавляла информацию и поняла, что это интерфейс ресурса один из самых удобных из всех известных мне сайтов для размещения информации о мероприятиях.
Отправлено автор: greesha 15 декабря 2010 - 19:22 в QA: обеспечение качества
УРАААА!!!!! Есть еще люди со сходными проблемами!!!!!!
Отправлено автор: greesha 06 декабря 2010 - 18:46 в Личный рост, карьера, развитие
Не исключено, что он человек чрезмерно увлекающийся, креативный перфекционист, и будет так же работать -- переписывать код по десять раз, потому и что вот так можно, и ещё вот так, а вот так ещё лучше. Не факт, что это хорошо. По себе сужу, я тоже увлекающийся человек, иногда от этого страдаю :)
Отправлено автор: greesha 01 декабря 2010 - 18:46 в Личный рост, карьера, развитие
Иногда, глядя с крыльца на двор и на пруд, говорил он о том, как бы хорошо было, если бы вдруг от дома провести подземный ход или чрез пруд выстроить каменный мост, на котором бы были по обеим сторонам лавки, и чтобы в них сидели купцы и продавали разные мелкие товары, нужные для крестьян.
Отправлено автор: greesha 16 ноября 2010 - 14:09 в Свободное общение
Отправлено автор: greesha 09 ноября 2010 - 13:22 в Личный рост, карьера, развитие
Нет, не все зануды.
Некоторые - гении.
Отправлено автор: greesha 28 октября 2010 - 11:08 в Обучение тестировщиков ПО
Классно придумано!
Может на Хабре стоит попиариться? Сказать мол есть такой проект классный и бесплатный. Нужна мол дизайнерская мысль и рука для логотипа.
Заодно и пользователей прибавится и устойчивость сайта можно проверить :)
Да, кстати, легенду по цветам хотел узнать - что-то желтое, что-то оранжевое.
Отправлено автор: greesha 28 октября 2010 - 09:55 в Обучение тестировщиков ПО
Отправлено автор: greesha 26 октября 2010 - 15:20 в Тест-дизайн и ручное тестирование
А картинки у всех отсутствуют на этом сайте или только у меня?
Отправлено автор: greesha 12 октября 2010 - 07:27 в Тест-дизайн и ручное тестирование
Отправлено автор: greesha 16 сентября 2010 - 09:44 в Тестирование производительности
Видимо мы с вами в разные времена живем:) Любой пользователь хочет, чтобы программа работала быстро и потребляла как можно меньше ресурсов.
Зачастую так и делаем, сажаем, рассказываем, разработчик видит и пытается улучшить, но на это тратится кучу времени, которое в принципе можно не тратить, если внедрить то, что я предлагаю. Куча других проблем - это какие?
Отправлено автор: greesha 16 сентября 2010 - 07:40 в Тестирование производительности
Медленно работает сервис? Значит нужно купить ещё один мощный сервер, чтобы программа работала быстро... Иногда это оправдывается тем, что дешевле купить сервер, чем оплачивать много-много часов рабочего времени разработчика, который оптимизирует свое, ранее написанное медленное поделие. Так почему бы не писать быстро сразу?
В идеале разработчики должны писать быстрые программы, которые потребляют минимально возможное количество аппаратных ресурсов.
Для того чтобы начать думать над быстродействием своей программы разработчик сначала должен понять, что его программа работает медленно. Запуская программу на быстром сервере он никогда этого не поймет.
Отправлено автор: greesha 15 сентября 2010 - 16:19 в Тестирование производительности
Отправлено автор: greesha 15 сентября 2010 - 14:24 в Тестирование производительности
Разработчик, передавая сервис на нагрузочные тесты, понятия не имеет быстрый он сервис написал или медленный. И нам (нагрузочному тестированию), приходится открывать глаза разработчику.
А вот если бы в процессе разработки на слабом железе девелопер сам видел, что его сервис медленный, думаю - это бы его заставило задуматься и оптимизировать на ходу.
Отправлено автор: greesha 15 сентября 2010 - 13:48 в Тестирование производительности
Отправлено автор: greesha 03 сентября 2010 - 13:14 в Работа/Москва
Отправлено автор: greesha 18 августа 2010 - 14:38 в QA: обеспечение качества
Должен ли Разработчик согласовывать детали технического решения с Заказчиком?
Имеет ли право Заказчик потребовать это на заключительной стадии?
Неужели такое бывает в регламенте взаимодействия?
Отправлено автор: greesha 17 августа 2010 - 14:41 в Анонсы и обсуждения материалов it4business.ru
Отправлено автор: greesha 02 августа 2010 - 09:50 в Анонсы и обсуждения материалов it4business.ru
Отправлено автор: greesha 23 июля 2010 - 10:12 в Бизнес-анализ и требования
Отправлено автор: greesha 22 июля 2010 - 15:26 в Анонсы и обсуждения материалов it4business.ru
Отправлено автор: greesha 16 июля 2010 - 12:12 в Анонсы и обсуждения материалов it4business.ru
Отправлено автор: greesha 15 июля 2010 - 10:40 в Анонсы и обсуждения материалов it4business.ru
Community Forum Software by IP.Board Русификация от IBResource
Лицензия зарегистрирована на: Software-Testing.Ru