Короче дали на работе задачку - сделать изображение серпа и молота не распозноваемым. Ну вы знаете про решение нового украинского правительства. Изображений миллионы. Ясно, что нужно применять gm. Кое-что читал про преобразование Хафа для поиска геометрических фигур. Но непонятно: Применим ли он для поиска изображения серпа и молота? Есть ли готовая реализация на Python или JavaScript Хватит ли производительности этих языков для обработки миллионов изображений? Зы на хабре был. Ничего подобного не нашел Спасибо

Киньте ссылкой на толковое разъяснение как работает сабж. Желательно на русском.

Google Books ничего не дал.

Я просто оставлю это здесь

Комментарий к GitLab Issue, написанный другим пользователем для меня имеет статус ReadOnly.

Я не имею возможности установить галочки и, что самое главное, не имею возможности получить доступ к исходному тексту в Markdown.

Приходится копировать в буфер обмена а потом заново восстанавливать MD разметку.

Процесс является частью стадии верификации в скраме.

Согласно высказыванию сеньора, возможности изменить права на ReadWrite нельзя.

Как лечить сабж? Как изменить процесс? Добиться исходника Markdown от написавшего коммент уже нельзя: зачем он тебе? Хотя раньше посылал.

Я просто оставлю это здесь

Перемещено leave из development

Существует ли какая то возможность создать wiki, которая не привязана к конкретному проекту? Из-за этого мне приходится писать в доисторическиом говне на похапэ.

А также конкретно Vit, юзавший шарлатан.

Уже дошел до ситуации, когда для юнит-тестов НУЖНЫ фейковые данные.

Из библиотек для создания фейковых данных нашел:

- faker.js

- chance

- charlatan

Пока остановился на faker.js, но остались вопросы:

- чем шарлатан лучше faker? - почему никто не предлагает генерацию фейковых 1-пиксельных изображений - в Base64. Почему я должен писать тупо R0lGODlhAQABAAAAACw (попробуй-ка найди сразу в интернете)

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

- Почему никто не предлагает генерацию фейковых имен файлов (заданного типа)

- В faker.js есть random.uuid для генерации уникальных строковых идентификаторов. Собственно ради этого я и начал использовать сабж. Так как раньше были строки типа 'messageId', 'documentId' и тест не распознавал, что в коде по ошибке написана таже самая строка вместо переменной.

Я не нашел альтернативы в шарлатане. Почему?

Зы. Что я еще упустил при генерации фейковых данных для юнит-тестов?

В каких еще тестах нужны они? Хочу все знать.

Зачем нужно качать 150 Мб плеер, чтобы прослушать поток?

Ни Miro, ни VLC не распознает URL:

itmss://itunes.apple.com/ru/podcast/lazer-sou-unaa-liga/id884421823?mt=2

чем открывать?

Перемещено JB из talks

Неоднозначно с ними все.

согласен

Данной тематике посвящено довольно много публикаций.

каких? кроме «ТДД - это остой» и «ТДД - это круто»?

Самый плюс в том, что хорошо, когда тесты есть.

ППКС. А в чем минусы наличия тестов? Их нужно поддерживать?

Минус в том, что на них иногда уходит неоправданно много трудо-затрат

а если тесты выполняются во время написания кода?

и не все ошибки находятся вкратце.

пример

Не всегда удается построить эффективные тесты для реальных систем.

пример

Но когда нечего делать или не знаешь что делать или довольно большой уровень сложности - полезно.

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

пример!

Для одного полезно почти так-же как и для при совместной разработке

ППКС

Хочу, чтобы в юнит-тестах проверялся тип возвращаемого в callback-е значения: array of string.

В статике (Pascal, C#, Ява) это делает компилятор, а в динамике - это же обязаны делать юнит-тесты, так ведь?

Использую chai.js, типа стандарт де-факто. Сам он не умеет это делать. ОК, есть плугин chai-things.

Пишу:

var list = ['1', '2']

should.exist(list) // Passed

list.should.be.an('array') // Passed
     .with.length(2) // Passed
     .and.all.be.an('string') // Failed: expected '1' to be a string

Т.е. эта редиска не умеет проверять тип элементов массивом. Написал в баг-трекер проекта, жду, что ответит аффтар.

JavaScript 1995-2015. 20 лет на рынке наступания на грабли.

Зы. Теперь я понимаю, почему TJ ушел на Go.

Зы. зы. Интерсно, через сколько месяцев они все таки реализуют сабж.

купил на свою голову (на складчике) мастер-класс про MongoDB от русскоговорайщего: это п..ц, я никогда больше не буду покупать это - автор не умеет говорить, подавать материал.

В следующий раз - только переводы американских авторов.

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

Поговорим с копипастой

Люди уходят потому что склонны верить в сказки об идеальных языках и фреймворках. Люди считают, что вот сейчас на PHP они пишут гавно, а перейдя завтра на Ruby они станут штамповать конфетки. Такого нет и не будет. Человеку, неспособному писать красиво на PHP будет в 1000 раз легче писать некрасиво и на Ruby. На node.js сейчас пишутся красивые библиотеки не оттого, что javascript не позволяет писать гавно. В JS гавна на порядки больше, чем в PHP и возможности писать гавно там на порядки выше, да и «bad parts» там в разы больше! Но красивые библиотеки для node.js пишут. Все дело в том, что пишут их вчерашние Ruby девелоперы с опытом «писать код красиво»! Вот и все. Коммьюнити решает, а не язык. PHP уже неоднократно доказал свою состоятельность как языка, на котором можно писать красиво. Мне этого достаточно.

Со страйком не согласен:

1) на ПХП нельзя написать красиво. С текущими фреймворками, которые используются в ентерпрайзе

2) Я руби только читать умею. На шарпе пишу красиво. Почему то почи сразу же начал писать на JS красиво. Может его архитектура тупо располагает писать «красиво»?

С подчеркнутым согласен:

У PHP нет коммунити. Вообще. Есть сертифицированные Zend специалисты и быдлокодеры, которые умеют «настраивать сайт».

Для жирного реквестирую в тред примеры «красивого кода»

Продолжение сериала «Я и мой сеньор». Эпизод 4. Новая Надежда.

Чгато это такое DDAD на практике, когда ты разрабатываешь веб-сервисы (REST)?

Раньше ТЗ давали в нередакрируемом виде - напечатанный в ворде талмуд

Сейчас прогресс - ТЗ уже в ASCIIDoc/Markdown, который ты сам можешь фиксить (он лежит в GitLab)

В моем понимании DDAD - это когда ты, получив типа прочитав прочитав и поняв прочитав, поняв, найдя и пофикся все ошибки в ТЗ, не сразу бежишь писать код, а потом тесты (ну или тест/код/тест/код), а сначала пишешь документацию на основании ТЗ, копипастя requests и responses.

Потом ты предоставляешь тому, кто написал ТЗ мок-сервис, который проверятся в тестовом клиенте.

Потом ТЗ корректируется/уточняется мной и/или заказчиком - привет возможность редактирования.

А уж потом я начинаю кодирование на основании документации.

До этого мы (сеньор и другие прогеры в тиме) писали сначала код, а уж потом (в последнюю очередь) документацию.

И в ней находилось много несоответствий с кодом.

Итак, вопрос: реально ли может DDAD принести пользу проекту? В каких случаях оно может повредить ему?

Нашел сабж. Поддерживает mocha/JS для Webstorm. Пока нравится.

В особенности - отображение сообщений об ошибках и другой отладочной информации прямо.

Ну и live модус: исполнение только изменных тестов во время ввода.

Можно ли исполнять тесты только для изменнного кода - не проверял.

Но дорого. Лицензий OpenSource нет.

1) Нужно ли это вообще?

2) Есть ли бесплатные альтернативы?

3) Существует ли вообще проблема при разрастании кодовой и тестовой базы?

4) Нужны ли в JS вообще тесты?

Перемещено leave из talks

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

Такие дела.

Оказывается в Atom нет фунцкии печати. Сеньор сказал: ну и что? Мы же безбумажный офис. Экономим бумагу - сохраняем дервья. Принтеры не нужны. Гринпис будет доволен.

Зы. А когда вы в последний раз распечатвывали HTML, PHP, CSS, JS, C# и т.п.?

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

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

Раньше (когда я был школьником) в Турбо-Паскале я использовал ReadLn из модуля Crt, которая бы ждала от юзера нажатия клавиши. Ну чтобы консоль не так быстро зарывалась и можно было прочитать вывод программы.

Подскажите аналог такого же для JavaScript/Node.js.

/трололо

Calibre успешно справляется с ebooks, но у меня еще полно видеокурсов, которые как-то нужно каталогизировать.

Желательно чтобы это было в самом Calibre. Проблема в том, что при добавлении в Calibre, он (обычно) копирует файлы, что очень не желательно для видео.

Обачные каталогизаторы видео насколько я понимаю работают по принципу один видео файл (фильм) - одна запись. А у видео курсов обычно один видео-файл - одна тема. Причем желательно еще, чтобы документировалось «я просмотрел эту тему». В VLC кажется такого нет:

И метаданные там обычно для фильмов.

Мне же нужны метаданные, которые использует Calibre.

Интеграция с Pluralsight&co желательна

Зы. И, чтобы 2 раза не вставать: как проще всего управлять связью между книгами «оригинал-перевод»

Зы. зы. И, чтобы еще раз 2 раза не вставать: как правильно в VLC организовать стриминг видео, чтобы я смог на таблетке/киндл-читалке смотреть видео, которое лежит на компе? Принцип работы, выбор формата трансляции, подводные камни и т.п.

Теперь уже тиму. Из 2 человек. Включая меня. Исключая сеньора.

1) Прекратить игры с CouchDB и Elastic. Теперь только Mongo. Обсуждению не подлежит. В том смысле, что необходимо 2) Перед каждым push нужно заполнять листочек бумажки с чек-листом на проверки, которые ты должен сделать вручную, ставить дату и подпись. И после коммита класть на стол сеньору.

Пункт 1. был после перепалки с CEO по поводу того, что что CouchDB и Elastic не могут вести номинальную историю изменению документов (кто? что? где? когда?).

Ну MongoDB тоже не может, но он сам написал сабж (после того так ничего работающего не нашел)

Придется переписывать уже готовый проект на монгу. Вместе с юнит-тестами. А там уже на все моки и стабы. Да.

А вы говорите деревья. Которые должны быть в стандартной поставке FCL/STL/QT ящетаю.

Мне увольняться?

Имеется код, который заполняет элементы TreeView (используется только экземпляр TreeNodeCollection).

Все не-листовые узлы имеют только строковое имя.

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

Этот процесс должен быть разбит на 2 части:

1. Заполнение древовидной структуры данных 2. Заполнение TreeView на основании данных этой структуры

Для пункта 1 требуется реализация простейшей древовидной структуры данных, которая выглядит как TreeNodeCollection (методы Add и коллекция Nodes ).

И, самое главное:

В листовых узлах нужно так же пользовательские данные (Экземпляр одного и того же класса MyOwnClass)

Нужно для загрузки/представления в памяти следующей JSON-структуры:

topLevelItem: {
   subItem: {
      field1: val1,
      field2: val2
   }
},
oneLevelItem: {
    field1: val1,
    field2: val2
}

Зы. В MSDN не посылать. Был там. Везде используют Left и Right.

Зы. зы. В университете был. Сабж учил. Методичске сожжены. С проподом в однклассниках не контачу. На экзамене такое темы не было.

В последний раз дерево пришлось применять 20 лет назад. На лекции в тетрадку записывал.