Category: it

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

Восьмидесятилетняя японка доказала, что программистом можно стать в любом возрасте



Масако Вакамия – весьма необычная пенсионерка. В возрасте 81 года она написала приложение для iPhone и мечтает научить программированию других пожилых японцев.

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

Свой первый компьютер Масако купила в возрасте 60 лет, выйдя на пенсию после 43 лет работы в крупном банке. На проходившем в Токио инновационном форуме TEDx она поделилась историей о том, как сама собрала свой первый компьютер и научилась общаться онлайн, благодаря чему обрела новые цели. Теперь у неё есть свой вебсайт, где она делится своим опытом с другими пенсионерами.

Восьмидесятилетняя японка Масако Вакамия самостоятельно создала приложение для iPhone
Масако демонстрирует свою игру под названием Hinadan
Collapse )
promo analitic september 18, 2015 18:21 4
Buy for 20 tokens
Как известно, бессчетное количество безнадзорных и бездомных животных, чью численность никто не контролирует, возникло благодаря совершенно равнодушному к этому вопросу правительству. Бродячие стаи собак абсолютно комфортно чувствуют себя в условиях современных мегаполисов, став неотъемлемой частью…

Зачем Белорусам биткойны



В белорусском законодательстве появились понятия «майнинг», «токен» и «блокчейн». Хорошая новость для IT-компаний: операции с токенами не являются предпринимательской деятельностью, а значит не требуется платить налоги.
Collapse )

Как искусственный интеллект помогает бизнесу



Внедрение ИИ к 2030 году даст прирост мирового ВВП на 14%, то есть примерно $15,7 трлн, по данным PwC. Консалтеры отмечают, что это больше, чем нынешний суммарный объем промышленного производства Китая и Индии. Согласно результатам исследования Teradata, подавляющее большинство крупных компаний (80%) инвестируют в технологии искусственного интеллекта, а согласно прогнозам Gartner к 2020 г. они будут присутствовать практически во всех новых программных продуктах и сервисах.
Collapse )

Создатели Google покинули свои руководящие посты



Создатели Google Сергей Брин и Ларри Пейдж покинули свои руководящие посты в материнской компании Alphabet, пишет Associated Press со ссылкой на заявление компании. Alphabet возглавит Сундар Пичаи — генеральный директор Google, который сохранит за собой обе позиции.

Ларри Пейдж и Сергей Брин останутся в совете директоров Alphabet. Предприниматели и создатели Google приняли решение оставить свои руководящие должности в Alphabet, потому что «пришло время уходить», говорится в заявлении.

ЗАЯВЛЕНИЕ ALPHABET:

«Сегодня, в 2019 году, если бы компания была человеком, это был бы молодой человек в возрасте 21 года, и пришло время уходить».
Сундар Пичаи, который теперь возглавит Alphabet, руководит Google более четырех лет. По данным источников Associated Press, в последние месяцы Ларри Пейдж и Сергей Брин отсутствовали на мероприятиях компании.

Via.

РКН потребовал удалить Instagram‐аккаунт за фото с флагом РФ



Одна из страниц Instagram попала в реестр запрещенной информации Роскомнадзора. Ведомство настаивает на удалении аккаунта, где размещены оскорбляющие государственный флаг РФ снимки.

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

Collapse )

Как банки сливают персональные данные



Способы обмана становятся изощреннее. Теперь мошенники могут прикинуться сотрудником банка и рассказать вам всю информацию. Так убедительно, что остается назвать им пароль от карты.
Досье сливают сами банки
Collapse )

Миска с искусственным интеллектом дает корм только тем домашним питомцам, которым он предназначен



Для выполнения данной задачи снабжённая телекамерой миска Mookkie использует технологию распознавания лиц (точнее сказать - морд). Главное вместо зверушек не купить такую тарелку мужу. Если у вас есть несколько собак и/или кошек, то вам может быть знакома проблема — время от времени одно животное «крадёт» еду из миски другого. Итальянская фирма Volta, занимающаяся внедрением систем искусственного интеллекта, решила эту проблему с помощью своего нового устройства Mookkie, призванного допускать к корму только то животное, которому он предназначен.

Collapse )

Опубликованы результаты исследования этических вопросов для искусственного интеллекта



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

Collapse )

Как наказывали любителей подглядывать греческие богини

Screenshot_14

Вуайеризм, поглядывание — дело наказуемое. Но как уж тут удержаться, чтобы не взглянуть одним глазком на божественное тело богинь? Можно и рискнуть. А богини словно и не против; даже кое-какие соперничество между ними возникло насчёт того, кого из них больше застукают в неглиже.

К примеру, Афину купающейся увидел прорицатель Тиресий.

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

Артемида не была столь добра.

Охотник Актеон случайно набрёл на пруд в лесу, где богиня охоты плескалась со своими спутницами-нимфами.

Его в наказание обратили в оленя.

Актеон бросился бежать, но его тут же затравили собственные собаки.

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

Она решила последовать примеру Афины, а не Артемиды, и ослепила вуайериста.

Однако Эриманф оказался не простым греком, но человеком со связями — сыном бога Аполлонна.

Collapse )

10 главных огорчений программистов

Screenshot_7

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

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

«Каждый программист, который хотя бы раз отлаживал странное падение на сервере базы данных или пытался понять, почему RAID-накопители работают некорректно, знает, какая это боль — аппаратные проблемы». Steve Borthwick

«Программисты ненавидят железо, потому что они не могут всегда всё на него сваливать!» Anonymous

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

«Сижу целый день на стуле и пялюсь в экран. Это началось некоторое время назад… сначала спина, потом шея, глаза устали и словно горят, болит голова… ногам нет покоя… Пытался компенсировать это фитнесом, тайцзицюанем, йогой, цигуном, ездил на работу на велосипеде — и всё равно не могу больше сидеть по восемь и более часов. Проводить целый день в офисе… смотреть, как солнце проходит по небу, не отрываясь от этого чёртового стула, пока жизнь проходит мимо». Markus Toman

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

«Обнаружение трудновоспроизводимого или, что хуже всего, проявляющегося на интеграционном тесте бага, который случайно проходит или сбоит на одном и том же куске кода!!! Потом создаётся ощущение, что ты никогда не сможешь найти эти проклятые таинственные баги, прячущиеся где-то в коде. Фу!» Emmanuel Ngwane

«Мы пишем настолько большие программы (иногда и маленькие тоже), что при отладке углубляемся в такие дебри и забываем о том, что собой представляет сам баг». Ayush Bhatnagar

«Отладка, особенно когда работаешь над большими проектами из тысяч строк. Многие гики наподобие меня предпочитают при отладке выводить изображение через проектор, чтобы глазам было легче». Isaac Perez

7. Плохая документация
Работа с чужим кодом иногда раздражает, но не так сильно, если он хорошо задокументирован. К сожалению, так бывает не всегда. Если нет комментариев в коде или нормально написанного объяснения, как всё работает, приходится тратить гораздо больше времени на отладку, расширение или интегрирование приложения. А это не лучшим образом влияет на самочувствие программистов.

«Больше всего раздражает, когда тебя нанимают разбираться с плохо задокументированным ПО. Это затрудняет жизнь тем, кто принимает работу над проектом. Нехватка комментариев и плохая семантика, особенно когда после предыдущего программиста осталась куча багов и ошибок». Angel Angeles III

«Разбирательство в незадокументированном и неоткомментированном коде, который написал какой-то идиот». Abhishek Chauhan

«Я, как и большинство программистов, трачу больше времени на сопровождение плохо задокументированного кода, чем на написание нового». Walt Karas

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

«Я не люблю слияния, потому что я хочу поменять код так, мой коллега хочет сделать это иначе — и как же нам быть? Я всегда стараюсь находить способы объединить оба решения, но если возникает реальный конфликт, то слияние становится очень неприятным занятием». Jessica Su

«Конфликт слияния ✽абсолютное зло✽». Koustuv Sinha

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

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

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

«Менеджеры проектов и бизнес-аналитики обещают клиентам достать Луну с неба, а программисты должны это сделать во что бы то ни стало». Ratnakar Sadasyula

«Люблю, когда кто-то просит сделать что-то тривиальное, а потом небрежно так подкидывает требование, для реализации которого компьютерной науке нужно развиваться ещё лет двадцать». Vladislav Zorov

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

«Худшее, что у меня было, это когда я писал программу вместе с человеком, который безо всяких уведомлений менял библиотеку, на которую мы оба ссылались. В результате мои вызовы подпрограммы теряли переменные или добавляли их. Либо, что ещё хуже, падал код библиотеки, к которому у меня не было доступа». Sheri Fresonke Harper

«Когда часть твоего кода перестаёт работать, потому что кто-то изменил свою часть кода. Часто их функции начинают требовать больше аргументов, чем раньше. Иногда функции вообще пропадают или переносятся в другой файл». Jessica Su

«Необходимость постоянно возвращаться и переделывать код, который ты написал пару дней назад и который только что „сломался“ (не в первый раз) из-за изменений, внесённых в общую систему безо всяких обсуждений кем-то, кто даже не протестировал или забил на то, что тесты не проходят. И в результате тебе же заявляют, что твой код „не работает“». Simon Hayes

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

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

«Да, я зарабатываю на жизнь написанием кода. Нет, я не могу помочь решить проблему с принтером, или открыванием приложенного к письму файла, или не загружающимся компьютером. По крайней мере — пока вы не угостите меня обедом или пивом, тогда, возможно, я смогу помочь». Phil Johnson

«Объяснять людям, что у меня нет в каждом углу по магазину, устанавливающему на их компьютеры пиратское ПО». Anbalagan Jeyabalachandran

«Семья и друзья думают, что я могу дистанционно починить всё связанное с компьютерами. Как железо, так и программы. Они не понимают. В результате тебе приходится выслушивать их язвительные комментарии вроде „что ты за программист, если даже не можешь починить DVD-дисковод на моём ноутбуке“». Jazib Babar

«Лишь 1—2 % людей знают, чем я на самом деле занимаюсь». Yasin Pekşen

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

«Я хочу всё делать хорошо, но из-за давления приходится делать поспешно. Иногда это оправдано, но не покидает ощущение, что современная культура программирования ушла в этом направлении слишком далеко». Tikhon Jelvis

«Худшее для меня — торопливо писать неряшливый код и знать, что я мог бы сделать его гораздо элегантнее. Постоянно давит нехватка времени...» Gene Sewell

«… Когда многое из того, что ты делаешь, даже отдалённо не напоминает хорошие методики программирования, и лишь потому, что скорость важнее качества, тебе приходится делать то, о чём просят». Jose Palala

«… Всегда не хватает времени и денег для создания правильного решения, но зато их всегда достаточно для того, чтобы потом исправлять на коленке, снова и снова». Romi Awasthy

1. Работать с чужим кодом
Рано или поздно разработчикам ПО приходится иметь дело с кодом, написанным кем-то другим. Будь это легаси-код, унаследованный от предшественника на работе, или сторонний API, или код, написанный консультантом, — вам не удастся полностью избежать необходимости исправлять, расширять и/или интегрировать чью-то программу. И это часто заставляет разработчиков рвать на голове волосы.

«… Хуже всего — лазить по чужому коду, разбираться в нём, отлаживать, настраивать. И совсем мрак, когда написавший его человек уже уволился и никак тебе не поможет». Ratnakar Sadasyula

«Пытаться расшифровать тысячи строк недокументированного кода». Simon Zhu

«Бывали случаи, когда мне приходилось разбираться с УЖАСНЫМ кодом, написанным консультантами». Joe Samson

«Другая проблема, которая может очень сильно расстраивать, это сторонние API. Иногда ты на них сильно полагаешься, а потом замечаешь проблему, или нужна какая-то функциональность, но API не даёт возможности решить это самостоятельно, так что приходится обращаться к автору и надеяться на лучшее». Kevin Sekin

«Баги языка и фреймворка. Ты тратишь дни в попытках понять, почему твой код не работает. И только для того, чтобы обнаружить, что всё дело в баге языка или фреймворка». John Paul Alcala

«Обнаруживать код, написанный кем-то, кто вообще не имел должной квалификации для его создания…» Nani Tatiana Isobel