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

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

Мы продолжаем продвигать наши мини-«десктопы», полностью разработанные российскими инженерами и собранные силами своих производственных мощностей. Мы – это московская компания «Сетевые Технологии» и её тайваньская дочка «Communication Technology».

Введение

Слишком много раз я встречал приложения, о которых говорили, что у них есть модель предметной области и приложение было спроектировано на основе это предметной области. Однако в действительности всё, что я видел, было коллекцией сущностей (я бы даже сказал DTO), имеющих кучу свойств без какой бы то ни было реальной логики, связанной с сущностью. Кроме того, я могу найти много сервисов всех видов, которые содержат красочную смесь бизнес-логики и/или инфраструктуры. Если приложение вдобавок использует шину сообщений (как NServiceBus, Mass Transit Bus или Azure Bus), то конечно же заметно, что некие сообщения передаются от одного модуля к другому или нескольким модулям. К сожалению, сообщения часто имеют очень обобщённые названия, содержащие слова “обновить”, “изменить”, “добавить” или “удалить”, и несут большое количество полезной нагрузки — десятки разнообразных свойств. Часто из названия сообщения совершенно не очевидно, является ли оно командой или событием, и чтобы определить это, приходится глубоко зарыться в реализацию.

Я искренне хотел бы, чтобы все написанное выше было бы преувеличением или же имело смысл только для «старых» приложений, которые разрослись и вышли из-под контроля. Но печальная истина в том, что это относится ко многим новым проектам, даже тем, которым всего несколько месяцев от роду. Почему так происходит? Конечно, есть много разных причин: отсутствие знаний является одной из наиболее важных.

Решил обобщить свой более чем десятилетний опыт поиска работы в США на рынке ИТ. Так или иначе вопрос довольно злободневный и часто обсуждаемый в русском зарубежье.

Приветствую!

В продолжение статьи о регистрации безналоговой компании в Эстонии хочу поделиться с Вами информацией связанной с VAT (Value-added tax — аналог нашего НДС).

Если Вы зарегистрировали, или планируете зарегистрировать компанию в Эстонии для IT бизнеса, а именно для предоставления услуг, Вы с наибольшей вероятностью задумаетесь над вопросом: «А нужен ли мне VAT номер»?

Исходя из практики и общения с моими клиентами, могу Вам сказать, что Вы не один, кто ищет ответ на этот вопрос.
Учитывая этот факт я постараюсь дать публичный ответ на этот вопрос здесь, на «Мегамозге».

или «Прекратите характеризовать хранилища данных как CP или AP»

Джеф Ходжес в своем прекрасном посте «Заметки о распределенных системах для новичков» рекомендует использовать САР теорему для критики найденных решений. Многие, похоже, восприняли этот совет слишком близко к сердцу, описывая свои системы как «СР» (согласованность данных, но без постоянной доступности при сетевой распределенности), «АР» (доступность без согласованного состояния при сетевой распределенности), или иногда «СА» (означает «Я всё ещё не читал статью Коды (Coda Hale) почти 5-летней давности»).

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

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

САР использует слишком узкое определение

Если вы хотите ссылаться на САР как на теорему (а не на расплывчатый концепт в маркетинговых материалах к вашей базе данных), вы должны быть точны. Математика требует точности. Доказательство сохраняется только если вы вкладывается в слова, то же самое значение, что было использовано при доказательстве. И оно опирается на очень точные определения:

В последнее время мы часто слышим о реактивном программировании и видим различные баззворды: message-driven архитектура, event-sourcing, CQRS. К сожалению, на Хабре об этом пишут довольно мало, поэтому я решил исправить ситуацию и поделиться своими знаниями со всеми желающими.

В этой статье мы узнаем об основных особенностях реактивных приложений, рассмотрим, как паттерны CQRS и EventSourcing помогут нам в их создании, а чтобы не было скучно, мы с вами шаг за шагом сделаем свой мессенджер с вебсокетом и акторами, соответствующий всем канонам реактивного программирования. Для реализации всего этого добра, мы будем использовать замечательный язык Scala вместе с не менее превосходной библиотекой Akkа, реализующей модель акторов. Еще, мы будем использовать Play Framework для написания веб-составляющей нашего приложения. Итак, приступим.

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

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

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

Бетховен, Франклин, Анджелоу. Кофеин, нагота, комнаты отеля. В этой статье Drake Baer, расскажет, как великие люди добивались продуктивности.

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

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

Чтобы помочь молодым проектам заявить о себе, «Мегамозг» запускает программу поддержки стартапов. Согласно нашему плану, программа поможет молодым проектам рассказать о своём проекте широкому кругу специалистов, поделиться ходом разработки продукта, рассказать о построении команды, способах монетизации и повышении конверсии… Ну и конечно же, увеличить аудиторию и приобрести новых клиентов.

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

Есть в американской разведке такая дисциплина, как OSINT (Open source intelligence), которая отвечает за поиск, сбор и выбор информации из общедоступных источников. К одному из крупнейших поставщиков общедоступной информации можно отнести социальные сети. Ведь практически у каждого из нас есть учетка (а у кого-то и не одна) в одной или нескольких соцсетях. Тут мы делимся своими новостями, личными фотографиями, вкусами (например, лайкая что-то или вступая в какую-либо группу), кругом своих знакомств. Причем делаем это по своей доброй воле и практически совершенно не задумываемся о возможных последствиях. На страницах журнала уже не раз рассматривали, как можно с помощью различных уловок вытаскивать из соцсетей интересные данные. Обычно для этого нужно было вручную совершить какие-то манипуляции. Но для успешной разведки логичнее воспользоваться специальными утилитами. Существует несколько open source утилит, позволяющих вытаскивать информацию о пользователях из соцсетей.

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

Так уж сложилось, что последние несколько лет я занимал самые разнообразные руководящие должности в полудюжине компаний, занимающихся разработкой программного обеспечения разного рода. Довелось побывать и тимлидом, и менеджером проекта, и группы проектов, руководителем отдела и руководителем технического направления; подопечных бывало от двух до ста пятидесяти человек, да и размеры компании варьировались от трёх до двухсот тысяч работников. Неизменным оставалось только одно: чисто управленческая работа, постепенный и окончательный отход от технических задач.

А сейчас, в период между Рождеством и Новым Годом, когда особенно обострена склонность к углублённой рефлексии, приходит понимание того, что, знай я некоторые «инсайдерские» подробности управленческой деятельности заранее – сделал бы совсем другой выбор лет эдак семь назад.

Вот поэтому и родился этот немного хаотичный и очень разнокалиберный список моментов, которые очень хотелось бы передать куда-то обратно, примерно в 2005 год – дайте знать, если кто-то вдруг уже научился это делать! А пока, может быть кто-то найдёт некоторые из перечисленных ниже пунктов не до конца очевидными, или даже полезными для себя; было бы приятно осознавать, что удалось помочь кому-то сделать более осознанный выбор профессии – или просто о чём-нибудь важном задуматься.

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

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

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

Краткий обзор

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

Введение

Статья начинается с краткого обзора фреймворка AngularJS. Обзор объясняет основные компоненты AngularJS: directives, filters, controllers, services, scope. Во втором разделе перечислены и описаны различные конструкции и архитектурные шаблоны, которые реализованы внутри фреймворка. Шаблоны сгруппированы по компонентам AngularJS, в которых они используются. Если некоторые шаблоны используются в нескольких компонентах, это будет указано.
Последний раздел включает несколько архитектурных шаблонов, которые обычно используются в SPA построенных на AngularJS.

Привет!

29 июля, в очередной, уже седьмой раз, в Санкт-Петербурге откроется ежегодная Летняя школа Microsoft Research. На этот раз тема школы – машинное обучение и интеллект. В программу школы включены лекции и семинары ученых мирового уровня из ведущих университетов со всего мира, в том числе из России, а также исследователей Microsoft Research. Руководитель школы – Эвелин Виегас, директор направления «семантические вычисления» Microsoft Research Redmond. Подробности под катом.

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