Вот наткнулся на забавные подборки для генератора голоса. Открываем терминал, копируем команду и жмем enter.

say -v Good oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo

Понравилось?

«Совсем не обязательно работать в Силиконовой долине в Соединенных Штатах, чтобы добиться успеха в Google. Офисы google есть в двух лучших городах мира, оба из которых находятся в России. Это столица — Москва, и Санкт-Петербург, известный как «окно в Европу». Google и Россия сходны в том, что они предоставляю огромные возможности, и работа в Google Россия открывает для талантливых людей большие перспективы для профессионального роста и обеспечивает стимулирующую и творческую атмосферу.» Google Россия

Стойка секретаря

Мною был организован опрос среди опытных SEOшников на тему сабжа. Надеюсь — оцените.

Факторы с важностью по 10-и бальной шкале в картинках (чем больше — тем важнее):



Остальные графики спрятал под кат.

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

Паттерны проектирования

Википедия — там, в принципе, на хорошем уровне все описано и приведены примеры на разных языках.
Базовая книга – классика:
«Приемы объектно-ориентированного проектирования. Паттерны проектирования» — читал книгу давно, и раза 3. Вам того же советую. Даст возможность понимать большое количество терминов, произносимых другими разработчиками.

Рефакторинг

«Рефакторинг. Улучшение существующего кода» — вероятно, эта книга сделала революцию в написании кода. Читается быстро и интересно. Методы рефакторинга должны отложиться в голове до конца жизни. Ваш код отныне будет лучше. В книге есть упоминание про юнит тестинг.

Михай Парпарита (Mihai Parparita), один из программистов компании Google, написал замечательную программу на Питоне, которая выполняет всесторонний анализ всего архива вашей почты Gmail.

Программа Mail Trends скачивает с сервера заголовки всех писем, после чего генерирует HTML-страничку с множеством занимательных диаграмм: здесь статистика вашего почтового трафика по годам, месяцам, дням недели и времени суток; размеру писем; самым активным отправителям (с диаграммой изменения активности) и многое другое.

Новый гаджет в SpreadSheets позволяет создавать heatmap, то есть карту, показывающую, сколько пользователей в разных странах, например, ищут в гугле определенные слова. GoogleShare оценивает, как соответствуют друг другу два слова. Например, вы взяли количество индексированных страниц по запросу «Beatles» и «Beatles John Lennon», нашли их отношение и получили GoogleShare.

Ни для кого не секрет, что Mac OS X базируется на BSD, и, как следствие, получила в наследство полный комплект BSD-шных command line утилит, таких как ls, find, xargs, и многие другие. Они хорошие и правильные, и использовать их вполне можно — однако если вы долго использовали Linux, наверняка вы привыкли к GNU версиям этих утилит, то есть, к примеру, --длинным-аргументам, нормальной опции --help — ну и вообще выработали определенные привычки. К числу таких людей принадлежу и я, и когда мне понадобилось набрать пару десятков команд в Terminal.app, через 10 минут я начал рвать волосы на груди нервничать и читать man, что не способствовало производительности труда.
Несколько позже я подумал — а почему, собственно, я не могу использоваться GNU версии утилит — только потому, что они не поставляются с системой? Нет, это — не UNIX way!

Руководителям проектов в частности и собирательному «начальству» в целом…

Программирую на Java вот уже 7 лет. Но на работе часто приходится обучать новое поколение. В связи с этим и решил сделать некоторую шпаргалку, которая, надеюсь, пригодится и для хабрчан. Если кто-то может помочь дополнить чем-то информацию из этой статьи, то пишите! Итак:

Основные ресурсы для начального обучения

• www.javable.com — сайт со статьями и tutorial'ом по Java. Все в основном на русском.
• www.exampledepot.com — очень полезный ресурс, где собраны краткие примеры использования классов для тех или иных пакетов
• java.sun.com — без первоисточника не обойтись. Для любого Java программиста JavaDoc должен быть истиной в последней инстанции. Так же здесь можно найти серию tutorial'ов на все возможные темы.

Все люди, вовлеченные в проектирование различных БД, думаю, нередко задаются вопросом о нужной структуре. На данный момент, есть два варианта хранения данных, каждый из которых, в свою очередь, имеет ряд своих недостатков.

1. Объединенное хранение

Например, есть таблица типов объектов (ObjectsTypes), таблица самих объектов (Objects) и их свойств (ObjectsFields). По желанию, можно хранить еще и типы полей-свойств, это не принципиально.
Связи между таблицами определены однозначно (объект имеет один тип (typeID) и ряд свойств, связанных с родительским объектом полем objectID), между объектами связь осуществляется и с помощью древовидной структуры (родитель ← ребенок) и путем заведения отдельной таблицы (ObjectsRelations) для сетевой структуры, в которой дочерний элемент может иметь несколько родительских.

2. Индивидуальное хранение

Если представлять эту реализацию на примере, то для хранения блогов нужна таблица Blogs с полями, относящимися к нему, таблица BlogsTopics, хранящая посты и их свойства, таблица BlogsVotes, содержащая все пользовательские голоса и т.д. Можно до бесконечности развивать этот пример — смысл такого хранения в том, что для каждого типа данных создается своя таблица (если нужно, то несколько).

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

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

А теперь представьте себе структуру БД какого нибудь «Вконтакте». Представили? И что вы видите? Множество таблиц с данными? А что еще? Множество таблиц для связей много-ко-многим! Необходимых, с точки зрения реляционной БД, но лишних с точки зрения логики. Но это еще не все. Среди полей таблиц мы видим огромное количество «лишних» полей, являющихся всего лишь внешними ключами, служащими для связей один-ко-много, так же необходимых с точки зрения реляционной теории, но абсолютно бесполезных с точки зрения логики.

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

Недавно вот прочитал посты о разных офисах. Хочется и свои пять копеек вставить. Расскажу о жизни компании Parallels изнутри:)

Я уже не вспомню свои ощущения, когда устроился, но люди, которые приезжают к нам на пару часов почему-то сразу замечают ЭТО. На уровне атмосферы, того как тут все организовано, как все общаются и проч. Короче, многим нравится. Хотя, если говорить о расположении офиса – то это полная жопа – м. «Отрадное» («безотрадное» как его тут называют).


Мы занимаем 2 этажа этого бизнес-центра

Что и как и как много хранит MySQL?

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

Для затравки, интересная цитата из мануала по MySQL:
«Максимальный размер записи в MyISAM составляет 65534 байтов. Каждый BLOB или TEXT-столбец засчитывается здесь как 5-9 байтов.» — как это трактовать однозначно не понятно. НО ясно что много-примного столбцов в таблицу на засунешь. «Извращенистые программисты» — будьте аккуратны (66000 столбцов вы точно создать не сможете).

UPD: Если найдете ошибку, или я что-то где-то утаил — отпишитесь в комментах, с удовольствием добавлю.

UPD1 В первую очередь (и самый лучший вариант для новичков) прочитать ОФИЦИАЛЬНЫЙ МАНУАЛ dev.mysql.com/doc/refman/5.0/en/data-types.html (спасибо Psyh за прямую ссылку), а здесь вырезка для META обработчиков данных (как в лице программистов так и в лице машинной обработки).

UPD2 В принципе, все что написано ниже, можно прочитать по адресу www.mysql.ru/docs/man/Column_types.html (за ссылку «русского перевода», спасибо artuska).

UPD3 Еще одну неплохую ссылку предоставил 4all: newcontinent.ru/h/mysqlc (материал на русском)

UPD4 Цитата из комментов от egorF:
# 14«Как главный редактор русскоязычного перевода доки на MySQL, я рекомендую в него не заглядывать — он уже сказочно морально устарел.»

Здравствуйте.
Исполняю обещаное, описываю установку Aptana на Kubuntu 8.04.
Что такое Aptana?
На официальном сайте разработчики заявляют:
«Aptana Studio — это мощная среда разработки веб-страниц и веб-приложений. Присутствует поддержка для разработки JavaScript, Ruby on Rails, PHP с использованием Ajax, DOM, HTML, CSS. Кроме того, предоставляются плагины, позволяющие разрабатывать приложения для Adobe AIR и Apple iPhone.
Для искушенных веб-разработчиков пакет Aptana Studio Pro предоставляет дополнительные преимущества производства продуктов, а также превосходную поддержку.
Aptana Studio 1.1 также имеет встроенную версию сервера Ajax от Aptana — Aptana Jaxer.»
Вкусно?

Навеяло топиком про горячие клавиши в Windows (статья 1 и статья 2)

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

К сожалению, в регионах до сих пор мало у кого есть безлимитный или хотя бы дешёвый интернет. А как известно, линукс (и в том числе Ubuntu) практически вообще не могут прожить в отсутствии интернета. Это и обновление системы, и, конечно, установка всех программ. Без интернета не почувствовать преимущество линукса в простой установке.
Однако, у многих есть доступ в интернет: на работе, в университете и т.п. Так почему бы именно этим и не воспользоваться: скачивать необходимые программы в одном месте, а устанавливать там, где интернета может не быть вообще? Всё, вроде, кажется простым — достаточно зайти на ресурс Ubuntu Packages Search и скачать необходимые deb-пакеты. Но есть некоторые проблемы:

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

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

Читать далее →.

Вы пользуетесь Sisoft Sandra или аналогичными программами?
Давайте потратим 15 минут и напишем скелет своей программы аналогичного функционала.