• Прочь занозы из мозгов. 15 стереотипов о CRM-системах
    0
    (настройка бэкапов и тест на восстановимость оных) с mssql так не выйдет, да и способов отстрелить себе что-то с ним гораздо больше

    Зря вы так, MS SQL Server совсем не плох. Тем более, если приложение разрабатывается только на платформе Windows.

    Что касается Firebird, то, наверное, хотелось услышать от разработчиков аргументы в его пользу, например почему Firebird а не Postgree?

    Теперь я узнал о Firebird полезную для себя информацию — на этой СУБД делают успешные системы и при проектировании его можно рассматривать как приемлимую альтернативу (многоплатформенность, свободная лицензия, опыт применения).
  • Остроумие и отвага: как мы много раз ошибались, создавая iFunny
    –1
    А как попасть туда с ссылки, которая дана в профиле компании?
  • Машинный поиск аномалий в поведении интернет-магазинов и покупателей
    0
    Но мы уже раньше встречались с Иннокентием и знаем, что в прошлые месяцы он покупал преимущественно мелкую бытовую технику и одежду в России со средним чеком 7 000 рублей. Только сегодня утром он пополнял проездной в Москве, поэтому принципиальных изменений в его поведении быть не должно.

    Правильно ли я понял, что если я ищу работу, разослал резюме, а потом зашёл в интерне-поиск и набрал «омез», то кадровые агентства уже знают, что у меня проблемы с желудком?
  • Остроумие и отвага: как мы много раз ошибались, создавая iFunny
    +1
    Хотел посмотреть, зашёл на ваш сайт, ничего смешного не нашёл, перечитал пост:
    Но Web-версия постепенно догоняет app’ы как по аудитории, так и по наполнению.

    iFunny можно пользоваться анонимно, не регистрируясь.

    Что я сделал не так?

  • Профессионализм с человеческим лицом
    0
    Гланый посыл статьи:
    в бейсболе все подсчитано — хиты, раны, пойманные мячи

    В разработке ПО есть такая проблема (испытал на своём скине):

    — дешёвый проект, но работы реально много — а там горбатятся 2,5 человека. Иногда (от недостатка опыта) они считают себя даже героями, а всем (и руководству и ПМ) по-настоящему наплевать.

    — дорогой проект, но реальной работы дай Бог на троих — а там несколько десятков разрабов и все «загружены» на 120%.

    Объективных критериев оценки и мотивации в облати ИТ (очень часто/совсем) нет — об этом статья.
  • Профессионализм с человеческим лицом
    0
    Хорошая статья и перевод легко читается.
    Некоторые места задели за живое, например:
    69% менеджеров испытывают дискомфорт при общении с подчиненными

    выходит это распространённое явление, а то я думал только в тех местах, где мне довелось поработать.
  • Блеск и нищета автоматизации тестирования
    0
    У каждой компании свои цели, мотивация и представления о расходах и качестве ПО.

    Тестировщики, о которых вы говорите — входят в обязательный штат современной компании-разработчика ПО.

    Внешнее тестировщики нужны, когда компания не хочет, чтобы её 100500 клиентов выступили в качестве тестировщиков.

    Для внешнего тестирования отлично подходит аутсоурсинговая компания.
  • Обеспечение безопасности пользовательских данных: кто за это отвечает?
    0
    В статье не упомянута главная проблема утечек данных — инсайт. Возможно потребители и не так уж не правы?
  • Блеск и нищета автоматизации тестирования
    0
    Отдельно сидящие тестировщики – это архаизм :)

    Качественное тестирование может обеспечить только внешняя, неаффелированная команда (это из области психологии — почему так, учёные пока объяснить не могут).

    Тестировать надо (в солидных компаниях, которые привыкли заботиться о своей репутации) не только собственные разработки, но и любые ПО-продукты, которые там внедряют.
  • Блеск и нищета автоматизации тестирования
    0
    Сказал, что «смогу». Дали «добро». Через год АСТ v1 заработала.

    Сказал и сделал — вероятно это и есть самый главный скилл в любом деле. Спасибо, записал себе в ноут.

    Да и «временных» решений достаточно, чтобы хабраюзеры закидали камнями.

    Уверен, у вас получится. По-крайней мере, стоит попробовать.
  • Блеск и нищета автоматизации тестирования
    0
    мы (качественные автоматизаторы) можем очень многое

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

    А как быть, если просто нужен «качественный автоматизатор» тестов — какие к нему должны быть требования по скилам?
  • Блеск и нищета автоматизации тестирования
    0
    Мне всегда казалось, что тестирование отдельно от разработки не продать.

    Отлично продаётся. Главные потребители — банки и корпорации. У них сейчас сенокосная пора на мобильную разработку. А свой штат тестировщиков держать на окладе — зачем? Тестировщики востребованы только по мере появления нового ПО (и собственной и сторонней разработки).
  • Блеск и нищета автоматизации тестирования
    +1
    А вот как можно нагрузку условного Фейсбука протестировать руками – я даже и не знаю.

    Если вы имеете в виду — смоделировать нагрузочный тест как примитивную DDOS-атаку, то да — это будет делать скрипт.

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

    Поведенческие тесты нужны тогда, когда надо выявить, например, скрытую/плавающую ошибку. Разработать, провести такой тест и получить положительный результат (выявить причину проблемы) — большая работа. В каждом конкретном случае такие тесты уникальны.

    Кстати, сейчас востребованы услуги по тестированию ПО, которые предоставляются по схеме аутсоурсинга. Мне известна одна такая фирма. В штате у неё несколько десятков тестировщиков (с разными проф. навыками). У неё всегда есть заказы, а услуги далеко не всем по-карману.
  • Блеск и нищета автоматизации тестирования
    0
    Для выявления некоторых (самых неприятных) багов, иногда бывает нужно смоделировать не просто нагрузку, а сложный прикладной поведенческий тест. Для этого приходится вникать и в прикладную область и разрабатывать мудрёные алгоритмы.

    PS А вы всерьёз думали, что эти несчастные долбят как мартышки по клавишам?
  • Блеск и нищета автоматизации тестирования
    0
    Мне известны примеры, когда в тестировании участвуют десятки тестировщиков. Сейчас эта тема вполне актуальна, когда речь идёт о важной системе в солидной компании.
  • Блеск и нищета автоматизации тестирования
    0
    Спасибо.

    А как быть в случае, если баг проявляется в процессе взаимодействия пользователя с формой.

    Например — пользователь с таким именем уже зарегистрирован в системе.
    Или — пароль не прошёл валидацию на сложность.
    Или просто произошла ошибка при сохранении данных.

    Сможет ли автоматический тест решать такие задачи?
  • Блеск и нищета автоматизации тестирования
    +1
    P.S. Понимаю что мой ответ вас не устроит ;)

    Дело не во мне. В статье затронута действительно актуальная тема, с которой, в той или иной степени, сталкиваются все компании-разработчики ПО. Я стараюсь задавать «уточняющие» и «наводящие» вопросы, которые позволят лучше раскрыть тему. Судя по статье — у вас есть успешный опыт атоматического тестирования.

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

    Обеспечивая качественное покрытие кода приложения тестами мы одновременно замедляем разработку как таковую. И замедляем не на 10%, а вдвое, втрое или даже больше.

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

    И дело не только во времени. Нужны ещё дополнительные ресурсы (разработчики со спец. навыками) для разработки тестов. Но тесты покрывают далеко не все задачи тестирования. В итоге, стоимость и сроки разработки растут, а без ручного тестирования всё-равно не обойтись.
  • Блеск и нищета автоматизации тестирования
    +1
    Статья написана в разделе «разработка». Логично было бы предположить, что будет раскрыта тема разработки автоматических тестов на примерах.
  • Блеск и нищета автоматизации тестирования
    0
    Нагрузку проверяет нагрузочное тестирование, оно ни к авто, ни к ручному особого отношения не имеет.

    Вы меня заинтриговали (извините за сарказм), как же оно выполняется (или кем)? В вашем контексте «нагрузочное тестирование» это субъект, программа, технология или что?

    у каждого важного элемента должен быть уникальный, не меняющийся id

    О каком «важном элементе» идёт речь в данном контексте, кто и на каком этапе задаёт id, как гарантируется уникальность?

    При таком раскладе можно написать один раз пачку тестов на селениуме

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

  • Блеск и нищета автоматизации тестирования
    0
    Не «НСИ», а «ПМИ» (сорри).
  • Блеск и нищета автоматизации тестирования
    +1
    Вам надо протестировать формы в системе (Win-GUI, Web-GUI — не важно).
    Проверить:
    — штатную функциональность (типовое НСИ);
    — защиту от дурака (не ту кнопку нажали);
    — нагрузку (по данным и/или по юзерам);

    Таких форм много (в корпоративных системах десятки и сотни).

    Ваши конкретные предложения по автоматическому тестированию?
  • Введение в проектирование сущностей, проблемы создания объектов
    0
    Проектирование сущностей начинается с составления ER-модели. Предварительно желательно описать бизнес-процессы. Для увязки целостности процессов используется язык UML. Для этого существуют соответствующие CASE-системы (например BPWin, ERWin, Rational Rose, Oracle Designer).
  • Бунт бездельников, или еще раз об учете рабочего времени
    +5
    Отличная мотивирующая статья. Заставляет думать и действовать.

    1. Стало понятнее — так вот ты оказывается какой, современный оскал дикого пещерного капитализма.

    2. Школьники и студенты!!! — не курите бесцельно на переменах, а изучайте иностранные языки и современные компьютерные технологии. Эти знания помогут вам в будущем найти высокооплачиваемую работу «без дураков».

    3. Теперь я знаю что буду делать/обдумывать в выходные — сервис по имитации бурной деятельности на компе (для кого? — для «операторов колл-центра, бухгалтеров, менеджеров по логистике, продажам и прочих клерков»).
  • Путь из программиста в предприниматели (и стоит ли по нему идти)
    +16
    Хорошим тоном (в смысле уваженя к аудитории) являестся приложение расшифровки выступления
  • Прочь занозы из мозгов. 15 стереотипов о CRM-системах
    0
    Спасибо, теперь техническая сорона решения стала понятна лучше.

    А есть возможность ознакомится с документацикй конечного пользователя (ссылка на документ)? Чтобы лучше понять состав прикладных функций, решаемых системой (экспресс-обзор на сайте даёт весьма поверхностное представление).
  • Прочь занозы из мозгов. 15 стереотипов о CRM-системах
    +1
    Спасибо за ответ по-существу. Хотелось бы ещё уточнить несколько деталей.

    1. Мощная стабильная СУБД. Кстати, с чего Вы взяли, что она не очень популярная?
    3. Платформа Windows

    А почему тогда не MS Sql Server? Лицензия? Выбор Firebird был-бы логичен, если-бы планировалось делать решение сразу для нескольких платформ.

    2. RegionSoft CRM — это десктопная клиент-серверная система.

    А как Customer-ы подключаются к системе? Или кто-то должен вносить в систему информацию за них? Вообще для Customer-ов предусмотрен комфортный доступ к системе?

    4. Полностью автономно.

    Вопрос возник из-за этого места в описании («Лицензии на RegionSoft CRM конкурентные, т.е. мы не ограничиваем Вас в количестве установок. Цена лицензии зависит от количества пользователей, которые будут одновременно использовать продукт»).

    А как проходит этот контроль?

    5. У нас полноценный десктоп — это не облако. Однако решение может быть установлено на VDS (облачный сервер), пользователи могут подключаться удаленно из любых мест через интернет.

    А какой процент ваших клиентов используют VDS для развёртывания системы? (Без всякого сарказма, просто для информации)
  • Zubmill – новый русский Dental-Aliexpress
    0
    Поэтому нет ничего удивительного в историях, в которых стартап объявляет сбор средств на прототип на Kickstarter, а через неделю видит свой продукт на Aliexpress.

    Информация полезная — спасибо за статью.
  • VPS-хостинг и облачный хостинг: что выбрать и в чем разница?
    0
    Но если сайт подвергнется, например, DDoS-атаке, то это повлияет на остальные VPS на том же хосте

    На «облачном» сервисе, при DDoS-атаке, вам придётся оплатить провайдеру стоимость дополнительно выделенных ресурсов (об этом уже был коммент, ссылку не нашёл).
    Это как — прорвало трубу, оплатил соседям ремонт, а потом ещё и счёт на воду пришёл.

    Примеры провайдеров RUVDS Amazon Cloud

    Ещё было-бы интересно узнать о таких параметрах как Over Selling и Vendor Lock (это не сарказм, просто тема интересная, но те, кто об этом действительно знают не по-наслышке, стараются обходить тему стороной).
  • Прочь занозы из мозгов. 15 стереотипов о CRM-системах
    +1
    Зашёл на ваш сайт. Пара вопросов:

    1. В CRM-решениях используется БД Firebird (не очень популярная БД, хоть и со свободной лицензией). Чем обусловлен такой выбор?

    2. Ваши CRM-решения — это классический клиент-сервер, толстый веб-клиент или всё-же тонкий веб-клиент?

    3. Под какие платформы разработаны клиентские формы или будет достаточно браузера?

    4. Работа CRM-системы происходит полностью автономно (в рамках локальной сети ползователя) или контролируется вашим внешним сервером?

    5. Это может быть настроено в облаке?
  • Что ловить в карьере ИТ-архитектора: ожидания VS реальность
    0
    ИТ-архитектора, работу которого вы описали в статье, по-другому можно назвать «эникейщиком».

    В организации должны быть (крайне желательно) должностные инструкции, в которых описываются функции и обязанности, которые должен выполнять человек, назначенный на определённую должность или проектную роль.

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

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

    Вопрос — должностная инструкция ИТ-архитектора в вашей организации — она вообще есть (в виде утверждённого документа)? вы с ней ознакомлены?
  • Что ловить в карьере ИТ-архитектора: ожидания VS реальность
    +1
    ИТ-архитектор департамента развития корпоративных продаж.

    Другое название — консультант/менеджер по продажам, скорее всего продукции определённого вендора.

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

    Это функции менеджера проекта (ПМ). ПМ работает на основании «рабочего плана-графика», в котором описана последовательность конкретных задач. Список задач формируется на основании требований заказчика. Для каждой задачи определяются сроки и необходимые ресурсы. В разработке технической части «рабочего плана-графика» обычно принимает участие ИТ-архитектор.

    При этом ИТ-архитектор должен очень хорошо уметь говорить с бизнесом на его языке.

    Жаль что вы обходитесь ещё и без бизнес-аналитика.

    ИМХО: функцию ИТ-архитектора кратко можно сформулировать примерно так: На основании существующей инфраструктуры и требований заказчика, разработать технологический стек проекта(проектов). Иногда это ещё назывется — разработать ТЗ.
  • OpenStreetMap как источник геоданных
    0
    Плохо что-то у автора в разборе тегов

    Это полный список KV тегов по точке id=1706381831 (lat=46.0910836, lon=13.4324346):
    «addr:country»:«IT»
    «amenity»:«library»
    «name»:«Biblioteca Civica di Cividale del Friuli»
    «opening_hours»:«Mo-Fr 14:30-19:00; Tu,Th 10:30-12:30; PH off»
    «phone»:"+39 0432 710310"
    «place»:«country»
    «ref:isil»:«IT-UD0016»

    Ошибку вызвала KV пара: Tag:place=country, так как она является критерием отбора. По-моему это полезный и наглядный пример «небольших» недоразумений, которые могут возникать при использовании OSM.

    В том, что это действительно библиотека — легко убедится
  • OpenStreetMap как источник геоданных
    0
    Тег ref:isil (islamic state of iraq and levant?) более подозрителен.

    Ничего подозрительного — стандартный тег: Key:ref:isil
  • Влияет ли объём данных на трудоёмкость разработки. Учёт в муравейнике
    –2
    Скорее всего — через внешнюю сортировку
    А во сколько вы оцениваете время выпонения полной сортировки на миллиарде записей?
    Вы зачем-то меряете решение с алгоритмической сложностью O(n2), хотя известно, что сортировка — это O(n log n).



    Всё, что я хотел узнать — вашу оценку времени выполнения сортировки cells и antsToCells по cell. Примерно, с большим процентом погрешности, но, все-же, имеющую конкретное числовое значение.
  • Влияет ли объём данных на трудоёмкость разработки. Учёт в муравейнике
    –2
    А зачем нужен вложенный цикл «миллиард в миллиарде»?

    Без организации вложенного цикла не решить задачу сортировки cells и antsToCells по cell. Вы можете предложить алгоритм сортировки без организации вложенных циклов?
  • Влияет ли объём данных на трудоёмкость разработки. Учёт в муравейнике
    0
    Неправильно понимаете. Тут все данные были сгенерены и загружены согласно «типовой» политике первичных ключей

    Вы уверены, что приведённый вами фрагмент кода понятен? Есть ли простая возможность использовать ваш генератор?
  • Влияет ли объём данных на трудоёмкость разработки. Учёт в муравейнике
    0
    А вот теперь — печальный факт.

    Правильно ли я понимаю, что в MS SQL 2012 вы поместили те-же отсортированные данные, что использовали раньше?
  • Влияет ли объём данных на трудоёмкость разработки. Учёт в муравейнике
    0
    Всего лишь ещё одно подтверждение того, что объём данных влияет на трудоёмкость

    ИМХО: Я думаю, что мне бессмысленно продолжать настаивать на своей точке зрения, но и отказываться от неё, я не вижу оснований.
    Всякий, кто прочтёт комментарии к публикации, сможет сам определить свою позицию по этому вопросу.
  • Влияет ли объём данных на трудоёмкость разработки. Учёт в муравейнике
    –2
    Если в памяти — то за единицы минут плюс время чтения с диска и записи на диск

    Тогда, не могли-бы вы прокомментировать результаты небольшого теста (код приведён ниже).

    Суть теста: цикл в миллиард, имеет вложенный цикл в 10. Ничего не делается (простой инкремент переменной). Комп(Core i5) тратит на вычисление — 6.5 секунд. Следовательно, на выполнение вложенного цикла миллиард в миллиарде, должно быть затрачено 650 миллионов секунд.

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

    Код теста:
    using System;
    using System.Diagnostics;
    
    namespace TimeTestBillion
    {
        class Program
        {
            static void Main(string[] args)
            {
                long q = 0;
                Stopwatch t = new Stopwatch();
    
                t.Start();
    
                for(int i = 0; i < 1000000000; i++)
                {
                    for (int k = 0; k < 10; k++)
                    {
                        q++;
                    }
                }
    
                t.Stop();
    
                Console.WriteLine(string.Format("Time: {0} Value: {1}",t.Elapsed.ToString(@"mm\:ss\.fff"), q));
            }
        }
    }
    
  • Влияет ли объём данных на трудоёмкость разработки. Учёт в муравейнике
    0
    Скорее всего — через внешнюю сортировку

    Например предстоит отсортировать antsToCells размером миллиард. Базовый алгоритм сортировки прост. А во сколько вы оцениваете время выпонения полной сортировки на миллиарде записей?

    Примечание: можно сделать допущение, что все необходимые структуры всегда помещаются в память (чтобы пока обойтись без «сетки скоординированных агентов» и «коробочного map-reduce-а»).