Комментарии к бусидо программиста

Текст относится к предыдущему посту "Бусидо программиста" и является комментарием.

Почему в СССР? Как сказал поэт:


"Я люблю эту грешную землю

Потому что другой не видал."

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

1. Использована знаменитая трехшаговая схема Ф.Э. Джержинского. Так же как и в оригинальном высказывании, все рекомендации носят чисто иносказательный характер. Более полно этот принцип звучит так: "Программист должен уметь сидеть за дисплеем по 24 часа в сутки (или по 25/23 - в день осенне-весеннего перевода часов); должен уметь не думать ни о чем, кроме программы, и при игре в ТЕТРИС не задевать ногтем за клавишу ESCAPE (на старой клавиатуре с 84 клавишами)". Наиболее сушественен второй принцип, в своем развитии простирающийся до системы йогов и буддийской техники психорегуляции.

См. также комментарий к принципу 3.

2. "Самурай должен стремиться к смерти. Если есть два пути и один из них ведет к смерти, то самурай должен вступить на путь, ведущий к смерти." Программист работает над программой, пока его начальник не вырвет ее из рук программиста насильно и не объявит официально об окончании работы над программой. (Здесь имеются в виду, конечно, большие программы, а не маленькие. Любопытно исследовать вопрос о том, как с ростом сложности программы она скачкообразно переходит из разряда маленьких программ в разряд больших, или нескончаемых; и далее, по мере дальнейшего усложнения, перескакивает в разряд програмных проектов с непредсказуемам состоянием завершенности.

См. также книгу Ф.Брукса "Мифический человеко-месяц".

3. Коррелирует с второй частью принципа первого. Ни мысли об окончании работ, ни мысли о деньгах или престиже не должны занимать голову программиста даже в режиме Terminate but Stay Resident (Окончиться, но не освобождать память). Память программиста во время работы над программой должна быть полностью отдана программе. Опыт показывает, что любые посторонние мысли в конечном счете только мешают. Что делать, если посторонние мысли все-таки лезут? Или заниматься аутотренингом; или найти работу поинтереснее; или найти, как обойти
данное неинтересное место в программе или сделать его интересным; или ничего не делать с сознанием того, что работаешь медленнее и хуже, чем мог бы; или устоить перерыв.

4. В древности считалось, что программирование начинается с рисования блок-схем. Опыт показывает, что начинать программирование нужно задолго до и кончать значительно позже этапа собственно работы с текстом программы. Этот принцип работы глубок. Что вы, собственно, хотите сказать своей программой? Хватит ли у вас сил, средств и ресурсов? Не написана ли она уже давно другим? Нужна ли она будет кому-нибудь после того, как она примет товарный вид? Сможет ли этот кто-нибудь ее купить, при условии, что вы произвели ее для продажи? И, опять же, если вы преполагаете продавать свою программу, как и за сколько вы будете ее продавать?...

Все эти и множество других вопросов могут влиять на текст вашей программы.

5. К этому надо стремиться. В этом состоит подлинное исскуство.

6. Каждый программист или имеет свое мнение о хорошей программе, или когда-нибудь слышал чье-то. Пишущие на Паскале стараются не применять оператор GOTO и рассуждают об абзацных отступах. Пишущие на СИ стараются размещать не более одной процедуры на экране. Пишущие на языке ассемблера изощряются не только в операторах, но и в комментариях. И т.д. Все это существенно, если вы пишете программу не на продажу. В этом случае вы просто пишете программу. Следовать принципу "программирования программирования" не обязательно. Другое дело - программировать товарный программный продукт. Текст товарной программы может быть красивым, но время обычно против красоты.

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

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

8. Игры, антивирусы, NORTON COMMANDER и прочие резиденты, драйверы ALFA и BETA должны быть удалены из памяти, а то и вообще с винчестера. Это - детские болезни. Что касается игры ТЕТРИС, то это самая лучшая компьютерная игра, но все равно нудная.

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

Одно по-настоящему внимательное прочтение руководства по MS-DOS избавит вас от многих и многих разочарований и неприятных открытий.

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

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

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

13. Чисто стилевой элемент. Иллюстрирует тот факт, что грош цена системе, не имеющей возможности для развития.

Бусидо програмиста на IBM PC

Программистов во всем мире считают разновидностью ПСИХОВ, причем не таких уж безобидных. В обществе во всю гуляют ужасные рассказы о вирусах и их безумных авторах, готовых ради ложно понятого самоутверждения ставить под угрозу работу целых отраслей промышленности.
Если забыть о вирусах, то больше о программистих ничего не известно. Многолетние наблюдения за ними показывают, что в основном они безобидные и приветливые люди, увлеченные своей работой. Иногда их трудно понять. Для облегчения вашего общения с близким, знакомым или подчиненным программистом предлагаем вашему вниманию "Бусидо программиста...", т.е. список моральных и жизненных правил, которым вольно или невольно следует любой программист.
Бусидо носит приблизительный характер, и, строго говоря, необязательно к исполнению. Это "рекомендованное чтение", обобщение результатов наблюдений, делать которые вообще никто не просил.
После "Бусидо" приводятся комментарии, объясняющие используемые термины, жаргонные словечки и философские концепции.

Бусидо програмиста на IBM PC
1. Программист должен иметь толстую задницу, пустую голову и коротко остриженные ногти на правой руке.
2. Программист должен стремиться к отладке. Если ситуация имеет два выхода, один из которых - завершить работу над программой, а другой отлаживвать дальше, то программист должен выбирать второй путь.
3. Дата завершения программы невычислима и не постижима. Для спокойствия души программист должен вообще забыть о том, что он когда-нибудь кончит писать эту программу.
4. Программист программирует процесс собственного программирования.
5. Если в вашей программе есть байт, который вам не нравится, перепишите ее всю.
6. Хороша та программа, которая продается. Программа не считается законченной, пока клиент не расплатился.
7. На вопрос: "Можете ли вы написать данную программу?" настоящий программист отвечает одним из двух способов:"Могу" или "Могу, но не знаю как".
8. Нет игр, кроме ТЕТРИСа, да и тот нудянка страшная.
9. Настоящий программист пользуется стандартными средствами. Почти все программы уже давно написаны.
10. Обязательные действия настоящего программиста: распечатывать дампы, читать документацию, дышать, есть и спать. Высший приоритет у сна.
11. Информация аддитивна.
12. Настоящий программист должен иметь четко сформулированное представление о месте программирования в жизни. Например:
- Любое неотложное дело можно отложить на любое неопределенное время. Нельзя откладывать только излишества и развлечения.
- Работа должна напоминать досуг.
- От работы кони дохнут.
- Лучше ничего не делать, чем делать ничего. и т.д.

13. Зарезервировано для дальнейшего развития.

Возможности программиста, невозможности компьютера

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

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

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

В процессе разработки оказывается, что у заказчика полный бардак не только с ведением дел и документации, но и с наплевательским отношением его сотрудников вообще на всё, что происходит на фирме заказчика. Как можно догадываться, никакие SQL, Delphi, Excel и PHP тут не помогут в принципе. И такая "База данных" неожиданно и плавно переходит в некое подобие ERP или CRM:

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

Один программист может написать несложную базу данных на MS Access даже за ночь, но только при следующих условиях:

1. Задача предельно ясна заказчику.
2. Задача предельно ясна программисту.
3. У заказчика и у программиста есть четкое понимание бизнес-процессов, которые должна автоматизировать разрабатываемая программная система.

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

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

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

С уважением, Ильдар Валеев.

Юмор программистов

Автор подборки неизвестен.
Настоящие Программисты не пишут специально - пользователь сам сообразит что ему понравится и возьмет то, что сможет достать.
Настоящие Программисты не комментируют свои программы. Это тяжело написать и потом тяжело прочитать.
Настоящие Программисты не пишут прикладных программ. Они пишут программы для железа. Прикладное программирование - это для слабаков, которые не могут делать системных программ.
Настоящие Программисты не едят quiche. Они едят Twinkies, and Szechwan food.
Настоящие Программисты не пишут на COBOL. COBOL это венец для прикладных программистов.
Настоящие Программисты никогда не пишут программу правильно с первого раза. Но если их бросить на машину, они запросто могут исправлять программу по 30 часов без отдыха.
Настоящие Программисты не пишут на FORTRAN. FORTRAN это как курение опиума при снятии стресса для чудаков и надежда кристаллографии.
Настоящие Программисты никогда не работают с 9 до 5. Если кто-нибудь из Настоящих Программистов и работает около 9 утра, то это только потому, что он работал всю ночь.
Настоящие Программисты не пишут на BASIC. В настоящее время нет программистов, пишущих на BASIC, в возврасте старше 12 лет.
Настоящие Программисты не пишут на PL/I. PL/I это для программистов, которые не могут решить на чем им писать, то ли на COBOL, то ли на FORTRAN.
Настоящие Программисты не пишут на APL. Каждый дурак может не понять APL.
Настоящие Программисты не играют в теннис и не занимаются каким-либо другим спортом, в котором надо переодеваться. Альпинизм - вот это да! И Настоящий Программист ходит в своих горных ботинках и на работу, и при удаче может, внезапно, прыгнуть в середину машзала.
Разработка программного обеспечения, услуги программиста, интересные статьи и книги по программированию.
Настоящие Программисты не докуметируют. Документация это для глупцов, которые не могут читать листинги или объектные модули.
Настоящие Программисты не пишут на PASCAL, или BLISS, или ADA, или каком-нибудь другом научном языке. Строгий контроль типов для людей со слабой памятью.
Настоящие Программисты знают лучше пользователей, что им нужно.
Настоящие Программисты полагают, что структурное программирование это происки коммунистов.
Настоящие Программисты не планируют. Планирование это удел жаб-начальников. Настоящие Программисты любят держать своих начальников в неизвестности.
Настоящие Программисты думают лучше, когда играют в ADVENTURE.
Настоящие Программисты наслаждаются установкой CP/M на 370 машину и MVS на свою ZX81s.
Настоящим Программистам никогда не мешает система безопасности. Они сбрасывают RACF биты и выходят без изменений данных настройки системы безопасности.
Настоящие Программисты никогда не меняют исходники с ZAPs, после всего, завтра он будет менять программу снова.
Настоящие Программисты не тестируют. Тестирование это для людей со слабыми нервами и неуверенных в себе.
Программа Настоящих Программистов всегда рекурсивна и запускается в статусе супервизора, иначе программирование не доставляет настоящего удовольствия.
Настоящие Программисты никогда не делают резервных копий.

Эксперимент McAfee S.P.A.M. подтверждает связь спама с киберпреступлениями

McAfee, Inc. опубликовала результаты эксперимента S.P.A.M. (Spammed Persistently All Month), в котором 50 человек с разных концов мира работали в интернете на протяжении 30 дней, не используя продукты для защиты ПК. Принимающие участие в эксперименте дали обещание посещать различные ресурсы, даже те, куда пользователи обычно не осмеливаются зайти, для того, чтобы понять, сколько спама они получат в результате и каков будет общий эффект. Изучая ежедневные блоги и анализируя сам спам, сотрудники лабораторий McAfee® подтвердили, что спамеры так же активны, они все чаще используют психологические ловушки для того, чтобы заставить интернет-пользователей поделиться своей контактной информацией, персональными данными и финансовыми средствами. Эксперимент отчетливо показывает, что количество спама продолжает увеличиваться, захватывая новые языки и культурные области, а также становится более целевым, что помогает избежать его распознавания.

В первом подобного рода эксперименте участники из 10 стран получили более 104 000 спам-сообщений по электронной почте в течение всего эксперимента, 2096 сообщений на каждого участника, что соответствует примерно 70 сообщениям в день.

Одной из главных целей McAfee было выявить, что несмотря на то, что зачастую отношение к спаму не столь серьёзное, он представляет собой реальную угрозу, а масштаб угрозы вместе с количеством спама с каждым днем возрастает. Всем, кто когда-либо хотел «щелкнуть на ссылке» и выяснить, действительно ли предложение из спам-письма настолько привлекательно, эксперимент McAfee S.P.A.M. позволил удовлетворить любопытство без малейшего риска.

Нюанс или угроза?

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

"Многие участники заметили, что их компьютеры стали работать медленнее, что означает, что пока они работают в интернете, на их компьютеры незаметно устанавливаются вредоносные приложения," – рассказывает Джефф Грин (Jeff Green), вице-президент Лаборатории McAfee Avert Labs. "За 30 дней было выявлено заметное изменение работоспособности их компьютеров, что наглядно показывает, какое количество вредоносных объектов было установлено без их ведома на ПК. Спам – не просто повседневный нюанс рабочего процесса, это очень весомая угроза."

Специально для вас

Результаты эксперимента также показали переход от техники массовых рассылок к целевым кампаниям. Использование иностранных языков и социальной инженерии – две области, в которых участники получили больше всего нежелательных сообщений. Участники из Франции и Германии получили больше всего сообщений на иностранном языке, 11% и 14% соответственно, цифры, которые, по мнению McAfee, должны увеличиться по всему миру в будущем.

"Если бы мы проводили подобный эксперимент два года назад, я рассчитывал бы на гораздо меньший процент языкового спама, " – говорит Гай Робертс (Guy Roberts), директор Лаборатории Avert Labs. "И хотя это небольшие показатели по сравнению с общим количеством спама, они будут постоянно расти."

Глобальная спам-лига

Т.к. США традиционно считается территорией спамеров, участники из США закономерно оказались на вершине «Глобальной спам-лиги». Развивающиеся экономические субъекты, Бразилия и Мехико, также заняли места в пятерке участников Глобальной спам-лиги, что позволило предположить, что спамеры выбирают своей целью новые регионы.

Поздравляем …Вы были выбраны

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

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

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

Дэйв ДеВолт (Dave DeWalt), президент McAfee говорит: "Эксперимент McAfee S.P.A.M. доказывает, что даже если люди думаю, что они знают опасность спама, они не осознают реальной степени угрозы. Наши участники собрались из разных уголков земного шара, проявив интерес к участию в эксперименте, они были достаточно хорошо осведомлены о проблеме, рассматривающейся в эксперименте. Но несмотря на это, они были потрясены количеством полученного спама за такое короткое время и возможностями спамеров."

"Я думаю, из эксперимента можно понять, что спам несомненно связан с киберпреступлениями, спам – большая проблема, которая увеличивается с каждым днем. Теперь это не вопрос, который можно «решить», а вопрос, которым нужно «управлять»,"

Глобальная Спам-лига: Десятка наиболее популярных категорий спама:

1. США 23233 1. Финансы

2. Бразилия 15856 2. Реклама

3. Италия 15610 3. Здоровье и медицина

4. Мехико 12229 4. Для взрослых

5. США 11965 5. Бесплатно

6. Австралия 9214 6. Кредитные карты

7. Голландия 6378 7. Образование

8. Испания 5419 8. Заработок, схемы «как быстро разбогатеть»

9. Франция 2597 9. Информационные технологии

10. Германия 2331 10. «Нигерийский» спам

Источник: avsoft.ru

В википедии количество статей на русском языке превысило 300 тысяч

Как говорится в пресс-релизе, разосланном в ночь на 18-е июля, число статей в википедии на русском языке превысило триста тысяч. Юбилейная 300000-я статья была создана в 0:46 по московскому времени пользователем из Украины Aleksandrit (Андрейко Александр) и посвящается всемирному центру Бахаи что в Израиле.
Администратор проекта Анастасия Львова говорит, что объем русскоязычной "Википедии" в четыре раза превышает Большую советскую энциклопедию (БСЭ). При распечатке материалов википедии получилось бы 126 томов.
Только на май 2008 года в русском разделе "Википедии" было 2638 активных участников, сделавших более 10 правок в течение месяца. Из них 600 участников были достаточно активны для получения права голосовать на выборах в Совет Поверенных фонда Викимедиа. По этому параметру русская Википедия находится на 8-м месте (для сравнения, в лидирующем английском разделе таких участников 9108). Кроме зарегистрированных участников, над улучшением энциклопедии постоянно работает множество анонимных участников, которым предоставляются равные возможности для свободного написания статей и исправления ошибок и неточностей. С введением в проектах фонда Викимедиа глобальной учётной записи, позволяющей зарегистрироваться в любом из проектов и затем работать во всех проектах под единой учётной записью, ещё более упростилось сотрудничество между участниками, создающими Википедию на разных языках.
Русскоязычный раздел международного проекта "Википедия" начал работу в мае 2001 г. По количеству статей он занимает 10-е место рейтинга языковых разделов, а на 6-м месте согласно рейтингу качества статей. Первую строчку и по качеству, и по количеству удерживает англоязычный раздел "Википедии", который насчитывает свыше 2,4 миллиона статей. Далее следуют Германия, Франция, Польша, Китай, Италия, Нидерланды, Португалия и Испания.

GUID - Идентификация объектов. Генератор GUID.

Для идентификации однотипных объектов обычно используются уникальные имена или номера. Однако, когда разработчики по всему миру независимо друг от друга создают объекты и присваивают им идентификаторы, то тогда такой метод уже не может гарантировать уникальность. Поэтому в качестве уникального идентификатора, например в COM-технологии, применяется GUID - Globally Unique Identifier (глобально уникальный идентификатор; читается goo-wid). Иногда его также называют UUID - Universally Unique Identifier (вселенски уникальный идентификатор).

GUID представляет собой последовательность из 128 бит (16 байт), алгоритм генерации которой обеспечивает уникальность получившейся последовательности. При генерации используется текущее время и номер сетевой карты компьютера, а также случайные числа. Алгоритм гарантирует уникальность получающихся значений примерно до 3400 года. Если на компьютере нет сетевой карты, уникальность значения не гарантируется.

В строковом виде GUID представляют в виде xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx, заключённой в фигурные скобки, в которой каждый символ "x" обозначает шестнадцатеричную цифру. Пример строковой записи GUID - {61249902-2598-4A90-8778-0A0629194840}.

При программировании приложений в Delphi для хранения GUIDа в System.pas определён специальный тип:

TGUID = packed record
D1: LongWord;
D2: Word;
D3: Word;
D4: array[0..7] of Byte;
end;


Для сравнения двух GUID-ов в системе определена функция IsEqualGUID. Хотя GUID очень интенсивно используется в COM, он не является составной частью этой технологии. GUID используется везде, где необходим уникальный идентификатор. Например, тип UniqueIdentifier в SQL Server - это GUID.

Сгенерировать новый GUID можно с помощью стандартной функции Windows CoCreateGuid. Начиная с версии 6, в модуле SysUtils наряду с CoCreateGUID описана функция CreateGUID, которую можно использовать как в Windows, так и в Linux. Внутри для Windows она просто вызывает CoCreateGuid. Также возможно применение функции CreateClassID. Для генерации нового GUID в редакторе кода Delphi нужно нажать "Ctrl+Shift+G".

Рассмотрим пример создания GUID:

function CreateGuid: String;
var
ID: TGUID;
begin
Result := '';
if CoCreateGuid(ID) = S_OK then
Result:= GUIDToString(ID);
end;

Программу для получения уникального GUID-идентификатора можно скачать на этой странице: Генератор GUID. Там же можно просмотреть описание этой программы GUID Generator.

Google запустил трехмерную социальную сеть

Как пишет Lenta.ru, компания Google запустила трехмерную социальную сеть с анимированными персонажами, о чём написано в официальном блоге поисковика. Продукт называется Lively и во многом напоминает игру Second Life, но, в отличие от последней, работает прямо в браузере после установки соответствующего плагина.
Пользователям Lively предлагается создать своего трехмерного анимированного персонажа. Для него можно выбрать пол, черты лица, прическу и одежду. После выбора персонажа необходимо оформить свою виртуальную комнату, являющуюся аналогом страницы в обычных социальных сетях.
Для комнаты предусмотрено несколько шаблонов, к которым можно добавить различные предметы интерьера. Например, телевизор, показывающий видео с YouTube, рамки с фотографиями или мебель.
При помощи каталога можно перемещаться по комнатам различных участников. Во время общения внутри комнат около каждого участника диалога появляется "пузырек" с фразами, как в комиксах.
Как и в любой социальной сети, в Lively можно заводить друзей. Для этого достаточно пригласить пользователей в свою комнату.
Разработчики сервиса Lively подчеркивают, что трехмерная, анимированная социальная сеть была создана ими по собственной инициативе благодаря принципу работы Google, который гласит, что 20 процентов рабочего времени можно тратить на личные проекты, в т.ч. проекты по разработке программного обеспечения. В настоящее время Lively работает только с браузерами Microsoft Internet Explorer и Mozilla Firefox.
Lively не является первой трехмерной социальной сетью. Ранее, первого апреля текущего года, была запущена трехмерная социальная сеть RipLounge. Каждый ее пользователь получает персональный трехмерный аватар, и может приглашать в сеть новых друзей. Однако трехмерность присутствует только у персонажей, в то время как комнаты являются статичными заставками.

DataBaseGear + CodeGear

После продажи Codegear фирме Embarcadero его сайт обновили (CodeGear). Теперь на нём висит новое лого Embarcadero Technologies и флешка с текстом "DataBaseGear + CodeGear, Design it. Build it. Run it."

DataBaseGear - новая торговая марка Embarcadero. Зарегистрирована была ещё месяц назад, когда была достигнута договорённость о покупке CodeGear. Нетрудно в ней уловить аналогию с CodeGear. Под данной торговой маркой будут выпускаться все продукты Embarcadero, связанные с базами данных. Соответственно, слоган намекает, что Embarcadero CodeGear и Embarcadero DataBaseGear просто созданы друг для друга. Теперь разработка программного обеспечения станет ещё удобнее.

Сайт новой торговой марки DataBaseGear пока в разработке...

При заходе на сайт с префиксом www.databasegear.com перенаправляет на сайт Embarcadero.

Составлен рейтинг несбывшихся технологических предсказаний

Людям свойственно ошибаться. Исключений из этого правила нет. Но чьи-то ошибки остаются незамеченными, а чьи-то становятся достоянием публики. Журналисты издания TechRadar составили список самых нелепых технологических предсказаний, сделанных известными людьми.

Связь

Открывает список высказывание, опубликованное в газете The Boston Post в 1865 году. Оно гласит, что передать голос по проводам невозможно, и об этом знает каждый грамотный человек. Однако если кому-то и удастся это сделать, то никакого практического значения данный шаг иметь не будет.

Спустя 11 лет в памятке для сотрудников Western Union появилась следующая запись: "У телефона столько недостатков, что его нельзя серьезно рассматривать как средство связи. Это устройство не представляет никакой ценности".

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

Из наших современников опрометчиво о телефонах высказался гендиректор Microsoft Стив Балмер. В 2007 году он заявил, что iPhone не сможет завоевать симпатий покупателей, а доля Apple на рынке сотовых телефонов не превысит 2-3 процента (по данным аналитической компании Gartner, в первом квартале 2008 года на долю Apple пришлось пять процентов мирового рынка сотовых телефонов). При этом на долю телефонов, работающих под управлением операционных систем Microsoft, Балмер отвел до 80 процентов рынка.

Радио и телевидение

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

В 1948 году пионер образовательных радиопрограмм Мэри Сомервилл сказала, что телевидение не оправдало надежд и предсказала ему недолгое существование. Двумя годами ранее продюсер киностудии 20th Century Fox Дэррил Занук заявил, что эфирное телевидение не проживет более полугода, так как люди просто устанут каждый вечер смотреть в "фанерный ящик".

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

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

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

Компьютеры и Интернет

Больше всего несбывшихся предсказаний пришлось на компьютерную сферу. Чего стоит одно только высказывание британского профессора Дугласа Хартри, сделанное в 1951 году. Он был уверен, что трех ЭВМ Великобритании, находящихся в Оксфорде, Манчестере и Теддингтоне, будет достаточно для осуществления любых расчетов. В большем количестве эти устройства никому не понадобятся, утверждал Хартри.

Частично удалось предсказать будущее компьютерных систем в марте 1949 года журналу Популярная механика (Popular Mechanics): "Если сегодня вычислительная машина состоит из 18000 вакуумных ламп и весит 30 тонн, то в будущем количество ламп в ней может сократиться до одной тысячи, а вес - до полутора тонн". Авторы материала не смогли предположить, что еще через некоторое время компьютер будет весить меньше килограмма и в нем не будет ни одной вакуумной лампы.

Один из редакторов издательства Prentice Hall в 1957, объехав вдоль и поперек Соединенные Штаты и пообщавшись с лучшими умами страны, пришел к выводу, что увлечение обработкой данных лишь временное явление и через год от него не останется и следа.

Изобретатель Ethernet и основатель 3Com Роберт Меткалф был уверен, что в 1996 году интернет ждет упадок, который должен был последовать за активным ростом популярности сети в 1995 году.

Основатель Intel Гордон Мур не разглядел в середине семидесятых годов прошлого века потенциал персональных компьютеров. Мур признался, что ему предложили концепцию компьютера, состоящего из системного блока, монитора и клавиатуры. Однако в ответ на вопрос: "Для чего такая система может быть нужна?", - он услышал единственный ответ, который гласил, что компьютер пригодится домохозяйкам для записи и хранения рецептов.

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

Однако самым нелепым можно считать предсказание, сделанное в 1955 году основателем компании-производителя пылесосов Lewyt Corporation Алексом Левитом. Оно гласит, что в 1965 году в пылесосы будут устанавливать атомный реактор.

Не менее абсурдным выглядит и заявление генерального директора компании Amstrad Алана Шугера о том, что плееры iPod прекратят свое существование к концу 2006 года. Шугер, видимо, так ненавидит iPod, что назвал их отработанным и провалившимся продуктом, которому придет полный капут.

Лидер по ошибкам

Больше всего неточных прогнозов сделал основатель Microsoft Билл Гейтс. В списке TechRadar он представлен сразу тремя высказываниями.

В 1983 году Гейтс заявил, что Microsoft никогда не будет выпускать 32-битные операционные системы. В 1987 году он сказал, что OS/2 суждено стать наиболее важной операционной системой в мире и, возможно, лучшей программой всех времен.

В 2004 году на международном экономическом форуме Гейтс предсказал решение проблемы спама через два года.

Жаль, что последнее предсказание так и не сбылось.

Источник: Lenta.ru

Нам это удалось! Мы установили Мировой Рекорд Гиннесса.

Рекорд установлен, теперь Firefox стал самой загружаемой программой за 24 часа. В итоге оказалось, что было произведено 8 002 530 загрузок. Этот факт подтвердила Корпорация Mozilla, отправив подписчикам письмо с результатами. Также предлагается скачать свой персональный сертификат за помощь в установке Мирового Рекорда Гиннесса.

Как пишут на сайте распространения браузера http://www.spreadfirefox.com/ru/worldrecord/, благодаря поддержке изумительного сообщества Mozilla, мы установили Мировой Рекорд Гиннесса для программы с наибольшим количеством загрузок за 24 часа. С 18:16 UTC 17-го июня 2008 года по 18:16 UTC 18-го июня 2008 года 8 002 530 человек загрузили Firefox 3 и наслаждаются сейчас быстрым, безопасным и улучшенным Интернетом.

С тех самых пор, когда в 2004 году была выпущена первая версия Firefox, мы полагались на наше сообщество в его пропаганде и распространении, и благодаря таким проектам как «круги на полях», рекламе в газетах, гигантским стикерам, видео, блогам и многому другому у нас теперь более 160 миллионов пользователей в более чем 230 странах.

Так что дальше? Нам хотелось бы знать, что ты можешь предложить!