• Как научить продажника говорить с разработчиками
    0
    1. на всякий случай уточню: мнений «с одной стороны», по крайней вокруг меня, достаточно. И все правы, что характерно. Но конструктив получается при диалоге, когда смотрят на обе чаши весов, и находят тот самый баланс.

    2. Обещали месяц, сколько получилось — уже не очень интересно, через год нет результата. Пол года — сейлз «накинул риски» уже сам, от себя.

    Дальше все очень хорошие и правильные вопросы, но мы ведь пытаемся рассматривать общение «Разработка <> Сейлз»? И по крайней передо мной проблема именно в том, что «понять, что мешало».
    Если вернуться в контекст статьи — понять, кто кому что должен говорить (и видимо в какие моменты времени), что бы
    а) получать таки результат
    б) всех оставались в хороших отношениях

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

    3. Книги мало кто читает, увы. Плюс, книги чаще несут фундаментальные знания, которые после прочтения нужно осмыслить и научиться применять в жизни. Обзор — лично мне, да, однозначно интересно.

    Но первое желание было кинуть ссылку коллегам, на хорошую статью, которая будет как-бы мини-книгой для одного конкретного прикладного аспекта.
    Что-то типа «Как подружить разработку и сейлзов за 3 дня и выпускать умопомрачительные продукты» :)

    Если есть силы-желание-время серию статей, на разные смежные аспекты.

    8. Веселая и позитивная, кажется, может получиться если разработчиков и сейлзов поменять местами — обхохочешься %)
  • Как научить продажника говорить с разработчиками
    +1
    хотел было отправить нашим (и тем и другим), но таки согласен с несколькими мнениями уж высказанными ранее — однобоко. Представьте, что продажники всегда общаются с разработчиками формулировками «Как правильно», дальше что? Например я сейчас очень часто слышу претензию со стороны продажников вида:

    Сначала спросил у разработчиков, сколько займет реализация, мне сказали месяц. Пообещал клиенту «через пол года». Уже год прошел, где?! Что мне отвечать клиенту?

    Рискуя быть заминсованым — «общение», это как минимум две стороны. Это значит, что учить нужно обе стороны. Нельзя считать, что «одна чторона уже ок». Есть же классическое «если программа работает не так, как написано в документации, значит ошибка и там и там». Если общение не складывается — виноваты оба.
  • Инструменты DevOps: Чем хорош SaltStack, и какие задачи с его помощью можно решить
    0
    Chef — на Ruby: https://github.com/chef/chef
  • Инструменты DevOps: Чем хорош SaltStack, и какие задачи с его помощью можно решить
    0
    «в комплект» к Ansible Galaxy: https://github.com/saltstack-formulas
  • Высокие технологии помогают быстро приготовить вкусный кофе
    0
    ингредиенты не из воздуха берутся независимо от способа приготовления.
  • Высокие технологии помогают быстро приготовить вкусный кофе
    0
    в ту самую, что собрать в единый автоматический процесс несколько совершенно разных действий, только на первый взгляд задача простая.

    А еще, в этой ветви обсуждения мне не очень понятен аргумент цены. У нас в офисе работает порядка 20 человек. И несколько лет (5-6), работала кофемашинка Syntia, ценой меньше $1000. Она, конечно, не умела всё вот это разнообразие. И думаю, при должном регулярном обслуживании, проработала бы еще столько же лет. Но даже если взять цифры, и грубо оценить

    навскидку: 20 человек, 3 чашки кофе в день, 200 рабочих дней, 5 лет = 60000 чашек кофе.

    То есть, за то, что бы «получить чашку кофе нажатием на кнопку», без наворотов нужно добавить примерно один рубль на каждую чашку. С наворотами — 2.5 рубля. Это ведь не сильно дорого?

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

    Кстати, надеюсь многие понимают, что автоматизация далеко не всегда дает «лучший результат». Одна из целей автоматизации поднять минимальную планку качества, а еще одна — выдавать результат стабильного качества.
  • Высокие технологии помогают быстро приготовить вкусный кофе
    0
    раз кофе не пьете, то видимо только из любопытства — ознакомьтесь, что такое процесс приготовления эспрессо, сугубо с технической стороны. Есть шанс, что вопрос «почему 2000 баксов» если не совсем отпадет, то как-то будет более-менее понятен.
  • Как и зачем мы разработали свой инструмент для создания дистрибутивов продуктов
    0
    Сейчас смотреть еще не где?

    Совсем не понятен вопрос — существующие системы чем не устроили? Скрипты/шаблоны есть если не у всех. то почти у всех.
  • Salt за 10 минут
    0
    мы выбрали несколько лет назад salt потмоу, что он уже тогда достаточно хорошо поддерживал windows на клиентах.

    У нас, правда, не тысячи хостов (десятки, может будут сотни)
  • Яндекс запустил сервис «Здоровье»
    0
    Если сразу не было понятно, я попробую еще короче — у других сервисов нет такого уровня формальных методов проверки. Сама прикладная область «медицина» дает лучшие механизмы для модерации, в виде лицензирования.

    Ваши опасения не менее гипотетичны.
  • Яндекс запустил сервис «Здоровье»
    0
    От попадания в «посредственную клинику» вас «защищает» лицензия (которую, очевидно, Яндекс проверяет при подключении к системе). От попадания к «посредственному врачу» — диплом врача, и прочие требования, которые проверяет клиника.

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

    И если подумать, это даже больше, чем обычно делает человек, который заходит в здание с вывеской «Медицинский центр». Охотно поверю, что вы и еще некоторое количество людей первым делом останавливается возле стенда со всеми этими документами, но то, что это делает большинство — не поверю.
  • Яндекс запустил сервис «Здоровье»
    0
    Лично для меня, «дойти до регистратуры и завести карту» — это одна из первых задач, которую я бы не хотел решать сам. Кстати, не важно, ДМС или платно. К счастью, по врачам хожу редко, но когда в прошлый раз ходил платно, там тоже заводили карту.

    В случае полиса ДМС — весь процесс регистрации, по большему счету, меня не требует — все данные есть в страховой компании. Их даже не нужно у меня спрашивать. У меня достаточно спросить согласия на передачу данных уже отданных страховой Яндексу и в Поликлинику.

    Всё нюансы оказания услуг по страховке, уже формализованы в страховой, и эти формальные требования уже доведены до мед.учреждений. Потому, что отношения страховой и медучреждения именно на этом основываются — какие услуги, сколько стоят, и что кому включать в страховой покрытие.
  • Яндекс запустил сервис «Здоровье»
    0
    Не вижу ничего технически интересного.

    У меня в «комплекте» к полису ДМС, есть список всякого, от страховой компании.
    Технически, «удобство для человека с ДМС», рутинная работа:
    — интегрироваться со страховыми, взять данные от них
    — пересечь у себя с данными, которые дают клиники
    — показать всё это красиво человеку и дать выбор.
  • ONLYOFFICE или Libre: о битве форматов и совместном редактировании
    0
    это же SaaS? Никаких «скачать» я там сходу не заметил.

    Тогда нужно было (да и сейчас) что-то, работающее offline. У нас «все два человека», котоыре активно рисуют диаграммы, довольно чатсо это делают в поездках, где с нормальным интернетом — больше вопросов чем радости.
  • ONLYOFFICE или Libre: о битве форматов и совместном редактировании
    0
    http://pencil.evolus.vn/

    еще отторжения у меня не вызывал yEd (смотрел несколько лет назад, на волне очередного нытья, что Pencil — это же ад и ужас), но тем, кому этим пользоваться — как-то «не зашло».
  • ONLYOFFICE или Libre: о битве форматов и совместном редактировании
    0
    вендоры, интеграторы — не важно.

    Важно что находится (не знаю кто именно ищет, не суть) кто-то, кто платит деньги, и чаще всего для этого «кого-то», это не просто «дать денег крутым чувакам на клёвую штуку», а вполне себе осмысленный результат в замен получить. Экономический, репутационный или еще какой, который плательщик оценивает в деньгах.
  • ONLYOFFICE или Libre: о битве форматов и совместном редактировании
    0
    часы легко переводить в деньги.

    Как только «доработка рисовалки диаграмм», любой из доступных, до уровня хоть немного ближе к Visio будет экономически оправдана, например, большая компания посчитает, что отказаться от сотни лицензий Visio им сэкономит NNNN денег, каждый год, они возьмут эти «деньги», пройдутся по ключевых разработчикам и спросят — готовы ли те за эти деньги сделать требуемые улучшения. Сойдутся в цене и объеме работ — сделают.
  • ONLYOFFICE или Libre: о битве форматов и совместном редактировании
    0
    у вас «затраты» в деньгах измеряются? Даже если взять самый страшный случай — у вас вообще никакого Microsoft'а нет, и нужно купить виндовс, визио, может какой-нибудь еще parallels что бы всё это запускать, эти расходы окупаются? За год? За пол года? Быстрее?
  • ONLYOFFICE или Libre: о битве форматов и совместном редактировании
    0
    оставаться с майкрософтом или уходить — это зависит только от вас.

    мы вопрос «что вместо Visio» решали лет 10 назад, и нашли совсем смешную поделку, которая глючила (и глючит до сих пор), результат выглядит не так красиво, но… Те три-четыре человека, которым нужно рисовать схемы, глядя на цену Visio, и осознавая, что мы не хотим зависимости от майкрософта, берут и рисуют. Раз в год спрашивают «может есть что-то новое приличное?», но на ответ «неа, нет...» продолжают использовать то, что выбрали.

    Опять-же, по ссылке в списке альтернатив, вверху елси не все, то подавляющее большинство — open source. Как известно, одно из преимуществ open source, что пользователь не зависит от автора. Если вы готовы вкладывать усилия в развитие продукта — лицензия позволяет. Или пишите то, что вам нужно сами, или находите людей, которые способны за ваши деньги добавить в текущий проект то, что вам нужно.

    Ждать, пока «кто-то другой это сделает» можно, но непродуктивно, как показывает ситуация с Visio.
  • ONLYOFFICE или Libre: о битве форматов и совместном редактировании
    0
    ок, у нас компания не может называться «большой». Что происходит в больших, мне увы, не ведомо. Но в том сегменте рынка, где ведомо, из несколько десятков лицензии офиса, ни одной лицензии на Visio. Вот, кстати, PowerPoint, есть как минимум в каждом отделе, а скорее покупают тот комплект офиса, где есть PowerPoint.

    Будьте добры, прочитайте еще раз, что я писал: бизнес-модель альтернативных офисов другая. А если это open source — то совсем другая. Но в любом случае, результат очевиден- на написание хорошего редактора диаграмм никто средства не выделил.

    Видимо вам неприятно принять этот факт, но увы.

    p.s. не так давно в выдаче гугла на мои запросы поиска «похожего софта» стал появляться вот этот сайт http://alternativeto.net/software/microsoft-visio/

    очень характерная картина — первый десяток вариантов — всё и рядом не стоял с Visio. Хотя каждое из них некоторым образом в каких-то узких случаев позволит нарисовать диаграмму.
  • ONLYOFFICE или Libre: о битве форматов и совместном редактировании
    0
    простите, я не очень понимаю о чем вы. MS Visio, хотя и является частью офиса, это отдельный продукт. Конечно, его можно купить в комплекте с остальными, но это всё маркетинг. У нас в нескольких юридических лицах, я не помню, что бы был куплен хотя-бы один офис в котором Visio, потому что просто не нужно. Хотя офисов куплено много. Более 100 человек сотрудников, это «крупна компания»?

    Вы подтверждаете мои слова, про «баланс» — отобрать заметную долю рынка у MS Office практически невозможно. Переводя на «язык денег» — все альтернативы живут на достаточно низкой маржинальности, даже если там есть успешная бизнес-модель.
    Это значит, что деньги расходуют в первую очередь то, что важнее подавляющему большинству, у которого необходимости в аналоге Visio нет.
  • ONLYOFFICE или Libre: о битве форматов и совместном редактировании
    +2
    вам еще не очевидно?

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

    Не знаю, как подсчитать «рынок Visio» (в деньгах), но давно уже очевиден простой факт — если чему-то нет альтернативы, то те, кто в принципе могли бы эту альтернативу предложить, с очень высокой долей вероятности сели, посчитали расходы, прикинули возможные поступления, посмотрели на баланс, и махнули рукой.
  • ONLYOFFICE или Libre: о битве форматов и совместном редактировании
    0
    А кто-то размахивает пачками денег, и готов оплатить такую работу?

  • Scala или не Scala? Вот в чем вопрос
    +1
    очень легко сочетается

    Пример из нашей жизни, как раз вот один из разработчиков интересовался, сколько проекту лет — 6 лет. от первого коммита. Можно ли сказать, что проект, который компании прибыль — это несерьезно? Вполне серьезно. Никаких проблем из за того, что «скала» мы не испытывали. Да, лет пять назад, были некие сложности с поиском людей, но наша практика показала, что человек который умеет использовать Java, под руководством нашего тимлда, вливается в проект примерно за пару недель. За пару месяцев за ним вообще уже не нужно приглядывать.

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

    То есть суть отличий будет
    — в сложности проекта как такового
    — в людях

    Сделал wc -l в src/main/scala — всего 65602 строк. Никакого слика или другого ОРМ у нас нет. В оракл и постгрес ходить умеем, но нужно не часто. Основное хранилище — монга.
  • Scala или не Scala? Вот в чем вопрос
    0
    в людях?

    цитата из этой статьи
    Сегодня мы поговорим о том, нужна ли Scala разработчику для саморазвития


    Разработчики из вашего примера со сликом, так и не выпустили ничего работающее?
    Может быть, напрасно они сразу за слик схватились?
  • Scala или не Scala? Вот в чем вопрос
    –5
    а еще больше порядка в программах на Go, и растет он быстрее
  • Scala или не Scala? Вот в чем вопрос
    0
    Широкому кругу быстрее на bottle или flask (питон)
    Но что это меняет в контексте данной статьи?

    понятно, что использование знакомого инструмента даст результат быстрее и лучше. Вопрос то не в это.
  • Scala или не Scala? Вот в чем вопрос
    +2
    И причем тут скала как таковая? Это же разработчики хотели?
    А кто им разрешил? Тот, кому тоже не очень важно то продукт выпускать?
  • Скрипт для тех, кому лень разбираться в Linux
    0
    мы остановились на salt, потому что в момент когда выбирали, только там адекватно (даже более — очень комфортно) поддерживался Windows, которого у нас достаточно много.

    С тех пор, с одной стороны, что-то на тему Windows сделали в ansible. С другой, у salt появился salt-ssh, который «как в ansible». За другими совсем не слежу, но слышал Chef вполне себе успешно развивается.

    В общем, смысл писать «скрипты» (да еще и на bash) для конфигурирования линукса мне не понятен. Если нужно один раз — просто делаешь руками, если нужно много раз — пишешь рецепт для своей любимой системы оркестрации или как там их правильно называют.
  • Скрипт для тех, кому лень разбираться в Linux
    +5
    Скрипты конфигурации с менюшками в консоли, на мой взгляд не нужны, уже лет пять — так совсем.

    ansible, salt, chef, puppet (что-то забыл?) — кому что интереснее/удобнее/привычнее. Насколько я понимаю, у ansible самый низкий порог вхождения, и в случае «нет у меня кластера, одна машина» с ним проще всего.

    Мне ближе salt, поэтому я бы начинал с https://github.com/saltstack-formulas/

    Что там хотел автор, VPN? Например https://github.com/saltstack-formulas/openvpn-formula
    Прокси? https://github.com/saltstack-formulas/squid-formula

    Почему-то уверен, что есть где-то аналогичный сборник уже готовых «рецептов», для остальных систем автоматической конфигурации.

    — Не понимаю, откуда у людей такая тяга к интерактивным штукам. Понятно откуда тяга к общению с людьми: от природы, инстинкты, гены и всё такое. Во всех остальных случаях, всегда нужно стремиться к одной кнопке «сделать хорошо».

    Опять-же, в случае salt'а, скажем, я пишу

    some.new.host:
    — vpn
    — squid
    — some-another-stuff

    в одном месте, а потом в консоли говорю

    salt some.new.host state.highstate


    Через какое-то время, получаю на этот some.new.host всё установленное и настроенное так, как мне нужно.
    «Как именно нужно» — опять-же, хранится в рецептах «vpn», «squid», «some-another-stuff».

    Правда, удобно?
  • Скрипт для тех, кому лень разбираться в Linux
    +1
    как нужно делать что?

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

    Как уже заметили выше — нужно что-то готовое, гораздо лучше просто купить готовую услугу. VPN, прокси, хранение данных — всё это есть, или за деньги сравнимые с VPS, или даже бесплатно. И если вам лень разбираться, как это реально работает — такого рода скрипты дадут только ложную уверенность.
  • Скрипт для тех, кому лень разбираться в Linux
    0
    Про ansible не знаю, но у salt stack управление пакетами кросс-дистрибутивно.

    А разнообразие имен пакетов аккуратно оформляется в «рецепте», знания о том, какой дистрибутив доступно.
  • Serena выпускает версию 11.1 своей BPM платформы
    0
    Подписи — начиная от примитивных md5/sha на бинарник, завершая какими-нибудь другими сертификатами. Нужно ведь как-то убедиться, что полученный «от сервера» бинарник, это именно то, что сервер нам высылает?

    Авторизация — например, что бы клиент salt начал работать с сервером, на сервере импортируется ключ клиента.
  • Serena выпускает версию 11.1 своей BPM платформы
    0
    Сейчас это инсталятор .exe, собранный NSIS'ом, на msi так и не перешли. Скрипты внутри простые, вынести куда-то отдельно проблем нет. Для начала можно совсем без скриптов — скачал, остановил службу, заменил бинарник (один), запстил службу, убедился, что запустилась. Если нет — остановил, вернул прошлый бинарник, запустил.
  • Serena выпускает версию 11.1 своей BPM платформы
    0
    5 узлов и 30 дней, наверное, для пробы достаточно, но тогда прежде чем пробовать, всё равно есть смысл узнать о ценах, хотя-бы порядке.

    Потому, что написать state на salt stack, это вполне обозримая работа.
  • Serena выпускает версию 11.1 своей BPM платформы
    0
    да, локальные партнеры — это очень хорошая штука :)

    Но прежде чем вы дадите ссылку, я в пару слов расскажу о нашей задаче, и что уже попробовали. Вдруг, нам SDA никак не поможет.
    Есть у нас продукт, который установлен в куче разных мест, и мы его сопровождаем. Разработка ведется близко к тому, как сейчас принято — на выходе из CI получаются дистрибутивы готовые к установке (обновлению) у клиентов. И вот мы пришли к тому моменту, когда уже практически готовы сделать автоматический деплой.

    Самое простое — поставить всем агентов CI, которым будут выдавать job, который всё нужное сделает. Но как-то этот вариант не очень нравится, кажется сложно. Второе, использовать salt stack, к которому мы тоже присматриваемся, но и в этом случае есть некоторое недостатки. Еще в качестве разминки, посмотрели на nomad, который тоже, отлично сделает почти всё, с ним кажется всё будет проще чем с salt'ом, но тоже нет ощущения, что «вот, это оно, это то что нужно».

    очевидные требования:
    1. клиенты в первую очередь Windows, но есть в планах Linux (CentOS), сервер можно или WIndows или Linux
    2. нужна грамотная работа с артефактами. Не везде интернет хороший — уметь докачивать. Подписи, авторизация что-то такое вот.
    3. нужна привязка запуска событий к локальному времени. У нас клиенты от Владивостока до Калининграда, и скажем, можно обновлять в интервале от 0:30 до 1:30 по местному времени.

    конечно очень хочется «естественных очевидных вещей» — настройки из центра с возможностью что-то сделать локально. И вообще, минимум настроек, кажется процесс должен быть простым:
    — при наличии нового артефакта
    — дождаться разрешенного времени
    — запустить задачу обновления
    — если возникли проблемы — откатить в предыдущее состояние.
  • Serena выпускает версию 11.1 своей BPM платформы
    0
    аа!!! ооо!

    Скажите, а как посмотреть на вот этот SDA, Communiti edition? на сайте (опять!) ничего такого не нашел. Просто прям беда у них в этом направлении.
  • Serena выпускает версию 11.1 своей BPM платформы
    0
    Я понимаю, что с «ценами всё просто», но, как говорится, «проблемы индейцев шерифа не волнуют». Более того, проблема, как-бы не в США, потому что есть много американских компаний, который показывают цены, в том числе и на «сложные продукты», дают людям аццкие калькуляторы и вот это всё.

    Печаль, не потому, что погода в Москве, а потому, что навскидку продукт интересный, но нет. Из-за подходов прошлых веков, просто сразу отказать.
  • Serena выпускает версию 11.1 своей BPM платформы
    0
    печально, что за пару минут изучения сайта производителя, нет даже намека на цену.

    А «start free trial» сразу просит заполнить форму с кучей полей.