powered by simpleCommunicator - 2.0.18     © 2024 Programmizd 02
Map
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / язык создания программ
25 сообщений из 77, страница 3 из 4
язык создания программ
    #40096096
вадя
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Last of 1 as
посидит, подолбит одно и тоже появится привычка. как в магазе на кассе
пробовал я как-то применить к своим операторам такое - не фига не получилось- нам так не удобно, мы по-старому... но ведь быстрее - не удобно...
...
Рейтинг: 0 / 0
язык создания программ
    #40096097
вадя
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Last of 1 as
красиво живете. а где-то студенты за инетом на елку лазят
да уж.
кто арендует жильё - сами подключаются, новый арендатор - новое подключение, провайдеров на выбор.
правда в новостройках - с выбором прова проблемы, монополия рулит.
...
Рейтинг: 0 / 0
язык создания программ
    #40096100
fkfka
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
softwarer
даже если вот прямо сию секунду упал вайфай, врач должен иметь возможность заполнить карту того пациента, которого обслуживает, а по-хорошему так и увидеть карты следующих в очереди).

А БД с картами тоже на компе врача хранить в DBF-файлах, и утром-вечером до сервера на флешке носить?
...
Рейтинг: 0 / 0
язык создания программ
    #40096114
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
вадя
Изопропил
скоммуниздить chromium - дело нехитрое
было б хорошо....

что значит было бы?

скачиваешь исходники и собираешь
...
Рейтинг: 0 / 0
язык создания программ
    #40096126
вадя
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Изопропил
что значит было бы?

скачиваешь исходники и собираешь
тут дело не в технике, а в политике - для медицины, как госучреждения - надо чтоб этот софт был в реестре....
...
Рейтинг: 0 / 0
язык создания программ
    #40096453
ldfanate
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторДля клиник, оказывающих услуги массе населения, возможность горячего накатывания кода малоинтересна по той простой причине, что они не круглосуточные. Для медицины важна в первую очередь автономность в рамках клиентского компа
В первые годы промышленной эксплуатации - скорее важна. Т.к. исправлять косяки в коде нужно часто и густо, и каждый раз ждать ночи (т.к. даже некруглосуточные больнички часто работают в 2+ смены) чтобы накатить (а иногда и быстро откатить обратно, т.к. патч кривой и плохо протестирован), не алё. Как и выгонять всех пользователей из системы и (или) перезагружать сервак в середине дня, когда очередь каличей и кривичей за дверью доктора.
...
Рейтинг: 0 / 0
язык создания программ
    #40096470
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ldfanate
В первые годы промышленной эксплуатации - скорее важна. Т.к. исправлять косяки в коде нужно часто и густо, и каждый раз ждать ночи не алё.

Есть такая хорошая штука, называется тестирование. Если ей хотя бы иногда заниматься, картина существенно меняется.
...
Рейтинг: 0 / 0
язык создания программ
    #40096480
вадя
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarer
Есть такая хорошая штука, называется тестирование. Если ей хотя бы иногда заниматься, картина существенно меняется.
проблема в том , что не один тестировщик не создаст такой ситуации, которую создаст сидящий за компом клиент....
...
Рейтинг: 0 / 0
язык создания программ
    #40096503
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
вадя
softwarer
Есть такая хорошая штука, называется тестирование. Если ей хотя бы иногда заниматься, картина существенно меняется.
проблема в том , что не один тестировщик не создаст такой ситуации, которую создаст сидящий за компом клиент....

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

Лично мне это напомнило единственный случай. В 98-м году я вышел на первую работу на полный день в контору, которая делала свой первый проект силами людей, которым сказали "теперь вы будете программистами". Буквально в те дни, когда я вышел, они поставили заказчику первую ознакомительную версию на пощупать. Заказчик пощупал и сказал, что он охренел от количества ошибок, и если это немедленно не будет исправлено - он разрывает договор. Меня направили тестировать, и я запомнил цифру: за первый рабочий день я нашёл и задокументировал 98 ошибок. Бьётся с номером года :) Желающие могут разделить 480 минут на 98 и получить скорость их нахождения. Так вот, до сегодняшнего дня и реплики ldfanate я нигде больше не встречал подобной ситуации.
...
Рейтинг: 0 / 0
язык создания программ
    #40096535
вадя
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarer
Хороший - создаст.
на несколько лет раньше чем ты начал свой первый проект
был одновременно и прогрмером и тестером-эксплуататором. т.е. сам себя проверял в боевых условиях.
со временем ошибок "не стало".
пришло время появились девочки-операторши - и начали находить такие ситуации...


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

когда я что-то добавлял - стоял за спиной конечного юзера и наблюдал что он делает , что можно ускорить, что изменить.
...
Рейтинг: 0 / 0
язык создания программ
    #40096538
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
вадя
был одновременно и прогрмером и тестером-эксплуататором. т.е. сам себя проверял в боевых условиях.

Это фиговый вариант. Искать у себя ошибки неэффективно. Даже если программисты вперекрёст тестируют друг друга - это уже резко повышает качество результата.

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

Так что из этого порождает пачками столь критичные ошибки, что их надо ставить на горячую сию секунду, а подождать вечера - никак?
...
Рейтинг: 0 / 0
язык создания программ
    #40096546
вадя
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarer
Это фиговый вариант. Искать у себя ошибки неэффективно.
зато сразу видишь какие действия лишние, какие можно изменить - тут лень двигатель прогресса
softwarer
Так что из этого порождает пачками столь критичные ошибки, что их надо ставить на горячую сию секунду, а подождать вечера - никак?
ну подождать можно и больше
...
Рейтинг: 0 / 0
язык создания программ
    #40096552
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
вадя
зато сразу видишь какие действия лишние, какие можно изменить - тут лень двигатель прогресса

Безусловно. Но к поиску багов это отношения не имеет.
...
Рейтинг: 0 / 0
язык создания программ
    #40096556
вадя
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarer
Безусловно. Но к поиску багов это отношения не имеет.
топик я создавал для темы поиска багов, жаль что скатилось в эту тему, хоть и горячая тема.
...
Рейтинг: 0 / 0
язык создания программ
    #40096581
Никанор Кузьмич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
вадя
softwarer
Это фиговый вариант. Искать у себя ошибки неэффективно.
зато сразу видишь какие действия лишние, какие можно изменить - тут лень двигатель прогресс
Тестировщик (хороший) прекрасно справляется и с этой задачей тоже.

Кстати, у меня сложилось впечатление, что существует довольно большое количество программистов, которые буквально никогда в жизни не работали в команде с профессиональными тестировщиками. Это, во-первых, печально, во-вторых, такие люди слабо вообще представляют, что такое хорошее профессиональное тестирование.
У меня жена работала в тестировании, начинала карьеру в компании, где на собеседовании давали специальную программу, которая была написана для проверки тестировщиков. Небольшая программка, с описанием, хелпом и каким-то (неизвестным ) количеством багов.
Статистика примерно такая:
Жена за несколько лет работы накопила информацию о примерно 50+ багах в этой программе (большую часть нашла сама, что-то находили кандидаты на собеседованиях).
Хороший результат для кандидата на собеседовании был порядка 20 багов за полчаса (после этого с ним имело смысл начинать следующую стадию интервью).
Я нашел примерно 15 багов за час.

Мне доводилось работать в командах, где тестировали сами разработчики, где тестировали аналитики, и где тестировали профессиональные тестеры. В целом, по итоговым ощущениям, качество конечного продукта вырастает на порядок после привлечения нормальных тестеров.

softwarer
Желающие могут разделить 480 минут на 98 и получить скорость их нахождения.
Кого эта цифра не впечатляет, предлагаю задуматься еще вот над чем. Нельзя просто взять и найти 98 багов. Чтобы уверенно называть хоть какую-то цифру, нужно это хоть как-то задокументировать. Записать, хотя бы одной строкой, что делал, что ожидал, что получил на выходе. 480 делим на 98, вычитаем время на запись, и получается, что баги должны были сыпаться вообще от малейшего прикосновения к компу.
...
Рейтинг: 0 / 0
язык создания программ
    #40096648
Last of 1 as
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
softwarer
Это фиговый вариант. Искать у себя ошибки неэффективно.


все другое - стоит денег

тестер, который владеет методикой, да еще в предметке шарит чтобы понимать что делает и куда смотреть - это дорого
...
Рейтинг: 0 / 0
язык создания программ
    #40096663
ldfanate
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarer
Есть такая хорошая штука, называется тестирование. Если ей хотя бы иногда заниматься, картина существенно меняется.

Есть конечно. Но только в стране розовых пони тестирование закрывает 100% проблем. Особенно когда параллельно идут несколько проектов по развитию толькочто внедрённого в ПЭ функционала в различных направлениях, допиливание багов - т.е. когда в тестовых системах копится незавершёнка кода, которой нет на продуктиве (т.е. тест на тестовой системе, даже если это квалити-система с копией продуктивных данных, даёт ложноположительный результат, а в продуктиве потом вылазиют нежданчики-последствия переноса).
...
Рейтинг: 0 / 0
язык создания программ
    #40096703
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Никанор Кузьмич
у меня сложилось впечатление, что существует довольно большое количество программистов, которые буквально никогда в жизни не работали в команде с профессиональными тестировщиками

Потому что профессиональные тестировщики - зверь ещё более редкий, чем хорошие программисты.
...
Рейтинг: 0 / 0
язык создания программ
    #40096710
вадя
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
тут надо различать - поиск багов и оптимизация процесса конечного пользователя.
а для этого надо знать весь процесс работы этого пользователя.
когда тестер тыкает на раскрытие календаря - и выбирает дату - все работает. а когда юзер тыкает несколько раз подряд для выбора даты - ему не хватает ума сообразить, что можно как-то это изменить и много раз тыкать не потребуется.....
на своём опыте проверил такое - никаких багов, все отлично работает, но когда перед тобой сидит клиент, эти элементарные действия в доли секунд, складываются в минуты - начинаешь соображать и искать как можно всё облегчить.....
и тут уже ни ТЗ, ни тестировщики-суперпрофи не помогут.
...
Рейтинг: 0 / 0
язык создания программ
    #40096712
Никанор Кузьмич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Last of 1 as
тестер, который владеет методикой, да еще в предметке шарит чтобы понимать что делает и куда смотреть - это дорого
Нет, это очень дешево.
Вот
ldfanate
В первые годы промышленной эксплуатации ... исправлять косяки в коде нужно часто и густо
и
ldfanate
выгонять всех пользователей из системы и (или) перезагружать сервак в середине дня
- это дорого. Очень дорого. Намного дороже, чем пара-тройка тестеров. Просто эти затраты размазаны по разным "тарелкам", и если их специально не собирать, то можно прикинуться шлангом и сказать, что они нулевые. А тестеры сидят кучно и автоматически выводятся отдельной строкой в отчете из бухгалтерской программы.

Вообще, есть еще одна вещь, которая касается расходов на разработку, и которую я, кажется, не пойму никогда.
Нанять программиста и платить ему порядка 5 (а то и намного больше) килобаксов в месяц (со всеми налогами, расходами на офис и пр.) - легко, не вопрос. Но сидеть он будет на убогом неудобном стуле (ценой ~50 уе) за самым дешевым монитором с поехавшими цветами (ценой ~100 уе). В опенспейсе, где друг у друга на головах сидят 100 человек. Казалось бы, дать нормальный стул, монитор и расфасовать офисных селедок по бочкам чуть поменьше будет стоить всего пару процентов от их ЗП. Но нет. Пусть мучаются. Христос терпел и нам велел, ага.
...
Рейтинг: 0 / 0
язык создания программ
    #40097106
Last of 1 as
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Никанор Кузьмич
Нанять программиста и платить ему порядка 5 (а то и намного больше) килобаксов в месяц (со всеми налогами, расходами на офис и пр.) - легко, не вопрос.


это уже не "легко", а скрипя зубами. ибо для непрофильной компании это затраты. ну а стулья и опенспейс - как вытекающее из первого
...
Рейтинг: 0 / 0
язык создания программ
    #40097108
Last of 1 as
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Dimitry Sibiryakov
Потому что профессиональные тестировщики - зверь ещё более редкий, чем хорошие программисты.


потому что деятельность неблагодарная.

ты всегда крайний, опыту в кодировании своей части у тебя поболее чем у пограмиста который хреначит то что ты проверяешь + предметка. а оплата часто ниже. ну и смысл?
...
Рейтинг: 0 / 0
язык создания программ
    #40097263
Никанор Кузьмич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Last of 1 as
Никанор Кузьмич
Нанять программиста и платить ему порядка 5 (а то и намного больше) килобаксов в месяц (со всеми налогами, расходами на офис и пр.) - легко, не вопрос.

это уже не "легко", а скрипя зубами. ибо для непрофильной компании это затраты. ну а стулья и опенспейс - как вытекающее из первого
Я именно про это и говорю! Сначала скрипя зубами наскребаем денег на 50 спецов (юристов, бухгалтеров, программистов и так далее), потом набиваем их как селедок в один большой опенспейс, где постоянно гвалт и духота, а эти специалисты, вместо того, чтобы продуктивно работать, половину дня держатся за голову и думают только "*****, когда все это закончится?"
Зато сэкономили 50 баксов на стуле.

Last of 1 as
потому что деятельность неблагодарная.

ты всегда крайний, опыту в кодировании своей части у тебя поболее чем у пограмиста который хреначит то что ты проверяешь + предметка. а оплата часто ниже. ну и смысл?
Мнение тестировщиков никто не спрашивает. Это именно решение начальства - "нам тестеры не нужны, у нас же только высококвалифицированные программисты, они пишут только хороший код". На самом деле, от тестировщика требуется на начальном этапе только усидчивость и внимательность, и даже такой тестер уже продвинет качество продукта вперед.
...
Рейтинг: 0 / 0
язык создания программ
    #40097272
L_argo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
даже такой тестер уже продвинет качество продукта вперед. Большая часть проблем - не в тестерах и их отсутствии.
Многие баги известны годами и даже десятилетиями.
Главная проблема, ИМХО - плохое управление технологическим долгом, недальновидность, нежелание оперативно реагировать на нужды потребителей.

Сколько не посади тестировщиков - продукт все равно улучшается крайне медленно. Хорошо, если не скатывается в УГ. :)
...
Рейтинг: 0 / 0
язык создания программ
    #40097317
Last of 1 as
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Никанор Кузьмич
Мнение тестировщиков никто не спрашивает


ну п.э. их и нет


Никанор Кузьмич
На самом деле, от тестировщика требуется на начальном этапе только усидчивость и внимательность, и даже такой тестер уже продвинет качество продукта вперед.


не важно сколько ошибок я найду, важно сколько из них пофиксят в новом релизе и сколько функциональности рухнет из-за этих фиксов из-за тех-долга в продукте
...
Рейтинг: 0 / 0
25 сообщений из 77, страница 3 из 4
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / язык создания программ
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (1): Анонимы (1)
Читали форум (1): Анонимы (1)
Пользователи онлайн (7): Анонимы (5), Yandex Bot 1 мин., Bing Bot 2 мин.
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]