Как стать автором
Обновить
205
0
anvaka @anvaka

Пользователь

Отправить сообщение
наверное, это из-за слова "засрали". Просто подредактируйте.
Уматные! Вот содержимое архива:








Последний раз, признаться, давно. Вы меня убедили :).

Спасибо (в карму и так) за статистику по аське!
Хм. ICQ-клиент - это одно. Если оно не юзабельное, пользуйтесь тем, что нравится больше. Но ведь помимо этого есть сервер, с которым общаются остальные клиенты (Miranda, Qip, Jimm, и т.д.)

А Netscape... Да, не потянули они соревнования с Microsoft'ом. Проиграли эту войну. Но судя по википедии первый плохой год Netscape был еще 1997 - до приобретения AOL'ом.

Господа, не подумайте, что я защищаю AOL. Я всего-то не считаю компанию, которая в состоянии дать работу 8 000 людям лузером.
Да, вы правы. Их купили. Но откуда информация о потере позиций?
Хм. Не уверен, что он большой лузер: их истории не знаю. Знаю что ICQ они сделали. И что Engadget.com - тоже их. И Bebo.com - их (10-й по посещаемости в Великобритании).

Конечно, таких успехов как Google они не добились, но и лузером сложно назвать. Может, правда, не знаю чего.
ИМХО, не хорошо смеятся над некомпетентостью кандидатов на позицию. Ну и что, что оно не знало "правильного" ООП. Все когда-то такими были. Представьте, какое мнение было бы у вас о Google если бы вы однажды сходили к ним на собеседование и увидели позже такой фидбек:


Приходит оно на собеседование. Задаю общие вопросы. Заходит речь о его текущей работе и обязанностях. И слышу:
- Я когда пришёл, там вообще был ужас. Ну я стал понемногу вводить алгоритмы поиска, на красно-черные деревья всё переписывать...
- А зачем? В чём приемущество идеально сбаллансированных деревьев перед обычными?
- В идеально сбаллансированных все элементы находятся на одном уровне...
- Ну и что? Юзай обычные бинарные деревья. Чем сбаллансированные лучше?
- ... (у собеседника ступор)


Хых. Чую, сейчас минусов нахватаюсь. Но это мое ИМХО, и каждый имеет право на свое :).
Эм... Сорри, я не согласен. Agile никоим образом не есть следствие ООП. Простой пример: Agile Database development. Как вы сможете следовать всем принципам ООП в обычной реляционной базе? Не. В моем понимании Agile это лишь процесс, способный быстро адаптироваться под меняющиеся нужды заказчиков. ООП - один из возможных инструментов. И, может быть, не всегда уместных.
Да вы правы. У них application server на питоне написан, я не вдавался в детали. Очень хороший перевод статьи по архитектуре youtube'a можно найти aздесь. Статья, правда, немного старая, но основывается на реальных событиях, по докладу одного из разработчиков (Cuong Do) из core team.
Упс :). Конечно же, в месяц. Перепутал с желаемым :)
Знаете, после того, как узнал какие проекты были написаны на Python'e, у меня все сомнения отпали. Небольшой список: Youtube, GMail, Google Maps...

Быстрый обзор можно найти на Wikipedia.com
>200 ежедневных циклов процессорного времени

Как-то оно не понятно сколько же это :)? На странице App Engine явно написано: "...bandwidth and CPU for 5 million monthly page views." т.е. бесплатно дают полосу и процессор достаточные для обработки 5 миллионов просмотра страниц в день.

:) Думаю, при трафике выше 5 миллионов просмотров в день, можно на самой рекламе окупать хостинг проекта и ездить на космическом корабле.

Браво, Гугл!
Здорово!

Просто потрясающе! У себя на блогспоте я озвучил идею Podcast Service, а через десять дней Dubbee анонсировал свой выход :)! Мне определенно не хватает этого сервиса. Искренне желаю парням успеха!
да, одно слово fuck не работает. Попробуйте fuck you (я серьезно :)).

Дело в safe search'e. Он специально был включен, т.к. в инете очень много ггнухи, а adult контент на сайте-переводчике пока мне кажется ни к чему.
:) железный человечек похож на мужичка. Но ведь нет необходимости полного соответствия запроса и картинки. В этом элемент игры даже есть. Главное, чтобы запоминалось хорошо.

Например, на слово "Фигня" Гугл далеко не тактично предложил изображение комманды разработчиков IE7... :)
Гугл решает сам какая картинка наиболее релевантная - это ж все его сервисы :). Часто с ним можно не соглашаться, и посмотреть на другие картинки, которые он предлагает (кнопки влево/вправо).
Социальные сети, имхо, могут и усугубить положение. Я принципиально не регистрируюсь на "Одноклассниках", т.к. LinkedIn'a, Facebook'a, В Контакте, Livejournal'a, Bolgspot'a, Хабры, RSDN'a, Plaxo, Youtube'a и внутрикорпоративного блога больше чем достаточно :).

Да и потом, еще ни одна из этих сетей не помогла найти мне подходящую информацию о том, как заработать триллион денег, не ударив палец о палку :).
Я стараюсь :). Прекрасно понимаю, что весь мир вокруг меня создает моя голова. Но иногда происходит переполнения буфера, и вот именно в такие минуты вырывается "Ааааааааааа!!!" :).
Вполне может быть, что данные, которые вы обновляете реплицируются на разных серверах. И то обновление, которое вы сделали только что, появится в течении суток.
А мне кажется, что... далеко не всегда стоит следовать этим советам. Понимаете, Ваш проект - он уникальный (конечно, если вы не пытаетесь написать очередной клон facebook'a), использовать приведенные советы стоит лишь как отправную точку для своего собственного способа завлечения пользователей, но ни в коем случае как основное средство.

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

Помимо истории, для себя, программиста до кончиков волос, с удивлением нашел полезным чтение бизнес-литературы. Иногда одно предложение может захватить и перевернуть все представление с ног на голову. Последняя такая книга - The World Is Flat by Friedman (не уверен, или она есть в переводе, но если столкнетесь - очень советую)

Я не ожидаю медалей за этот совет, но это мое мнение, на которое право имею :).

Информация

В рейтинге
Не участвует
Откуда
Seattle, Washington, США
Дата рождения
Зарегистрирован
Активность