Кстати, отличная тема, для митапа.

Из за недооценки реестра поставки столько проестов вылетели из бюджета или были сорваны...

или это так вы раньше просто работали а теперь проэцируете, что так и должно быть?)

Зачем эта демагогия? :) Здесь общаются люди с обобщенным многолетним опытом разработки, прошедшие сотни и тысячи подводных камней и неочевидных костылей. Выслушавшие десятки докладов и прочитавшие сотни мануалов best practices. Такой опыт даже и не формализуешь как-то. Какой тезис вы доказываете?

Совсем чуть чуть об этом есть у Андрея Орлова в "записках автоматизатора". И статья у меня в блоге. Года от 2009...

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

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

+1

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

+++

Зачем эта демагогия? :) Здесь общаются люди с обобщенным многолетним опытом разработки, прошедшие сотни и тысячи подводных камней и неочевидных костылей. Выслушавшие десятки докладов и прочитавшие сотни мануалов best practices. Такой опыт даже и не формализуешь как-то. Какой тезис вы доказываете?

очень однобоко вырисовывается, мол, мы так делали, потому что (почему именно не ясно, опыт? если ты опытный расскажи) и всё

очень однобоко вырисовывается, мол, мы так делали, потому что (почему именно не ясно, опыт? если ты опытный расскажи) и всё

Коллеги, хорошая тема. Часа на полтора. Как насчет встречи за чаем?

с таким же успехом, можно доказывать, что нас вот убедили, что дед мороз есть, вот мы всем это доказываем

Что это рассказывать в чате?) Тут места мало. Это тема для десятка докладов двухчасовых.

с таким же успехом, можно доказывать, что нас вот убедили, что дед мороз есть, вот мы всем это доказываем

Тут в чате приходится фактически верить на слово и опираться на интуицию. Люди просто говорят о своем опыте.

ну почесать языком, может, а в реальности, ты же не доклад вырисовывашь о принятии решения, а в голове складываешь 1+1 и выдаёшь суждение, разве не?

Тут в чате приходится фактически верить на слово и опираться на интуицию. Люди просто говорят о своем опыте.

Вот, уважаемый, ключевое слово - верить на слово)

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

Этим своим наблюдением я делюсь здесь. Никто не обязан мне верить.

и к чему пришли именно?

Тут в чате приходится фактически верить на слово и опираться на интуицию. Люди просто говорят о своем опыте.

Забудьте ро интуицию. Есть множество сфер деятельности, где опора на здравый смысл - гибельна. Управление проектами - одна из них.

и к чему пришли именно?

Что при прочих равных писать на одном языке/фреймворке гораздо лучше чем на нескольких.

И лучше использовать одну базу данных а не 2 или 3. И не плодить фич без необходимости. И еще 47 всяких принцпов, навроде KISS, SOLID, GRASP, TDD ИТД

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

какой-то конкретики нет, а лишь - субъективизм

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

дело то не про код, а подход

Конечно субъективизм, как и вся индустрия IT - есть лишь результат всеобщего восприятия подходов и практик.

ну, тогда, это всё воспринимается не серьёзно, а на уровне бабушки у подъезда

С вашим то ником и аватаркой вообще смешно так говорить.

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

мы сейчас про тестирование только

А как же внедрять новые технологии, если все держится на "многолетнем опыте" команды?

"МЫ Ж КОМАНДА!"

)))

А как же внедрять новые технологии, если все держится на "многолетнем опыте" команды?

Постепенно и аккуратно, чтобы не разломать.

А как же внедрять новые технологии, если все держится на "многолетнем опыте" команды?

внедрять только при условии, что польза от них будет перекрывать потенциальный вред.

Постепенно и аккуратно, чтобы не разломать.

ну, чё т с появление php лучше не стало, однако, его все используют до сих пор

по-моему, это вредный язык,

вроде бы молоток, только вот чтобы им заколотить гвоздь, нужно голову поломать

Это не так. Проекты на пхп показывают очень хорошие финансовые результаты, стабильны в разработке и поддержке. Все работает, бизнесы прут, сообщество большое и активное. Шах и мат.

Я встречала людей, которые мечтали стать программистами на джава, но стали тестировщиками и стали писать на ней. Просто потому что джава в их сердце занимает не последнее место. А то, что прогнозируемое время выполнения тестов на ui - 100 дней, это ничего, зато удобно :)

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

> А то, что прогнозируемое время выполнения тестов на ui - 100 дней, это ничего, зато удобно :) А какие были альтернативы? Переписать на груви чтобы все работало 5 минут?

Ёжики плакали, давились, но продолжали жрать кактус

Ежики смеются, живут легко и работают с удовольствием. Такие факты :))

Это не так. Проекты на пхп показывают очень хорошие финансовые результаты, стабильны в разработке и поддержке. Все работает, бизнесы прут, сообщество большое и активное. Шах и мат.

Все работает, бизнесы прут, сообщество большое и активное. - незначит полезное

Все работает, бизнесы прут, сообщество большое и активное. - незначит полезное

Не значит. И что теперь?)

как и бОльшая часть IT-проектов...

как и бОльшая часть IT-проектов...

+

Для Slow . Суть в том, чтобы писать тесты и иметь возможность проконсультироваться у разработчика, если недостаточно своего уровня знания системы и самого языка. Я , возможно, слишком хардкоррно задал рамки. Имелось ввиду написание тестов на языке разработки или чём-то крайне близком и имеющим почти те же возможности. К примеру, у нас разработка ведётся на C/C++ под Windows. При этом тесты написаны на C/C++/Python. Их можно написать на JAVA или на C#. Но, никто из разработки не знает их в должной мере. Плюс, виртуализация здесь не позволяет делать некоторые извращения с процессами.

а кем изначально были написаны?

И ещё пример из жизни. Приходил к нам тестировщик и начал писать тесты на JavaScript не посоветовавшись с остальными. Тесты работали, не делали ничего сложного, но работали. Потом он уволился. Поддерживать это добро некому. Специально учить человека JS нет смысла. Искать мпециалиста под ЭТО немного стрёмно.

а кем изначально были написаны?

Мне нужен контекст. Кем изначально написаны тесты?

да, кем изначально написаны тесты?

да, кем изначально написаны тесты?

Разработчиками и тестировщиками.

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

с таким же успехом можно спросить какова потребность писать на языке отличном от разработки...

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

да, у меня был опыт написания пампера событий низкоуровневого драйвера на python (для тестирования драйвера). Да, он работал, как надо, но написать на плюсах было бы в разы проще)

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

Нет. С/С++ выбран не просто так даже тестировщиками. Нам необходимы утилиты тестирования безопасности, которые будут убиваться во время тестов. если выполнять подобные действия от имени python.exe, к примеру, то интерпритатор быстро умрёт и я не получу даже результатов завершения тестов.

Это как один из примеров.

с таким же успехом можно спросить какова потребность писать на языке отличном от разработки...

просто, потому что нет чткого правила, а лишь субъективизм, как нужно

Нет. С/С++ выбран не просто так даже тестировщиками. Нам необходимы утилиты тестирования безопасности, которые будут убиваться во время тестов. если выполнять подобные действия от имени python.exe, к примеру, то интерпритатор быстро умрёт и я не получу даже результатов завершения тестов.

а, ну там если необходимость, под конкретно взятую задачу, это наверно правильно

> А то, что прогнозируемое время выполнения тестов на ui - 100 дней, это ничего, зато удобно :) А какие были альтернативы? Переписать на груви чтобы все работало 5 минут?

была идея написать на питоне.) даже умельцы были ))

Ну то есть это именно то про что я говорю. Взяли джаву просто потому что им писать приятнее, а не потому что осознали и освоили мощь инструментов, поддержку и knowledge management. С таким подходом будет fail, на чем не пиши ;)

Хотя конечно к чему лежит душа - это дает x2 к энергичности и продуктивности. Тоже значимый фактор.

Хотя конечно к чему лежит душа - это дает x2 к энергичности и продуктивности. Тоже значимый фактор.

Это работа. Душа у меня может лежать к чему годно. Это не повод усложнять жизнь 3-4 людям в комании. :)

ERROR: S client not available

Ну когда душа лежит к хорошей мейнстримовой технологии это вдвойне приятно.

И жить хорошо, и результаты качественные.

Вот с этим не спорю.

Это работа. Душа у меня может лежать к чему годно. Это не повод усложнять жизнь 3-4 людям в комании. :)

Ну как бы если душа совсем не лежит к работе, то надо искать другую. Я же не буду искать вакансии на джаве потому что мне совершенно неинтересно изучать ее и экосистему.

Ну как бы если душа совсем не лежит к работе, то надо искать другую. Я же не буду искать вакансии на джаве потому что мне совершенно неинтересно изучать ее и экосистему.

Всё так.

Ну когда душа лежит к хорошей мейнстримовой технологии это вдвойне приятно.

Не знаю как сейчас. Может что-то поменялось. Лет 10 назад российским программистам на удаленке больше всего платили за Cobol и FileMaker. Вот и думай...

FileMaker вообще первый раз слышу =)

FileMaker вообще первый раз слышу =)

О-о-о... 10-15 лет назад эта платформа держала 57% автоматизации мелкого и среднего бизнеса. Платили там больше чем ораклистам в 2-3 раза. Но российские программисты упорно учили Oracle. Какой феерический флейм был на sql.ru! Парень объяснеяет: "То, что я делаю за неделю, вы будете делать квартал. Поэтуму у меня очень хорошая зарплата, дом, дача, машина, ....". Ему в ответ: "Не, оракл - это сила"

Я в 2001 работал в фирме, которая в день зарабатывала столько же, сколько Rambler в год.

Именно благодаря FileMaker. Первая версия софта ушла в прод через день! Карл, через день! после начала разработки. Скорость добавления фич была феерической.

Звучит очень круто.

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

Запилить юзкейсов 20 за день - нормально.

А к чему этот тред-то?)

Именно благодаря FileMaker. Первая версия софта ушла в прод через день! Карл, через день! после начала разработки. Скорость добавления фич была феерической.

У меня сейчас перед глазами тестировщик, и тестируется им с у которой стабильный релиз которой не могут выпустить уже год. Плачу. Сергей, а почему сейчас про этот FileMaker не слышно?

Ну когда душа лежит к хорошей мейнстримовой технологии это вдвойне приятно.

Писать надо не на том, на чем хочется, а на чем выгоднее бизнесу.

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

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

Ну может скорость разработки была и высока, а вот красота и функциональность продуктов на выходе не оч. ;)

Современные системы на порядок сложнее и запутаннее. Но и задач они тоже больше на порядок решают.

Ну может скорость разработки была и высока, а вот красота и функциональность продуктов на выходе не оч. ;)

Там другие проблемы. Очень быстро уперлись в производительность движка и число рабочих мест. FileMaker - это одна категория с аксесом. Просто это был лидер. 25-30 одновременно работающих операторов, был предел. Выгрузка данных очень медленной была. Потом мучительно и больно переползали на другую платформу. Но когда фирма зарабатывает $1 000 000 в день (я не описался), то можно позволить себе кинуть на переписывание на новый движок миллионов 5-30 (не рублей).

Современные системы на порядок сложнее и запутаннее. Но и задач они тоже больше на порядок решают.

Нет. Функциональности у них, как правило, меньше. На пару порядков.

То есть в 90х годах уже можно было делать адаптивные системы под десктопные и мобильные приложения одновременно?

У меня сейчас перед глазами тестировщик, и тестируется им с у которой стабильный релиз которой не могут выпустить уже год. Плачу. Сергей, а почему сейчас про этот FileMaker не слышно?

В 90-х я написал с нуля учет / расчет коммунальных платежей и вывел в прод. Кто работал с коммуналкой - тот поймет. Биллинг там очень сложный. В одиночку. С миграцией данных. С написанием руководства пользователя и обучением персонала. За месяц.

То есть в 90х годах уже можно было делать адаптивные системы под десктопные и мобильные приложения одновременно?

Я говорю про набор функций. Естественно, в качестве типичных ограничений - локальная сеть, десктоп и т.д.

Хотя первый типа "смартофон" я держал в руках в 1994...

Я не уверен, что кто-то спорит о возможности написания такого ПО за месяц. Поскольку здесь канал про QA меня интересует качество этого ПО и стабильность его работы. :)

Ну стало больше функциональности в глобальном смысле. Универсальные API, масштабируемость, под разные платформы, устройства, всякие системы автоматизации документации и т.д.

Да, опять же деплой под разные операционные системы, тестируемость такого универсального кода. Жить стало сложнее.

К несчастью, я видел много ПО дл государственных учреждений. Многое было написано за 1-4 месяца. Но при работе с ним хотелось убить себя самым неестественным способом.

Я не уверен, что кто-то спорит о возможности написания такого ПО за месяц. Поскольку здесь канал про QA меня интересует качество этого ПО и стабильность его работы. :)

За три года эксплуатации в проде была одна ошибка. На 3 копейки. По копейке в 3 лицевых счетах. С округлением ошибся.

За три года эксплуатации в проде была одна ошибка. На 3 копейки. По копейке в 3 лицевых счетах. С округлением ошибся.

Вот это весьма достойно.

Учитывая, что расчеты коммуналки проверяли пенсионеры... Это вам не штатные тестировщики. Это настоящие асы.