понедельник, 30 сентября 2013 г.

Обновление линейки планшетов Kindle Fire HDX

Несмотря на то, что сначала линейку Kindle Fire выпустили в качестве доступной альтернативы популярному iPad, с тех пор семейство планшетных устройств значительно расширилось. Последнее обновление Amazon -- Kindle Fire HDX -- работает под управлением Fire OS 3.0. и доступно в 7-дюймовом и 8,9-дюймовом форм-факторах.

Ох, экран…

Amazon существенно улучшила качество экрана для своих устройств HDX -- 7-дюймовая модель оснащена экраном с разрешением 1920x1200 пикселей, а 8,9-дюймовая -- 2560x1600 пикселей. Даже на меньшей модели изображение лучше, чем при разрешении 1080p.

Пополнение семейства и аксессуаров Microsoft Surface

Обновления Surface 

Microsoft анонсировала новое поколение устройств Surface RT и Surface Pro, назвав их Surface 2 и Surface Pro 2 соответственно. Компания приняла меры по улучшению производительности и времени автономной работы, чтобы сделать устройства более привлекательными. Новые аксессуары, идущие в комплекте, подчеркивают стремление редмондского гиганта повысить срок работы батареи и практичность планшетов.

Surface Pro 2

Полноценный ноутбук, на котором можно запускать как традиционные x86, так и новые Modern UI-приложения. Он получил новый быстрый, энергоэффективный процессор Core i5 Haswell, обеспечивающий на 75% больше времени автономной работы. На фото показан цифровой стилус, идущий в комплекте с гаджетом, и клавиатура, которую придется докупать. Цена: от $899 до $1799 за устройства с памятью от 64 Гб до 512 Гб.

Когда ваши устройства становятся слишком умными

четверг, 26 сентября 2013 г.

Раскрываем секреты iOS 7

В эти выходные миллионы людей познакомились с новой мобильной ОС компании Apple. iOS 7 -- первая версия разработанная без Скотта Форсталла. Его место (место главного дизайнера) занял Джони Айв. В результате мы получили самое крупное обновление iOS с момента выпуска оригинального iPhone шесть лет назад.

Как и в случае с любым обновлением iOS, в седьмой версии появилось множество потрясающих новых возможностей, которые должны обрадовать пользователей. Представляем вашему вниманию самые удачные, умные, интересные и отличные возможности, которые появились в iOS 7.

Блокировка нежелательных звонков

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

Чтобы заблокировать абонента, откройте список контактов, пролистайте экран вниз и выберите "Заблокировать".

Оффшоринг обходится дешевле? Разоблачение еще одного мифа об управлении

Я как раз проводила тестирование, когда ко мне подошел мой ИТ-директор и закрыл дверь.

-- "У меня к тебе серьезный вопрос".

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

-- "Я думаю об оффшоринге всех тестировщиков. Что скажешь?"

-- "Можно попробовать. В таком случае на релиз будет уходить больше времени. Поскольку ты поручил мне проверять, почему цикл релиза занимает восемнадцать месяцев, а не девять, я не уверена, что это разумная идея. Почему ты спрашиваешь?"

-- "Я знаю, что остальные ИТ-директоры так делают".

Данный разговор произошел в 2002 году, когда начинался бум оффшоринга/аутсорсинга. Agile пока не стала общепринятой методологией разработки. Я советовала работать в функциональных командах (feature teams), над небольшими (месячными) поставляемыми продуктами, использовать временные рамки (time boxes) и направлять усилия на один проект, а не на несколько сразу.

10 звездных проектов GitHub

Мало кто в мире программирования переплюнет по популярности GitHub. Сайт для обмена кодом с 4 млн. пользователей величает себя крупнейшим хостингом кода в мире. Как тут поспоришь -- зарегистрировано 7,8 млн. репозиториев и их количество продолжает расти.

Проект основанный на системе контроля версий Git (которая была разработана основателем Linux Линусом Торвальдсом), GitHub процветал с момента запуска в 2008 году. GitHub содержит проекты с открытым исходным кодом почти на всех вообразимых языках программирования -- от ABAP до Xtend.

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

Bootstrap

Bootstrap -- интерфейсный фреймворк для веб-разработки, предназначен "в первую очередь для мобильных устройств". Несомненно самый популярный проект на GitHub.

Изначально был создан Twitter как фреймворк для GUI-интерфейса. Впервые увидел мир два года назад. В августе вышла третья версия Bootstrap в новом более адаптивном дизайне, содержащая дополнительные темы, новый "настройщик" и ориентирована на мобильные устройства (mobile-first).
"Мягко говоря, мы долго к этому шли и очень рады наконец испытать его на практике", -- написали Марк Отто, Джейкоб Торнтон и команда разработчиков в посте об официальном запуске третей версии в блоге, посвященном Bootstrap.

вторник, 24 сентября 2013 г.

Программируемость в сети: паттерны версионности

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

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

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

Цель реализации паттерна версионности в инфраструктуре достаточно проста: запустить одновременно несколько версий, чтобы обеспечить миграцию клиентов. Существует два традиционных метода достижения данной цели:
  • Версионность на базе URI.
  • Версионность на базе заголовка HTTP.
Оба поддерживаются большинством распределяющих нагрузку прокси-серверов.



Процессор A7 для iPhone 5S прошел тестирование

На этой неделе портал AnandTech опубликовал результаты теста производительности нового процессора A7 для iPhone 5S. Специалисты портала провели над A7 ряд различных тестов и сравнили его с остальными популярными мобильными процессорами. В тесте SunSpider -- популярный среди производителей аппаратных средств тест производительности -- A7 установил рекорд, победив Snapdragon 800 и Cortex A15.

В других тестах, включая Mozilla Kraken и Google Octane, A7 занял второе место, а лавры победителя получил Intel Atom Z3770, процессор, предназначенный в первую очередь для планшетов.

В комплексном тесте, проведенном AnandTech, A7 показал наилучшие результаты. Согласно AnandTech, новый iPhone 5S на базе A7 примерно на 25% быстрее, чем iPhone 5. Частично A7 обязан такой производительностью своей 64-разрядной архитектуре. То есть, он является первым в мире мобильным процессором, вышедшим за пределы 32-разрядной архитектуры.


источник

Предварительный выпуск Java 8 доступен для тестирования

Хотя выпуск Java SE 8 JDK отложили до следующего года, Oracle предлагает разработчикам уже сейчас протестировать предварительную сборку.

В своем посте главный архитектор группы разработки платформы Java Марк Рейнхольд призывает разработчиков протестировать предварительную версию JDK 8, доступную с понедельника.
"Мы проводили тесты на всех поддерживаемых Oracle платформах и не нашли грубых ошибок. Мы также исправили много ошибок, обнаруженных с тех пор, как в июне достигли статуса feature-complete", -- написал Рейнхольд.
Ключевым свойством версии является Project Lambda. "Он пополняет язык программирования Java лямбда-выражениями, методами по умолчанию и ссылками на метод, и расширяет библиотеки средствами для параллельного выполнения операций над потоками данных".

Oracle планировала выпустить JDK 8 в сентябре, но компания изменила график, чтобы сосредоточиться на усилении защиты. Безопасность в последнее время доставляет Java немало неприятностей, несмотря на то, что Oracle приложила много усилий для их устранения. Oracle взяла Java под свой контроль в 2010 году, когда приобрела Sun Microsystems.
"Если вы наблюдали за развитием JDK 8 со стороны, настало время скачать сборку и испытать ее -- чем скорее, тем лучше", -- считает Рейнхольд.
"Сообщите нам, если ваш существующий код не компилируется или работает неправильно или медленно на JDK 8, выводит из строя JVM или у вас остались вопросы по поводу разработки нового языка или API".
Среди остальных свойств JDK 8: новый API для работы с датой и временем, компактные профили и Nashorn -- движок JavaScript. Есть еще -- как назвал их Рейнхольд -- "антифичи" вроде удаления PermGen из виртуальной машины HotSpot.
"Это часть плана по объединению JRockit и Hotspot. Пользователям JRockit не нужно настраивать PermGen (поскольку у JRockit ее нет) и они к этому привыкли", -- объяснили представители Oracle в документации по данному свойству.
источник

От гипертекста до гиперданных

В Google еще в самом начале осознали, что API-доступ сыграет существенную роль в успехе любого веб-сайта. Определенно, первые API системы представляли собой нечто большее, чем методы GET или POST, которые могут легко интегрироваться в другой HTML, что на первый взгляд не так уж ново. В конце концов, понятие гипертекста основано на допущении о связывании информации с помощью HTTP.

Однако, Google и проекты вроде Facebook продолжили свой путь от гипертекста к гиперданным -- интеграции посредством REST-интерфейса, возвращающего данные, а не HTML-текст и позволяющего использовать и отображать их в удобном для интегратора формате, а также способного интегрироваться с другими сервисами (например, картами) и источниками данных.

Это важно, ведь HTML, хоть и отлично подходит для интернета, не всегда находится в нужном для платформы формате. Я бы хотел добавить короткое объявление типа "пропал ребенок" на любой странице -- или в верхнем/нижнем колонтитуле или боковой панели -- которое затем объединяется с другой информацией, позволяя пользователям узнать больше и послужить общественности.

Адаптируемость

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

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

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

пятница, 20 сентября 2013 г.

Неуловимое для вашего комплекта тестов

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

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

Производительность

Тестирование производительности -- одна из сфер, где автоматизация процесса генерации нагрузки играет важную роль, при условии ряда поправок в выполнении тестов:
  • тестируемая среда должна обладать теми же ресурсами, что и рабочая среда или вертикальное подмножество (по крайней мере, разделенный веб-сервер и база данных);

  • нагрузка должна генерироваться с отдельной машины;

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

Самые вкусные свойства iOS 7

Ключевые изменения скрываются за новым интерфейсом

Как только вы перейдете с предыдущей версии на iOS 7, вас ждет сюрприз: она на самом деле другая, а некоторые приложения -- особенно, "Фото" (Photos) -- работают совершенно иначе. Я потратил месяц, чтобы привыкнуть к iOS 7, но теперь iOS 6 кажется пережитком прошлого. Ознакомившись поближе с пользовательским интерфейсом, стоит оценить новые полезные возможности ОС.

Центр управления (Control Center)

Быстрый доступ к часто используемым функциям из области уведомлений в Android -- просто находка, особенно для перегруженных функциями устройств Samsung. Теперь iOS 7 упрощает использование основных функций и не смешивает их с уведомлениями.

"Смахните вверх", чтобы открыть Центр управления для доступа к автономному режиму (Airplane Mode), Wi-Fi, Bluetooth, режиму "Не беспокоить" (Do Not Disturb), "Блокировка поворота экрана" (Rotation Lock) или беззвучного режима (Mute). Кроме того, вы можете управлять воспроизведением музыки, видео, подкастов и функцией AirPlay.

четверг, 19 сентября 2013 г.

ИТ-интервью — нужные вопросы и ответы

http://it-interview.info/



16 ИТ-навыков, пользующихся большим спросом в 2013

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

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

Данные основаны на статистическом анализе спроса на более 629 навыков -- сертифицированных и несертифицированных.

Разработка и анализ требований

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

За последние полгода спрос на данные навыки увеличился на 28%. Несмотря на то, что специалисты по разработке и анализу требований пользуются спросом многие годы, основным катализатором роста их популярности являются облака.

SAP Supply Chain Management ("управление цепочкой поставок")

Данный навык связан с программным модулем от немецкой компании SAP. Его использует так много компаний, что мы не могли не включить его в наш список. ПО нацелено на повышение гибкости компании и эффективной работы с клиентами.
"Да, они зависят от поставщика, но SAP -- крупнейший поставщик бизнес-ПО в мире. Наибольшее вознаграждение принесут знания одного из 90 различных модулей SAP", -- заявляет эксперт.

среда, 18 сентября 2013 г.

Intel борется за место в пост-ПК мире

Intel возлагает большие надежды на чипы

Intel приходится нелегко, поскольку мир быстро забыл об их ключевом продукте: чипах для ПК. Корпорация несколько лет обещала выпустить энергоэффективные чипы, но они не произвели фурор среди пользователей. Как результат, новое поколение мобильных и носимых устройств обратилось к решениям, разработанным ARM и другими.

На июньской выставке Computex Intel представила свой новый ответ эре пост-ПК. На этой неделе на форуме разработчиков IDF корпорация Intel начала переходить от разговоров к реальным продуктам, хотя говорили тоже немало.

Встречайте в 2014: 14-нанометровый "Broadwell"

Несмотря на то, что Samsung и IBM тоже работают над 14-нм технологией, Intel первой воплотит ее в реальность. Речь идет о 14-нанометровом чипе -- огромный скачок в попытке укоротить чипы, что многим казалось невозможным, особенно, учитывая, что 22-нанометровые изделия вышли на рынок всего два года назад.

Однако, по словам Intel, системы на чипе "Broadwell" выйдут в следующем году и будут интегрироваться в компьютеры, планшеты и т.д. Они не только меньше, но и на 30% экономичней в энергопотреблении, чем современные чипы, и поддерживают новые возможности вроде трехмерной визуализации.

вторник, 17 сентября 2013 г.

Изменения в методологии Scrum

Кен Швабер и Джефф Сазерленд -- создавшие концепцию Scrum в 1995 году -- недавно опубликовали в интернете видео, в котором объяснили некоторые изменения в модели Scrum, отталкиваясь от своих наработок за последние годы. Видео доступно здесь.

Если у вас нет времени смотреть видео, ниже краткое описание самых интересных моментов:

1. Нужно тщательней готовиться к планированию спринта, чтобы все истории были готовы до начала совещания. Дело в том, что на такие совещания уходит несколько часов. Авторы предложили ввести для элементов резерва, готовых к обсуждению на совещании, статус "готовый".

2. Необходимо иметь цель спринта и во время ежедневных планерок мы обязаны рассказывать, как помогаем команде добиться этой цели.

3. Во время обзора итогов спринта стоит фокусироваться на "ценности". Оглядываясь назад, ответьте, предоставили ли вы максимально возможную ценность? Если нет, как это сделать в следующий раз?

10 лучших веб-сайтов для продвинутых Java-разработчиков

stackoverflow.com

Stackoverflow.com -- наверное, самый популярный веб-сайт в мире программирования. Он содержит уйму хороших вопросов и ответов. Изучение API или языка программирования часто основано на примерах кода. Их можно найти на stackoverflow.

Еще один плюс сайта -- он социальный. Вы можете просматривать вопросы с конкретными метками ("java" или "regex"), а затем посмотреть, какой вопрос самый задаваемый или получил наибольшее количество голосов. Отличный источник знаний.

Началось: стеки против потоков

В наши дни много шума вокруг "войн" в мире сетей. OpenStack потив CloudStack и SDN (программно-конфигурируемая сеть) против сетей на основе протокола OpenFlow.

Несмотря на то, что некоторые аспекты "стеков" схожи с "потоками", они являются разными моделями и решают разные проблемы.

Понимание двух моделей и их предназначения позволит решить любые возможные конфликты.

Стековая модель

Стековые модели вроде CloudStack и OpenStack правильнее отнести к категории "фреймворков для управления облаком", ведь они поддерживают функции конфигурации и управления инфраструктурными сервисами, охватывающими среду облачных вычислений (или высокодинамичную среду).

понедельник, 16 сентября 2013 г.

Разработка и бизнес

Великий философ Гераклит наиболее известен своим высказыванием "Постоянны только перемены". Оно бы прекрасно подошло для эпиграфа к разработке программного обеспечения. Из-за несметного количества изменений технологий и языков нетехнические уроки разработки могут остаться без внимания.

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

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

  • Соглашаясь на одни вещи, вы отказываетесь от остальных. В бизнесе время -- деньги. Решение работать над улучшением или ошибкой означает, что другие задания менее важны.

Программируемость в сети: не показывайте мне свои ошибки

Время от времени происходят разные вещи. Например, ошибки. Они столь же неизбежны, как зима в Сибири, дождь во Львове, и фото кота в вашей ленте новостей на Facebook. Признайтесь, проверили, правда?

Неизбежность ошибки 404 привела к возникновению новой фишки в веб-дизайне -- добавлять забавную страницу ошибки. Потому что смотреть на обычную на самом деле надоело.

Разумеется, мы создаем системы, чтобы они выходили из строя. Точнее, чтобы мастерски справляться со сбоями. Но в какой-то момент система "проваливается" с таким треском, что пользователи это чувствуют. В какой-то момент приложение не может справиться с ошибкой -- из-за самой ошибки.

Тогда сеть -- или инфраструктура -- обязана безопасно устранить ошибку. То есть, не выбрасывая на экран по-настоящему противную текстовую ошибку 503, которая приведет в замешательство 99% пользователей сайта или приложения.

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

пятница, 13 сентября 2013 г.

Нужно быть гибким

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

Если хотите быть гибкими, необходимо овладеть следующими навыками:
  • отказаться от командного способа управления;
  • самому проверять, в чем проблема, а не изучать бесконечные отчеты;
  • призывать и мотивировать людей работать практикующими программистами более 15 лет;
  • обеспечить тесное сотрудничество между разработчиками и клиентами без посредников;
  • прозрачность -- честно сообщать о задержках, проблемах и т.д.;
  • умение признаться, что чего-то не знаете;
  • прекратить практики последовательного жизненного цикла;
  • применять эмпирический подход в управлении процессом;
  • заменить кабинки офисными помещениями для коллективной работы и визуальным менеджментом.
Компании сами должны прийти к пониманию сути гибкой методологии. Можно разве что ознакомить их с различными практиками и поощрять к экспериментам. Обучите людей разработке через тестирование и другим подобным методам. В ваших силах создать среду, в которой будет гореть искра гибкости.

 источник

четверг, 12 сентября 2013 г.

Рецензия на книгу "Spring Data. Modern Data Access for Enterprise Java"

Spring Data представляет собой изящный набор инструментов для унифицированного доступа к различным хранилищам данных (JDBC, JPA, MongoDB, Neo4j, Redis и др.). Он обладает способностью автоматически генерировать запросы (даже из имен методов интерфейсов), поддерживает распределение по страницам и сортировку, а также автоматическую генерацию CRUD и базовый REST-сервис для данных.

Благодаря Spring Data можно осуществлять доступ к репозиториям в интернете через REST-интерфейс. По сути, иногда это именно то, что нужно -- обеспечить маппинг сущностей (например, с помощью JPA, но существует много способов сделать то же самое с помощью NoSQL-хранилищ) и написать интерфейс с подходящими аннотациями. Чтобы привести в действие базовый REST-сервис данных, возможно, не понадобится никаких других действий!

Затем в книге рассказывается, как можно использовать один API для NoSQL-хранилищ, включая MongoDB, Neo4j и Redis. Каждая глава начинается с введения о самом хранилище (что оно собой представляет, какие функции выполняет). Потом объясняется, как использовать интерфейс Spring Data для объектно-NoSQL маппингаи написания репозиториев и запросов. Не обошли стороной и технические детали.

Следующий раздел посвящен быстрой разработке приложений. В нем описывается Spring Roo (лично мне не очень интересен, я не фанат генераторов кода) и REST проводник репозитория. Последний определенно стоит внимания. Данный раздел служит отличным введением в REST-интерфейс с гиперссылками, CRUD, поиском, отношениями между ресурсами и т.д.

Книга содержит 3 главы о Hadoop. Последняя глава посвящена распределенной системе управления данными GemFire.

Несомненно, Spring Data стоит внимательно изучить, а эта книга идеально подойдет для начала. Авторы хорошо знали, что они хотели сказать и им это удалось. Язык довольно легкий и понятный. Примеры интересные и не слишком простые.

источник

Почему вы выбрали не ту работу?

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

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

Результатом смены места работы (или решения отказаться от предложения и остаться на прежнем месте) во многих случаях может быть синдром "раскаяния покупателя".

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

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

среда, 11 сентября 2013 г.

Пока светит солнце

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

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

На солнечных батареях, но не медленный

Солнечный болид Tokai Challenger впервые появился перед публикой на "солнечных" гонках World Solar Challenge в 2009 году. Он был спроектирован и разработан командой из Токайского университета. Tokai Challenger был победителем соревнований в 2009 и в 2011 году.

Трасса гонки World Solar Challenge проходит через Австралийский континент, ее длина -- 3021 км. В 2009 году Tokai Challenger преодолел это расстояние за 29 часов 49 минут, а в 2011 ему понадобилось 32 часа 45 минут. Автомобиль, поверхность которого покрыта 2176 солнечными батареями, изначально разработанными Sharp для использования в спутниках, достиг максимальной скорости 150 км/час и средней скорости в 97 км/час.

Google стремится объединить компьютер и облако с помощью новых приложений Chrome

Google представила новый тип приложений для браузера Chrome, объединяющий, по словам представителей компании, лучшие свойства десктопного и облачного ПО.

Сравнивая их с приложениями смартфонов, планшетов, десктопов и ноутбуков, Google заявила, что они сочетают в себе "скорость, безопасность и гибкость" веб-приложений и "функциональность" ПО установленного на устройство.

Первые приложения доступны в магазине Chrome Web Store для компьютеров на ОС Chrome и Windows. Версию для ОС Mac и Linux обещают выпустить в ближайшее время.

Впервые Google анонсировала такой тип "упакованных приложений" ("packaged app") несколько месяцев назад и некоторые из них были доступны для людей, использующих версию Chrome для разработчиков. Теперь они доступны пользователям "стабильной" версии браузера.

Основные характеристики нового поколения приложений, которые Google называет "packaged apps" включают возможность использования и хранения данных в режиме оффлайн и отображение ограниченного количества элементов браузера (вроде кнопок и вкладок). Кроме того, пользователи смогут подключаться к облаку, чтобы сохранять документы и другой контент в Google Drive и аналогичных облачных хранилищах.

вторник, 10 сентября 2013 г.

Может ли SDN положить конец CLI?

Поскольку программно-конфигурируемая сеть (SDN) преимущественно контролируется с помощью приложений, а не портов, специалисты ожидают, что в будущем сетевые инженеры будут взаимодействовать с сетью именно на этом уровне, а не посредством интерфейса командной строки (CLI).

Значит ли это, что командная строка уйдет в небытие для администраторов? Или, что профессия сетевого инженера утратит актуальность?

Лично я больше склонен к точке зрения архитектора F5 Networks Алана Миммса, который утверждает, что сетевым инженерам все еще понадобится CLI для диагностирования и исправления проблем, которые появляются, например, после настройки списков управления доступом. Кажется, аналитик Gartner считает, что разработанная надлежащим образом SDN задвинет CLI на задний план. 

источник

Agile не чуждо планирование

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

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

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

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

Синдром "разбросанных" совещаний

Я пришел к выводу, что самым непродуктивным является день, наполненный совещаниями.

Например:
9 -- 9:30 -- первое совещание
10-12 -- второе совещание
Обеденный перерыв
14:00 -- 14:30 -- еще одно совещание
15:00 -- 16:00 -- последнее совещание

После первого совещания сотрудники помчатся к кофе-машине, чтобы подготовиться к следующему. Пока вы успеете осмыслить второе совещание, наступает время обеда. И так на протяжении всего дня -- между совещаниями проходит пол часа, и до 16:00 у вас скапливается гора “настоящей работы”. Как следствие, стресс и синдром слишком большого количества совещаний.


Именно это не нравится Agile разработчикам. К тому же я слышал, что по мнению программистов, у Scrum слишком много совещаний. Переключение между задачами чревато 40-процентной потерей производительности.

Решение

Лично я установил, что если отвести для совещаний конкретную часть дня, это позволяет мне оставаться сосредоточенным.

источник

понедельник, 9 сентября 2013 г.

10 книг для продвинутых Java-разработчиков

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

В данном посте я бы хотел рассказать о нескольких полезных книгах по Java для продвинутого уровня. То есть, работы вроде "Thinking in Java" ("Философия Java") или "Head First Java" ("Изучаем Java") в списке не появятся, хотя советую начинающим их почитать. Также, я старался не вносить в список книги по Java для конкретного ПО, фреймворков или сертификатов.

Java in a Nutshell ("Java. Справочник")

Больше рекомендация, чем обязательная к прочтению книга.

пятница, 6 сентября 2013 г.

Дни MongoDB

На прошлой неделе я посетил конференцию MongoDB London в Лондоне. Теперь меня интересует данная технология и я понимаю, что она может дать своим пользователям. Но проблема в людях! Все они говорят, следуя следующему сценарию:
  1. Была некоторая проблема с реляционными базами данных, которой на самом деле не существует (или не существовало долгое время).
  2. MongoDB.
  3. Успех!
К примеру, первый докладчик, которому не нравятся нормализованные данные, потому что у них “плохая локальность”.

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

Кроме того, докладчик упомянул о вложенных таблицах и заявил, что в “базах данных SQL” их использовать невозможно. По утверждениям, MongoDB более гибкая, поскольку не привязывает вас к таблицам. Просто таблицы — недостаток технологии, а используем мы реляционную модель, потому что у нее есть логическая математическая подоплека, что отображено в технологии. Можно ли сказать то же самое о модели MongoDB?

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

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

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

Например, разделить OLTP и OLAP и ввести задержку в несколько минут между поступлением данных и моментом, когда они будут доступны для отчета. Таким образом можно добиться внушительного роста производительности в любой базе данных! Разумеется, если вы способны смириться с задержкой.

В следующей версии пообещали поддержку восстановления на определенный момент времени (point-in-time recovery). У Oracle такая опция появилась в 1988 году.

В любом случае, учитывая, что MongoDB — свободная система с открытым исходным кодом, стоит ее оценить и посмотреть, подходит ли она вам. Просто помните, эти люди считают, что решают проблемы, которые IBM и другие решили до того, как они появились на свет, и необходимые функции уже присутствуют в существующей базе данных/стеке технологий (я использовал Oracle в своих контраргументах, поскольку лучше всего в ней разбираюсь. Полагаю, о SQL Server и DB/2 можно сказать то же самое). Поговорите со своим знакомым администратором баз данных.

К сожалению, огромное количество разработчиков использует MongoDB, поскольку слишком ленятся правильно использовать реляционные СУБД.

источник

четверг, 5 сентября 2013 г.

10 самых постыдных, эксплуататорских, калечащих, крайне опасных технических профессий

Имидж техиндустрии может показаться таким же идеальным и блестящим, как и выпускаемые ею продукты, но как известно многим из нас, гик не всегда синоним крутости. Более того, некоторые технические профессии вызывают жалость: калечащая работа на заводе, отупляющая работа в службе поддержки и должности в розничной торговле, колеблющиеся от постыдных до эксплуататорских. Есть еще профессии, связанные с серьезной физической опасностью.

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

среда, 4 сентября 2013 г.

Скоро у всех на запястье: Smartwatch

Хотели ли вы когда-нибудь смартфон, который может поместиться на запястье? Если вы стремитесь купить только такое устройство, вам повезло.

Не только iWatch от Apple, по слухам, готовят к производству (предположительно, на базе iOS 7), но совсем недавно исполнительный вице-президент мобильного подразделения Samsung Ли Янг Хи заявила, что Samsung представит новые концептуальные умные часы на выставке бытовой техники IFA в Берлине в этом году.

О новом гаджете Samsung известно мало. Ли сообщила, что часы получат название Galaxy Gear и негнущийся экран.

Упоминание о негнущемся экране, наверное, связано с торговой маркой часов Galaxy Gear с гибким экраном, зарегистрированной Samsung в начале августа. Видимо, Samsung стремится выйти на рынок с негибким экраном, пока продолжается работа над технологией гибкого.

Следите за новостями. Несомненно, это событие подбросит дровишек в противостояние между Apple и Samsung.

Проектирование решений с использованием очередей?

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

Такие инструменты, как серверы ActiveMQ, RabbitMQ, MSMQ, JMS проверены временем и предназначены для надежного выполнения этих требований. У меня позитивный опыт использования данных инструментов для так называемых "happy paths" (максимально гладких вариантов). А вот в случае с "unhappy paths", независимо от инструментов, бывает достаточно тяжело спроектировать механизм восстановления после отказа.

Вот что нужно принять во внимание, разрабатывая решение с помощью очередей:

Скорость обработки

Очереди по сути являются системой producer/consumer (производитель/потребитель) или pub/sub (вещание/подписка). То есть, медленный темп потребления приводит к скоплению сообщений.

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

Пути ошибки

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

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

Автоматизированный мониторинг

Автоматизированный мониторинг играет для любой очереди в промышленной системе решающую роль. Без мониторинга очередь рискует быть переполненной непотребляемыми сообщениями.

Вмешательство человека

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

Развертывания

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

вторник, 3 сентября 2013 г.

Популярные продукты Microsoft, полученные в результате поглощений

У каждой компании своя стратегия поглощения. В 1990-х годах компания  Symantec, похоже, покупала все компании, которые были на это согласны. Как результат перед нами компания-производитель инструментов восстановления системы, специализированного ПО для систем безопасности, компиляторов и разнообразных утилит.

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

MS DOS

Когда Intel представил процессор 8086 (кстати, не разработанный самой компанией), IBM собиралась создать для него компьютер и скачала связалась с разработчиком ОС CP/M Гэри Килдаллом. Жена Гэри отказалась подписывать с IBM соглашение о неразглашении, чтобы обсудить договор лицензирования, поэтому IBM обратилась к Microsoft.

Последняя, в свою очередь, приобрела у фирмы Seattle Computer Products (SCP) права на Q-DOS (Quick-and-Dirty Operating System -- быстрая и грязная ОС), очень похожую на CP/M. Microsoft не рассказала SCP о сделке с IBM и смогда уговорить IBM позволить продвигать MS-DOS на рынок отдельно от PC. Вот это хватка!

понедельник, 2 сентября 2013 г.

Ваши любимые соцсети: как все начиналось?

В 1844 году Сэмюэл Морзе отправил по телеграфной линии от Балтимора до Вашингтона фразу "Дивны дела Твои, Господи", тем самым ознаменовав новую эру межличностной электронной коммуникации. За последние десять лет социальные аспекты интернета вышли на передний план.

Существуют ли аналоги знаменитой библейской цитаты, отправленной Морзе, в современных социальных сервисах? Ниже вы сможете найти некоторые первые примеры общения в различных известных социальных сетях.

На пути к мобильному здравоохранению

Мобильное здравоохранение предположительно станет новым "хитом": эксперты вроде Эрика Топола предрекают, что наступит время, когда наши мобильные устройства будут широко использоваться для записи и передачи данных о состоянии здоровья специалистам, которые на их основе будут принимать соответствующие решения.

Достаточно сказать, что данная область находится на ранней стадии развития, поэтому конкурс Qualcomm Tricorder X Prize должен вызвать неподдельный интерес. Он нацелен на обеспечение прорывных инноваций. В этот раз акцент сделали на сфере мобильного здравоохранения.

Чтобы получить приз в $10 млн. участникам необходимо за три дня в группе из 30 пациентов точно диагностировать 15 заболеваний, используя лишь мобильное устройство.