Category: it

Category was added automatically. Read all entries about "it".

Ковидные реалии IT-кочевников



За последнее десятилетие-полтора в мире образовалась прослойка людей, работающих онлайн и не привязанных к месту жительства. Многие из них успели привыкнуть к новому образу жизни, позволяющему перемещаться из страны в страну.

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

Кстати, в Грузии, где я сейчас нахожусь, этот процесс весьма заметен. Грузия умеет приводить нового человека в состояние восторга, которое обычно продолжается полгода-год. Лично у меня розовые очки упали примерно через 8 месяцев. Должен заметить, что ничего особенно страшного при этом не произошло. Я просто переехал из сказочной Грузии в реальную и обнаружил, что и тут можно жить.

Хотя вообще-то планы у нас с женой были другие. Мы хотели задержаться в Грузии, чтобы доразмножиться и дать окрепнуть потомству, а потом примкнуть к кочевому племени и посвятить следующие несколько лет исследованию многообразия мира. К сожалению, временной отрезок запланированный нами на стоянку, оказался куда богаче на события, чем мы изначально предполагали.

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

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

Обычно, всё начинается с новых ограничений для иностранцев в том месте, где ты находишься сейчас. Ковидный мир куда менее приветлив и гостеприимен. Между прочим, это касается и Грузии, а потому у многих наших знакомых кочевников уже появилось закономерное желание переместиться в очередной раз. Желательно куда-нибудь, где будет хотя бы примерно так же комфортно, как раньше было почти везде.

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

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

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

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

Что скажете, есть ещё подходящие уголки? Или везде нынче плохо? Дома сидеть не предлагать, мы уже пробовали)

Оригинал записи на сайте

Некубическое непрограммирование



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

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

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

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

Оказалось, что рынок, как всегда, не подвел. Более того, действительность даже несколько превзошла ожидания. Конечно, кубическим мое программирование в итоге не стало (я-то вдохновлялся кубиками из Minecraft Industrial), зато перестало быть программированием в куда большей степени, чем я рассчитывал.

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

Здесь я, конечно, могу и ошибаться. И даже скорее всего ошибаюсь, как и любой профан, краешком зацепивший новую тему. Однако, оставить эту тему в покое я тоже не могу по практическим соображениям. Дело в том, что у нас в INT существует такое явление, как стажерка. Ну, это мы так её называем, а суть в том, что люди там волонтерствуют, выполняя задачи в онлайне и попутно осваивают удаленные профессии. И возможность освоения конкретной этой - новой - вызывает живейший интерес.

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

Интересуют как рассказы о профессиональной рутине, так и советы из серии “с чего начать”. Ещё очень интересна ваша оценка порога входа в профессию. С обычным программированием есть такая проблема, что все недооценивают его сложность. Из-за этого очень много недоучившихся. А у вас как? И что почитать человеку, который решил стать вашим коллегой?

Ещё очень интересно, как ведет себя рынок в этой сфере. Насколько он кажется сформировавшимся, есть ли проблемы с поиском заказчиков, часто ли среди них встречаются те, кто становится постоянным клиентом? Что с заработками / бюджетами?

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

Оригинал записи на сайте.

Дорога к Боргу

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

Кроме, уже привычных многим, таск-трекеров, CRM и прочих  общеупотребимых систем, разработчики используют продвинутые системы  совместного написания кода. Хорошие разработчики также стараются  соблюдать стандарты этого самого написания, чтобы коллегам было легче  читать код. А ещё программисты создали целый зоопарк методик  документирования проектов и активно используют его по назначению.

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

Если абстрагироваться от разработки и посмотреть на ситуацию в целом,  можно увидеть вполне очевидную зависимость: чем сложнее та или иная  коллективная деятельность, тем критичнее для неё качество коммуникации. А  поскольку прогресс заставляет нас заниматься всё более сложными и  комплексными штуками, следует ожидать дальнейшего развития систем  совместной работы.

Collapse )

Кубическое программирование. Пост 2, вариант решения.

Продолжение, начало тут.

А что, если подойти к самому построению блок-схем несколько иначе? Пусть это будет конструктор. Пусть пользователь выбирает блоки из заданного набора. Конечно, такой набор должен быть большим. Но я почему заговорил про кубики-то. Знаете, сколько этих самых кубиков в игре Minecraft? А если вместе с модами? Тысячи, дамы и господа! Между прочим, многие из них представляют из себя полноценные технические устройства, предназначенные для функционирования в виртуальном мире.

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

Как вы думаете, сложно ли играть в Minecraft? Я думаю, что не очень, потому что видел множество малолетних детей, которые успешно с этим справляются. С модификацией Industrial Craft, как раз и позволяющей сложные механизмы, процент детей несколько падает, но всё ещё остаётся подавляющим. Чтобы их совсем не было, это надо играть в ComputerCraft, например. Там реальное программирование на языке Lua, и там нет ни одного ребенка. Приходят, осматриваются по 10 минут и уходят навсегда. Сложно им там.

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

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

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

А отдельно от этого праздника простоты и эффективности надо собирать сообщество кодеров. Пилить проект на Гитхабе. Договариваться о правилах. Фигачить код. Править код. Короче, обычный opensource-проект. И я думаю, что это могло бы стать популярнее Minecraft'а. Потому что это тот же самый Minecraft, только ещё и полезных дел можно понаделать.

А вы что думаете?

Кубическое программирование. Пост 1, постановка задачи.

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


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


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


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


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


Реальный размер порога входа таков, что нашему условному пользователю было бы лучше продолжать жить с нерешенными задачами такого типа, чем тратить вот столько времени на их решение. Метод не окупается для большинства случаев. Смежный метод - нанять программиста, потратив деньги вместо времени - также зачастую не срабатывает. Это довольно дорого, хотя бы потому, что вам придется потратить рабочее время разработчика, объясняя ему, что вы хотите. Ещё, зачастую, вы не можете определить реальную трудоемкость решения той или иной задачи. А потому вынуждены верить на слово человеку, которому было бы очень выгодно вас обмануть. А если программист попался ещё и не из Честного Круга, что тогда?


А ещё велика вероятность получить на выходе не то, что было нужно. Люди зачастую переоценивают свои коммуникативные способности и пребывают в уверенности, что всё досконально объяснили. А потом выясняется, что вот эту фразу можно было понять тремя такими-то способами, а вот эти два нюанса вы вообще не проговаривали. И, вроде бы, код соответствует фактически поставленной (транслированной разработчику) задаче, но вот задачу настоящую выполнить не способен. Его вообще немного для другого придумывали. Опять всё сначала, короче.


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


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


Но что нужно сделать, чтобы стало так?


Жду ваших версий, свою изложу в продолжении.


Призываются junior-разработчики.

Студия "GALLEY" снова выходит на связь.

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

Мне нужны удаленные web–разработчики, умеющие писать всякие несложные штуки на PHP и JS, не теряющиеся при виде jQuery и, очень желательно, имеющие опыт работы с ModX.

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

Наиболее предпочтительный способ связи со мной — skype: rbalakirev. Ещё я умею отвечать на каменты и инбоксы, но делаю это с весьма произвольной скоростью. И ещё мне можно написать письмо на адрес null@other.camp. Не знаю, зачем такое кому–то делать, но мне нравится этот мой адрес и я везде им торгую по возможности.

Призываются стажеры в отдел веб-разработки.

Galley_illustration

Студия “Galley”, образованная путем слияния  "Каростудио" с группой дизайнеров, находящихся в предварительном сговоре, приглашает желающих для стажировки в отделе веб-разработки с последующим трудоустройством. Требования к кандидатам:


  • Интернет-канал, достаточный для видео-совещаний и перекачки до нескольких GB за рабочий день в любую сторону.

  • Возможность выделить строго определенное время в своем расписании для стажировки и работы. Время выделяется на будних днях, количество рабочих дней стажера может быть любым, продолжительность рабочего дня от 4 до 8 часов в промежутке 12:00 - 22:00 мск по выбору стажера.

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

  • Желание делать карьеру в области веб-разработки с нуля.

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

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

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


  • Подмастерье - $2.5/час

  • HTML-верстальщик - $5/час

  • Веб-мастер широкого профиля - $7/час

  • Junior-разработчик - $10/час

  • Middle-разработчик - $15/час

  • Senior-разработчик - $30/час


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

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

Пример: Василий полностью освоил профессии подмастерья и верстальщика. Сейчас он учится на веб-мастера, однако, сдал экзамен только по одной операции - “Внедрение и кастомизация Shopkeeper”. Он может рассчитывать на получение любых заданий, предназначенных для подматерья или верстальщика, а также уже может получать задания по настройке Shopkeeper.

Дабы не плодить лишнего текста, который всё равно никто не будет читать, скажу лишь, что подробности готов выдать лично. Или в комментариях, это как удобнее. Если вы хотите стать стажером нашей студии, напишите мне об этом в Skype: rbalakirev, я добавлю вас в чат для стажеров. Начнем заниматься с 10 ноября, но набор желающих будет открыт и после этой даты.

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

Добро пожаловать к нам на галеру!

Про бесполезность голосового управления, часть 2.

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

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

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

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

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

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

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

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

Казалось бы, вот оно, торжество голосового управления, вот где, наконец-то раскроется его польза. Так чего же я пишу про его бесполезность? А дело в том, что история повсеместно идет по весьма похожим путям. И ход технического прогресса не является исключением. Слышали про эксперименты с мысленным управлением? Точнее, уже существуют рабочие образцы, они ограничены и обладают высоким порогом входа, но это тоже временное явление. Пока что они хороши лишь для тех, кто не может осуществлять ввод обычными способами. Но, рано или поздно, должна быть открыта физическая основа реальной телепатии. А ещё чуть погодя она будет воплощена в железе, в виде интерфейса ввода-вывода.

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

Кажется, мне пора прекращать смотреть рекламные ролики.

(no subject)

***РЕКЛАМА***

П.О.Э.Т. в России больше, чем поэт!

Компания "П.О.Э.Т.", так же известная как "Производственное Объединение Электро-Техника" предлагает:

  • Срочный ремонт АТС (от 1000р.)
  • Абонентское обслуживание АТС и телефонных сетей (от 400р/мес)
  • Установка АТС
  • Программирование АТС
  • Монтаж и ремонт телефонных сетей
  • Установка видеодомофонов
Мы можем полностью взять на себя телефонизацию вашего дома и офиса. С самого начала и навсегда. И мы сделаем это качественно и недорого.

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

САЙТ

***РЕКЛАМА***