Pull to refresh
122
0
Андрей Неволин @TechThink

User

Send message

Записки архитектора. Как давать имена приложениям и сервисам

Level of difficulty Medium
Reading time 31 min
Views 8.6K

Если порыться на внутренней кухне софтверных компаний, то можно обнаружить, что разрабатываемые приложения и сервисы часто имеют весёлые имена. Это могут быть имена мультперсонажей, мифических героев, космических объектов, географических объектов, героев книг, героев комиксов и фильмов… Пожалуй, это наиболее популярные категории имён, но есть и другие. Разработчики софта – люди креативные, чего только не придумают. Мне попадались даже названия ягод и элементарных частиц.

Справедливости ради подчеркну, что не во всех компаниях, где разрабатывают софт, ему дают весёлые имена. Но во многих.

Насколько хороши весёлые имена? Какие есть альтернативы? Как лучше всего называть софт? Какие имена используют в зрелых софтверных компаниях?

Об этом и поговорим…
Total votes 5: ↑5 and ↓0 +5
Comments 11

Про ручной труд в AI-стартапах (и не только стартапах)

Level of difficulty Easy
Reading time 4 min
Views 1.2K

Наткнулся через «MIT Technology Review» на статью с порицанием AI‑стартапа, который — как выяснилось — интенсивно использует ручной труд якобы вместо автоматического искусственного интеллекта.

Ссылка на статью

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

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

Во‑первых, стартапам свойственно в маркетинговых заявлениях преувеличивать уровень собственных достижений. Обычно в таких заявлениях транслируется не текущее состояние дел, а «вИдение» или «мИссия» стартапа: то, к чему стремятся прийти. Если по‑честному, то в какой‑то степени это враньё. И крупные компании часто делают то же самое. Но стартапам это особенно свойственно. Покажите мне стартап с «честным» маркетингом. Лично я таких не видел. В современном мире такой стартап не выживет. Соответственно, если у стартапа цель — полная автоматизация ручного труда, то именно про полную или почти полную автоматизацию и будет сказано в маркетинговых материалах, даже если на текущем этапе автоматизации вообще ноль. И не будет никаких сносок про то, что «мы пока не достигли этой цели, но собираемся достигнуть через 100 лет при достаточном финансировании и т. п.» Все всё знают про то, как строится маркетинг стартапов, поэтому шеймить их за такое «враньё» смысла нет. По крайней мере, в текущих реалиях.

Читать далее
Total votes 4: ↑3 and ↓1 +2
Comments 1

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

Level of difficulty Easy
Reading time 3 min
Views 2.3K

Так думает Дуглас Хофштадтер, автор популярной книги "Гёдель, Эшер, Бах: эта бесконечная гирлянда".

Цитата взята отсюда: Gödel, Escher, Bach, and AI - The Atlantic. В статье Хофштадтер приводит эссе, написанное чатботом от его имени, а затем разносит эссе в пух и прах. Утверждает, что чатбот переврал и его стиль, и фактологию. Статья рекомендуется к прочтению.

Мнение Хофштадтера о чатботах вызывает во мне двоякие мысли. С одной стороны, хочется с ним согласиться. Чатботы посягнули на то, что до сих пор считалось подлинно человеческим. И вроде как, не хочется делиться этой поляной с бездушной машиной. Также не хочется, чтобы глубокие подлинные человеческие истории вытеснялись поверхностными, переполненными банальщиной суррогатами, которые сейчас генерит ИИ.

С другой стороны, чисто исторически определение того, что является "подлинно человеческим" постоянно менялось. Некоторые функции, которые когда-то были основными для человека, со временем перестали быть таковыми. Например, у наших предков, живших 3000 лет назад, мозг был больше нашего. Есть гипотеза (хотя доподлинно это неизвестно), что благодаря большему мозгу наши предки могли запоминать больше информации. А с распространением письменности и усилением специализации труда необходимость запоминать много отпала. Соответственно, наш давний предок с появлением письменности мог бы, наверное, сказать: "Эти бездушные, быстро теряющие актуальность буквы не заменят живой памяти человека, способного запомнить расположение десятков полян для сбора самых сочных ягод". Однако прошло несколько тысяч лет, и сейчас мы, пожалуй, не особо расстраиваемся от того, что у нас не слишком крутая память. Заглянуть в книжку, в блокнот, позвонить другу, поискать в Интернете - привычные операции, которые компенсируют нам недостаток собственной памяти. Мы совсем не против того, чтобы эта память была где-то "снаружи" нас.

Читать далее
Total votes 18: ↑16 and ↓2 +14
Comments 4

Искусственный интеллект научился «решать» задачи по соревновательному программированию

Reading time 3 min
Views 10K

Об этом в начале декабря прошлого года нам сообщила компания DeepMind.

При первом рассмотрении достижение очень впечатляет. Особенно если посмотреть на примеры задач, с которым справился искусственный интеллект. Также поражает, что в сравнении с людьми, решавшими те же задачи, он вошел в top 54%.

При втором рассмотрении достижение по-прежнему впечатляет, но уже без вау-эффекта. Почему?

Далее...
Total votes 2: ↑2 and ↓0 +2
Comments 8

Записки архитектора. Чек-лист

Reading time 11 min
Views 15K

- Составь, пожалуйста, руководство по тому, как делать архитектуру.

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

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

Цель хорошая, запрос хороший. Оставалось только понять, как оказать им конструктивную помощь, а не отправить читать книжки или не засесть писать свою.

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

Собственно, этот список я здесь и публикую.

Далее...
Total votes 32: ↑31 and ↓1 +30
Comments 10

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

Reading time 4 min
Views 22K
image


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

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

Я подключил телефон к ноутбуку. Выбрал на телефоне опцию «Передача изображений», а на ноутбуке — «Import pictures and videos»…
Читать дальше →
Total votes 43: ↑40 and ↓3 +37
Comments 43

Измерение времени с наносекундной точностью

Reading time 19 min
Views 23K
image

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

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

Так как на компьютере можно измерять много разных типов времени, сразу уточню, что здесь речь пойдет о «времени по секундомеру». Или wall-clock time. Оно же real time, elapsed time и т.п. То есть простое «человеческое» время, которое мы засекаем в начале исполнения задачи и останавливаем в конце.
Читать дальше →
Total votes 39: ↑39 and ↓0 +39
Comments 31

Грусть о перспективах, которых у нашей вычислительной техники не было

Reading time 3 min
Views 31K
image

Вроде, уже много лет прошло – целая вечность по меркам мира вычислительной техники. А рефлексия на тему ошибок советского прошлого все не прекращается. А что было бы, если… не стали копировать IBM?.. не закрыли проект БЭСМ? не сделали еще какую-то глупость?

Мой ответ: ничего радикально нового. Было бы примерно то же самое, что сейчас имеем.
Читать дальше →
Total votes 69: ↑52 and ↓17 +35
Comments 473

Интел усиливает позиции в HPC

Reading time 3 min
Views 5.3K
hpc

10 лет назад присутствие Интела в HPC ограничивалось, в основном, мощными процессорами и набором математических библиотек.


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

Читать дальше →
Total votes 10: ↑10 and ↓0 +10
Comments 22

Понять Open Source: модели использования

Reading time 10 min
Views 12K
Open Source


Для чего компании и отдельные люди вкладываются в Open Source?



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

Особое внимание я уделю подходам, появившимся относительно недавно. Тем самым я исполню обещание, данное в предыдущем посте на тему открытого кода – обещание поговорить о путях развития Open source.

В конце вас ждет несколько опросничков (которые упертый движок Хабрахабра упорно не позволяет вставлять в основной текст).

Поехали!
Total votes 18: ↑15 and ↓3 +12
Comments 8

Долгожданней, чем шестой iPhone

Reading time 3 min
Views 23K
image


Отличная новость вышла в минувшую пятницу. Ижевский радиозавод выпустил первые российские ПК.

О том, что они запущены в производство, писали еще полгода назад. Но то, что их можно «пощупать», стало известно только сейчас.

Для меня это IT-новость года. И вот почему.
Дальше...
Total votes 70: ↑39 and ↓31 +8
Comments 157

Понять Open Source

Reading time 11 min
Views 52K
image


Опен сорс заставляет меня чувствовать себя мазохистом.
Я люблю его, однако часто работа с ним – боль.
(c) Мой

Когда-то – может, уже лет 10 назад – было модно предрекать конец опен сорсу. Интернет пестрил заголовками типа «Почему Open Source скоро умрет» или «Почему Open Source никогда не победит платное ПО». Это не точные заголовки. Скорее, впечатление, которое сохранилось с тех пор.

Сейчас мы видим, что опен сорс цветет и пахнет. Иногда хорошо пахнет, иногда – не очень. Но в целом по-прежнему набирает популярность и даже как-то эволюционирует. Собственно, об этом и поговорим: о том, что Open Source представляет собой сейчас, и куда будет двигаться дальше. Хотелось бы увидеть в комментариях ваши мнения по этому поводу.

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

Я запланировал три поста, которые опубликую, если тема покажется интересной:

  1. Этот пост, где поговорим о том, как научиться понимать Open Source
  2. Модели использования Open Source для достижения бизнес-целей
  3. В третьем посте я предложу нестрогую классификацию открытого кода по его профпригодности. По тому, насколько удобно, эффективно и полезно работать с различными сторонними проектами.

Поехали!
Total votes 60: ↑39 and ↓21 +18
Comments 83

«Софт + коробочный сервер» или комплексное решение?

Reading time 6 min
Views 4.5K
Чад, и чего же ты хочешь сказать этим заголовком?

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

А за неделю до этого – когда я был в Австралии – у меня было множество разговоров с клиентами на тему сценариев разворачивания Hadoop. В частности, речь шла о том, когда имеет смысл использовать для этого Isilon. Все клиенты мыслили одинаково: взять дистрибутив и проинсталлировать его на коробочные сервера. Поначалу они никак не могли принять идею, что решение на базе Исилона может быть лучше, производительнее и дешевле. Но все-таки они к этому пришли.
Далее...
Total votes 34: ↑17 and ↓17 0
Comments 0

Рецепт «Быстрых данных» на основе решения для больших данных

Reading time 10 min
Views 8.3K
source: http://searchsoa.techtarget.com/photostory/2240203721/Five-potential-big-data-problems-and-solutions/5/Velocity-Catch-it-Capture-fast-moving-data-and-use-it

Источник изображения

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

Свой «рецепт» мы смастерили из уже существующих «ингредиентов»: железки и программного инструмента. Сначала я расскажу, каким образом перед нами возникла задача ускорения доступа. Затем рассмотрим железку и программный инструмент. В заключение поговорим о двух проблемах, с которыми нам пришлось столкнуться в ходе работы.
Читать дальше →
Total votes 7: ↑7 and ↓0 +7
Comments 1

Ice Bucket Challenge как искупление грехов

Reading time 2 min
Views 118K
image


Недавно меня вызвали на Ice Bucket Challenge. Думаю, излишне говорить, куда я по-дружески послал автора этого вызова.

Тем не менее, я ему благодарен, т.к. он заставил меня задуматься: а чего это все вокруг с ума посходили с Ice Bucket Challenge? Почему именно эта благотворительная кампания приобрела общемировую популярность? Каждый день на планете стартует множество благотворительных акций, и ни одна из них до сих пор не имела такого бешеного успеха.

Я нашел ответы на эти вопросы.

Далее...
Total votes 303: ↑197 and ↓106 +91
Comments 69

Хороший, плохой и злой… кэш

Reading time 3 min
Views 17K


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

Наиболее содержательными являются первые две трети ролика, которые можно суммировать следующим образом:

1) данных в соцсетях нынче много, обновляются они часто, а пользователю их нужно предоставлять быстро
2) поэтому без кэширования не обойтись
3) далее показывается, как кэширование (концептуально) работает в Twitter, Facebook и Reddit
4) но есть проблемка…
5) кэширование в каждом соцсетевом проекте отписывается вручную
6) в результате, имеем много кода, который делает практически одно и то же в каждом проекте. А много кода — это много багов и людского труда
7) и что же с этим делать?

Читать дальше →
Total votes 39: ↑25 and ↓14 +11
Comments 25

О планах Гугла застрелить Луну

Reading time 2 min
Views 90K
image


По Гуглу, который еще три недели назад заявил о начале своего «Moon Shot project», уже проехались некоторые авторитетные издания. Но я пока что не авторитетное издание, поэтому могу позволить себе прокомментировать новость со значительным опозданием. Комментарий же назрел потому, что ни в одном издании я не увидел того, что кажется мне наиболее важным в этой истории.

Для начала, продублирую новость, т.к. возможно, вы о ней еще не слышали. Гугл заявил, что начинает «самый амбициозный и сложный научный проект за всю историю». Проект состоит в том, чтобы исследовать 175 здоровых людей и, на основе этого исследования, установить «уровень здорового человека» (что бы это ни значило). Т.е. Гугл хочет выяснить, как должен выглядеть здоровый человек, какой должна быть «норма». Я понимаю, что все это звучит очень расплывчато. Нужно привести формулировку каких-то измеримых целей. Но у меня ее нет, т.к. Гугл ничего подобного не предоставил.

Далее...
Total votes 72: ↑50 and ↓22 +28
Comments 64

Железо на службе у алгоритма (продолжение)

Reading time 29 min
Views 80K
Борис Бабаян о прошлом, настоящем и будущем вычислительной техники


Борис Бабаян


Почти три месяца прошло с момента публикации первой части этой работы. Всё это время вызревала вторая часть и… наконец, созрела!

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

Поехали!
Total votes 91: ↑84 and ↓7 +77
Comments 50

Железо на службе у алгоритма

Reading time 14 min
Views 198K
Борис Бабаян о прошлом, настоящем и будущем вычислительной техники

Борис Бабаян
Каким представляется развитие вычислительной техники человеку, который уже более полувека занимается разработкой компьютерных технологий?

Мне удалось побеседовать на эту тему с Борисом Арташесовичем Бабаяном, директором по архитектуре компании «Интел».

Борис Бабаян известен как главный архитектор компьютерных вычислительных систем «Эльбрус-1», «Эльбрус-2» и «Эльбрус-3». Некоторые из его идей использованы в архитектуре Transmeta. В настоящее время Борис возглавляет разработку новой микропроцессорной архитектуры в компании «Интел».

Чтобы совсем покончить с формальностями, перечислю звания, степени и должности Бориса: член-корреспондент РАН, доктор технических наук, профессор, заведующий кафедрой «Микропроцессорные технологии» МФТИ, Intel Fellow, лауреат Государственной и Ленинской премий.

Дальнейшее повествование построено от лица Бабаяна. Мои скупые комментарии оформлены в виде врезок либо ссылок на интернет-страницы.

Поехали!
Total votes 210: ↑200 and ↓10 +190
Comments 138

Почему не растет частота?

Reading time 7 min
Views 165K
Clocking PCМногие, наверное, помнят, какими темпами увеличивалась тактовая частота микропроцессора в 90-х и начале 2000-х годов. Десятки мегагерц стремительно переросли в сотни, сотни мегагерц почти мгновенно сменились цельным гигагерцем, затем гигагерцем с долями, двумя гигагерцами и т.д.
Но последние несколько лет частота уже не растет так быстро. От десятка гигагерц мы сейчас почти так же далеки, как и 5 лет назад. Так куда же исчез прежний темп? Что препятствует, как и раньше, «задирать» частоту вверх?

Текст ниже ориентирован на людей, не знакомых или слабо знакомых с архитектурой микропроцессора. Для подкованных читателей рекомендуются соответствующие посты yurav

Читать дальше →
Total votes 178: ↑162 and ↓16 +146
Comments 204
1

Information

Rating
Does not participate
Registered
Activity