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

В общем, работа с IT-инфраструктурой приложения отнимает кучу времени специалистов. Нас это не радовало, и мы придумали свою платформу, которая сложные операции сводит к паре кликов мыши.

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

Каждый, кто достаточно долгое время разрабатывал приложения с использованием WPF, наверное, замечал, что этот фреймворк далеко не так прост в использовании, как может показаться на первый взгляд. В этой статье я попытался собрать некоторые наиболее типовые проблемы и способы их решения.

Здравствуй, Хабр.
Под катом — небольшое, но важное обновление для тех, кто интересуется процессом разработки быстрой и точной компактной клавиатуры Octodon.
История вопроса: с самого начала, с последней серии.

Ни для кого не секрет, что набирать текст на смартфоне — достаточно неудобное занятие. Хотя по всем остальным показателям, новейшие смартфоны уже давно могут претендовать на звание полноценного рабочего места, в плане набора текста, они безнадежно отстают даже от печатной машинки. Есть, конечно, вариант с голосовым набором, однако согласитесь, не всегда хочется сидя, например, в кафе проговаривать вслух собственные мысли.

Наверняка, прочитав заголовок, вы уже поняли, что речь идет про CLRium, который уже анонсирован в Москве (03-04 апреля) и Санкт-Петербурге(29-30 мая). Но теперь его оффлайн могут посетить жители города Екатеринбурга.

CLRium — два вечера, время проведения которых подобраны так, чтобы не отвлекать людей от работы и от запланированных на выходные, развлечений и домашних хлопот. Это два вечера, на которых будет рассказано множество эксклюзивного материала, которого нет нигде.

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

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

Чем мы еще выделяемся? Ценой! Всего за 2,000 можно сходить на семинар и, возможно, получить новое хобби, которое отогреет вас, как программиста и даст не один день беспрерывного кодинга нового расширения на Студию или копания в ядре CoreCLR.

Полный список тем выступлений и ссылки на регистрацию — под катом

Несколько лет назад мы – авторы данного материала – изрядно покопавшись в патентах, дневниках и лекциях Н.Теслы (благо, образование позволяло) пришли к выводу, что пресловутая Башня Тесла по передаче энергии не «фейк», а вполне рабочая конструкция.

В результате нескольких лет исследований, размышлений, изучения первоисточников, сопоставления данных, формирования и отсеивания гипотез и т.п. – появилась красивая и, по сути, простая модель, которая строго вписалась в классическую физику и была подтверждена численным моделированием в пакете Ansoft HFSS. С момента начала проекта, мы провели некоторое количество дискуссий в различных сообществах, где от нас требовали «статью для технарей» — в результате появился данный материал.

Этот материал не является строгой теорией (т.е. теорией, учитывающей все возможные аспекты работы Башни Теслы). Тем не менее, мы постарались достаточно полно осветить предлагаемую концепцию и привести адекватные численные оценки основных характеристик процесса. Так что, если Вам интересно разобраться в модели и поучаствовать в конструктивной дискуссии – приглашаем ознакомиться с материалами.

Здравствуй, Хабр.

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

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

Введение

Клавиатура Октодон – это новое мобильное устройство ввода, которое может стать альтернативой полноразмерной клавиатуре и принести комфорт в работу с текстом на смартфонах и планшетах. Эта задача решается путём вовлечения в процесс печати всех пальцев с помощью размещения элементов ввода на задней стороне устройства. Такую технологию иногда называют back-typing.

Ключевыми преимуществами клавиатуры Октодон являются компактность, хорошая эргономика и интуитивно понятный процесс ввода:



В прошлый раз мы оставили читателей нашего блога в том месте, где герои команды Октодона отстроили компактное и быстрое устройство, иллюстрирующее все преимущества концепции новой клавиатуры, потрепали рекорд swype, и стали готовиться к краудфандинговой кампании и производству, не теряя, впрочем, надежды привлечь для ускорения процесса дополнительные инвестиции.

Как dba и консультант по оптимизации производительности SQL Server в Ambient Consulting, я часто сталкиваюсь с необходимостью анализа узких мест производительности на экземплярах SQL Server, которые вижу первый раз в жизни. Это может быть сложной задачей. Как правило, у большинства компаний нет документации по их базам данных. А если есть, то она устарела, или же её поиск занимает несколько дней.

В этой статье я поделюсь базовым набором скриптов, раскапывающим информацию о метаданных с помощью системных функций, хранимых процедур, таблиц, dmv. Вместе они раскрывают все секреты баз данных на нужном экземпляре – их размер, расположение файлов, их дизайн, включая столбцы, типы данных, значения по умолчанию, ключи и индексы.

Если вы когда-нибудь пытались получить часть этой информации, с помощью GUI, я думаю вы будете приятно удивлены количеством той информации, которая, с помощью этих скриптов, получается мнгновенно.

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

Ну, хватит слов, давайте я покажу скрипты!

снизу фотографии настоящих жуков, сверху — моя реализация

Продолжение предыдущей статьи, на этот раз пишем шейдер.

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

Стартапам всегда нужны деньги, и, конечно, все стараются отслеживать различные программы, конкурсы, гранты. Поэтому когда мы узнали про международный конкурс Building Global Innovators с призовым фондом в 1 млн. евро, мы, конечно, решили поучаствовать.
Вот что из этого вышло, и как вам подать заявку…


Панорама прекрасного Лиссабона, где проходят финалы и 2 акселерационные сессии Building Global Innovators

В предыдущих постах про Октодон мы уже не раз упоминали о скорости печати, которую нам удалось достигнуть, и получили много вопросов, сколько же надо для этого тренироваться.

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

Проект «Октодон» создает новый стандарт ввода текста в смартфоны. Вы можете помочь нам в подготовке кампании на Кикстартер, ответив всего на 3 вопроса и потратив не более 5 минут времени. Ваша помощь важна для нас, так как на Хабре – наша целевая аудитория, именно ваши советы помогают нам сделать клавиатуру такой, какой её хотите видеть вы – будущие пользователи.

Введение

WPF — замечательная технология, которую, не смотря на все ее недостатки, очень люблю. Тем не менее, часто приходится писать не разметку, а код, который помогает первой работать как надо. Хотелось бы этого избегать и писать чистый XAML, но до сих пор ни одно мое приложение сложнее простого не обходилось без различных хелперов (классов-помощников), написанных на C#. К счастью, есть распространенные случаи, где можно одним хелпером решить сразу группу проблем.

Речь ниже пойдет о привязке в обычных свойствах визуальных элементов, которые не являются свойствами зависимостей (dependency properties). Штатными средствами WPF этого сделать не получится. Ко всему прочему, мы не можем узнать об изменениях такого свойства, кроме как подписавшись на специальное событие, что противоречит шаблону MVVM. Такие события для каждого свойства могут быть свои. Самый распространенный пример — это PasswordBox и его свойство Password. Так у нас сделать не получится:

<PasswordBox Password={Binding OtherProperty} />

Не будем вдаваться в подробности, зачем разработчики PasswordBox не разрешили привязываться к свойству пароля. Подумаем, что тут можно сделать.

Back-typing (back-type, реже — rear-type), как явствует из названия — это способ расположения элементов ввода на задней стороне устройства. (Слово «бэктайпинг», конечно, в русском языке отсутствует, но что-то «заднепечатание» мне нравится меньше, так что в рамках данного обзора предлагаю остановиться на первом варианте.) Клавиатура Октодон — безусловный пример бэктайпинга, но не единственный и даже не первый.
Человечество предлагает нам уже изрядное количество back-typing решений, и думается, хабражителям будет интересно взглянуть на них попристальнее.

(Tina Fey, фотография Bust Magazine)

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

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

В наши дни, во времена интернета, социальных сетей и мобильных устройств, таблицы рекордов выросли в целые социальные игровые сети.

Ниже я расскажу про интеграцию в свое Android-приложение одной из таких социальных игровых сетей под названием Scoreloop.

Всем доброго дня!
Меня зовут Евгения Панасова, я менеджер проекта «Октодон», также отвечаю за PR. По основному образованию лингвист.
Мы собирались писать историю проекта по порядку, но тут неожиданно случилось такое, что мы просто не можем вам не рассказать! Если вы уже знаете о том, что такое клавиатура для смартфонов Октодон – то, надеюсь, вы разделите нашу радость. Если нет – то лучше сперва посмотреть первый пост блога, без этого может быть не вполне понятно.

А теперь собственно сабж – мы побили мировой рекорд!

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


^{photo by Patrick Pleul/AFP/Getty Images}

Эта статья – продолжение истории о возникновении мобильной клавиатуры Октодон.
Начало истории: Октодон: Какой должна быть удобная клавиатура для смартфонов.

В этой части я расскажу, как идея создания этой клавиатуры подвигла меня к двум новым и нетипичным для меня занятиям – программированию микроконтроллеров и конструированию миниатюрных элементов ввода.