Если вкратце, то просто ставится виртуальная машина и туда - полноценный linux ubuntu, далее нужно какой-нибудь samsung dex для удобства развернуть, клаву/монитор/мышь подключить и всё. Правда это не совсем программирование для android в среде android, но девайс остаётся один (телефон). Ну и памяти конечно надо побольше, так как на телефоне будет томиться полноценный linux
Простите, может я чего-то не нашёл… Но где цифры то? Статистику вроде бы спрашивали. А там примерно то же самое, только у вас про 1М, а там про 7М.
Ничего не понял.
Возможно, проблема в том что вы предпочитаете гадать, догадываться или угадывать вместо того чтобы разобраться и использовать? Мне например не хочется гадать о том что нужно делать, потому что мне надо выполнить задачу.
Становится ещё бредовее, если представить себе что прямая передача изображения в «глаза» DeepMind куда проще, чем ставить камеру, настраивать, убрать мерцание и т.д.
В целом, мало кто понял, какую мысль хотел донести докладчик.
В мире есть много ремёсел, где результат виден сразу после начала работы. Так, например, художник видит грубые мазки, которые он нанёс на холст сразу после того как приложил на него кисть.
Скульптор, вырезая из камня Клеобиса и Битона, сразу видит результат, даже если работа над скульптурой только началась.
Клавиши на клавиатуре пианино моментально производят звук при нажатии — музыкант мгновенно получает профит от произведённого действия.
Есть много подобных примеров, где воздействие на что-либо даёт моментальный фидбек в виде звука, изображения, материала и т.д.
Программирование одна из тех вещей, в которой нет визуализации from the box. Её нужно придумывать каждому самостоятельно, чтобы не держать все абстракции в голове. Придумать такую визуализацию, которая повысит вам фидбек и есть та самая мысль, лежащая в основе доклада
Вроде бы главная идея тут — получать визуальное представление того что пишешь, вместо того чтобы прокручивать это в голове.Что мешает проверить это на любом массиве, если сразу видно результат? Так же и быстродействие можно визуализировать, показав количество чего-либо в сек.
Она тоже практически не умеет в контекст. Спросите у неё что-то типа «как у тебя дела?», а потом продолжите «А почему так? А как было вчера?» — ответ будет не связан с первым вопросом, скорее всего будет что-то абстрактное, невразумительное, или «вот что я нашла в интернете по запросу „а почему так...“», так что скорее нет…
Вообще контекст имхо лучший способ проверки бот/человек в тесте Тьюринга. Контекст это то, что машины ещё очень не скоро научатся понимать.
Решил задавать вопросы без контекста и писать фразы которые даже не вопросы. Выбрал себя судьёй. Как и всегда — проблема контекста. Как только начинаются вопросы с заковыркой — становится понятно кто перед нами :) Но игрок, к сожалению, даже не пытался притворятся Мишей 5-ти лет…
Изобразить из себя компьютер проще: отвечать общими фразами, примерно с одинаковой задержкой. Отвечать как бы не в контексте, если ответ на первый вопрос связан со вторым вопросом. На вопросы, где нужно делать какой-то логический или арифметический вывод отвечать уклончиво и готово, тебя принимают за бота :)
Я понимаю и полностью согласен, сам использовал Gherkin под java/python/php за весь свой опыт автоматизации. И я согласен за переносимость. Хотя это боль и унижение, если имплементацию нужно делать более одного раза имхо, то есть проще просто отказаться от Gherkin-шагов вообще.
Я говорил про то, что при необходимости написания множества схожих сценариев и прозрачности выполняемых шагов, можно работу разделить условно на две команды, где одна будет имплементить шаги, а другая их писать и переиспользовать в .feature файлах, не задумываясь над реализацией. Но пока что на практике я не видел ни одной команды, где бы это заработало
Не посчитайте меня хейтером, но:
1) Gherkin в codeception скорее в догонку. Почти 2 года писал на Codeception и много раз убедился что классических Test/Cest/Cept хватает с головой. Cept вообще Gherkin без излишеств.
2) Gherkin и русский язык — зло. Пожалейте тех, кто будет делать таблицы, до символа "|" в русской раскладке добраться сложно.
3) Gherkin в принципе хорошо зашел в Cucumber, ведь язык то по сути DSL, и для Java он выходит как интерпретируемый. Что сильно облегчает работу, ведь мы не должны делать mvn clean test каждый раз. В интерпретируемом языке интерпретируемая обвязка мне кажется излишеством.
4) Очень здорово видеть адептов Codeception на хабре! :)
К сожалению, Павел Воля не очень в курсе про проекцию меркатора, или намеренно в своей юмористической передаче о ней не упомянул. Я это к тому, что он рассказывал так, будто бы необъятная занимает чуть ли не полмира, хотя на самом деле спокойно помещается в Африку.
Потому что в данной нейронке не было образцов слона и весов, соответствующих деталям слона. Скормите ей тысячи слонов в комнате, и она начнет их различать в дальнейшем. Проблема в том, что в комнате редко увидишь слона…
В том то вся и проблема, были бы у нас хотя бы такие дипломы — мы были бы уже впереди планеты всей. Но в ВУЗах к сожалению, вершиной мастерства (в большинстве случаев) по окончанию 6 лет учёбы считается «написанный сайт», в лучшем случае на фреймворке (это уже одназначно пять и овации от комиссии). Обычно же это какой-нибудь wordpress, установленный по инструкции и парой плагинов. Может быть плагин самописный какой туда добавят, чтобы можно было код в диплом закинуть, иначе где воду-то брать? Я уверен что не везде так, но так было 3 года назад в МАИ. На техническом факультете. И тема: «сайт-блог для студентов группы такой-то с расписанием занятий». Или (прости, Тьюринг) «интернет-магазин».
Угу. Жалко вообще что новость практически незамеченной прошла, а ведь это важный релиз. В нём избавились от давнокода XStream-а, добавили произвольные словари (наконец-то!) и теперь можно создавать свои шаблоны, а это означает — прямой путь к генераторам всяких тестовых данных, формат которых теперь удобно задавать прямо в аргументе.
У нас был на прошлом проекте наколхожен такой подход, к примеру, {TIMESTAMP-5h} и мы смотрели, если есть такое ключевое слово и фигурные скобки — всё передавалось в `@Transformer ` и он дальше решал, что с этим делать. Далее обычно шла длинная цепь проверок, «какому же трансформатому этот аргумент, чёрт возьми, принадлежит» :)) Теперь это в прошлом.
Спасибо за статью! По поводу моего комментария хочу сказать что к теме статьи это и не относится напрямую, но у них в блоге новость вышла в преддверье релиза 3-го огурца, в котором они объясняли почему 3ий огурец для этих JVM-языков, скорее всего, не выйдет.
А еще они отказались от поддержки closure, groovy, scala и еще ряда языков, во всяком случае силами core-команды, и ищут тех кто будет эти языки поддерживать.
Если вкратце, то просто ставится виртуальная машина и туда - полноценный linux ubuntu, далее нужно какой-нибудь samsung dex для удобства развернуть, клаву/монитор/мышь подключить и всё. Правда это не совсем программирование для android в среде android, но девайс остаётся один (телефон). Ну и памяти конечно надо побольше, так как на телефоне будет томиться полноценный linux
Ничего не понял.
В мире есть много ремёсел, где результат виден сразу после начала работы. Так, например, художник видит грубые мазки, которые он нанёс на холст сразу после того как приложил на него кисть.
Скульптор, вырезая из камня Клеобиса и Битона, сразу видит результат, даже если работа над скульптурой только началась.
Клавиши на клавиатуре пианино моментально производят звук при нажатии — музыкант мгновенно получает профит от произведённого действия.
Есть много подобных примеров, где воздействие на что-либо даёт моментальный фидбек в виде звука, изображения, материала и т.д.
Программирование одна из тех вещей, в которой нет визуализации from the box. Её нужно придумывать каждому самостоятельно, чтобы не держать все абстракции в голове. Придумать такую визуализацию, которая повысит вам фидбек и есть та самая мысль, лежащая в основе доклада
Вообще контекст имхо лучший способ проверки бот/человек в тесте Тьюринга. Контекст это то, что машины ещё очень не скоро научатся понимать.
Изобразить из себя компьютер проще: отвечать общими фразами, примерно с одинаковой задержкой. Отвечать как бы не в контексте, если ответ на первый вопрос связан со вторым вопросом. На вопросы, где нужно делать какой-то логический или арифметический вывод отвечать уклончиво и готово, тебя принимают за бота :)
Я говорил про то, что при необходимости написания множества схожих сценариев и прозрачности выполняемых шагов, можно работу разделить условно на две команды, где одна будет имплементить шаги, а другая их писать и переиспользовать в .feature файлах, не задумываясь над реализацией. Но пока что на практике я не видел ни одной команды, где бы это заработало
1) Gherkin в codeception скорее в догонку. Почти 2 года писал на Codeception и много раз убедился что классических Test/Cest/Cept хватает с головой. Cept вообще Gherkin без излишеств.
2) Gherkin и русский язык — зло. Пожалейте тех, кто будет делать таблицы, до символа "|" в русской раскладке добраться сложно.
3) Gherkin в принципе хорошо зашел в Cucumber, ведь язык то по сути DSL, и для Java он выходит как интерпретируемый. Что сильно облегчает работу, ведь мы не должны делать mvn clean test каждый раз. В интерпретируемом языке интерпретируемая обвязка мне кажется излишеством.
4) Очень здорово видеть адептов Codeception на хабре! :)
За'Star'ил? Fork'нул? В тюрьму!
Романтика!
Скриншот ниже, тут в комментариях
З.Ы. Не являюсь никак лицом представляющим Oracle, просто рекомендую всё же идти и проверять информацию с хабра. Это полезно увидеть своими глазами.
У нас был на прошлом проекте наколхожен такой подход, к примеру, {TIMESTAMP-5h} и мы смотрели, если есть такое ключевое слово и фигурные скобки — всё передавалось в `@Transformer ` и он дальше решал, что с этим делать. Далее обычно шла длинная цепь проверок, «какому же трансформатому этот аргумент, чёрт возьми, принадлежит» :)) Теперь это в прошлом.
Спасибо за статью! По поводу моего комментария хочу сказать что к теме статьи это и не относится напрямую, но у них в блоге новость вышла в преддверье релиза 3-го огурца, в котором они объясняли почему 3ий огурец для этих JVM-языков, скорее всего, не выйдет.