Выключи свой компьютер на целый день и проверь, сможешь ли ты обойтись без машины 24 часа?

shutdownday.org

Именно такая надпись висит на официальном сайте ShutdownDay – акции, призывающей 24 матра 2007 г. на целый день выключить свой компьютер.

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

Никогда в подобных акциях участия принимать не доводилось, но эта задела за живое. Ведь хваленая социализация интернет пространства и еже с ним Web2.0 приводит как раз к обратному эффекту: общение с друзьями ограничивается icq(как результат забываешь даже как они, друзья, выглядят), новые знакомства ищутся не в парках/клубах/вечеринках, а на специализированных сайтах, общаясь только среди друзей-по-интересам внутри очередного сетевого community, человек заведомо ограничивает свой кругозор определенной сферой, некоторые индивидуумы при малейшей аварии у своего провайдера впадают в уныние и депрессию, а ещё у некоторых даже и друзей реальных не осталось одни icq/msn/gtalk-контакты…

P.S. Забыл добавить – представьте сколько экономится электроэнергии если более 10000 (на момент написания заметки) компьютеров всего один день проведут в выключенном состоянии.

Этот блог в мобиле

Рубрика: Mobile | 15 February 2007, 14:08 | Vadim Voituk

До чего дошла наука,
В небесах летает, сука,
Прославляет до небес,
Мать твою, КПСС!
(c) вроде как Высоцкий

Вот так выглядит этот блог с мобильного телефона Nokia E60.
К тому же при если поблизости есть “Киевстар”-овская вышка с поддержкой EDGE, то загрузка происходит почти мгновенно.

screenshot0002.jpg

screenshot0003.jpg

Техностереотипы

Рубрика: Development, Работа | 14 February 2007, 12:15 | Vadim Voituk

Спросите у 100 программистов “Какой вы хотите видить свою профессиональную деятельность через 5-7 лет?”

50 из них ответят – “стану project-менеджером, а 50 – “открою открыть свою фирму”.

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

С одной стороны такие желания логичны.
Если взять первых 50 – программист видит что его начальник, такой же программист как и он, но с 10-15 летним стажем. Потому уверены что сначала они будут Junior-девелоперами, потом Senior-девелоперами, а потом PM.
Последние лет 10 чаще всего именно так и происходит.
Причиной тому является нехватка квалифицированных менеджеров. А упоминать о дифиците технически-грамотных менеджеров уже как-то даже неприлично.

Вторыми 50-ю движет мысль “Не хочу всю жизнь спину гнуть на чужого дядю” или “Свой бизнес приносит больше доходов” или “Вон у Васи своя фирма, а я все ещё за зарплату тружусь” и тд и тп.

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

Почему каждый студентик, закончивший технический факультет и возомнивший себя IT RockStar (о причинах его уверенности расскажу отдельно) думает что он сможет, пусть даже через несколько лет, управлять проектом, планировать, и распределять ресурсы, вести переговоры с кастомерами? Почему он думает, что сможет держать свой бизнес на плаву? И это при том, что он абсолютно не имеет ни опыта и даже базовых теоретических знаний ни в менеджменте, ни в законодательстве, ни в экономике, ни в бизнесе.

What non-Java language are you most interested in running on the JVM?

Рубрика: Development, Groovy, Java | 7 February 2007, 14:17 | Vadim Voituk

На Java.net завершился опрос “Какой не Java-язык вы хотели бы запускать на платформе JVM?”.

Я ожидал что будет очередное флеймообразующее обсуждение из серии “какой язык лучше”, но так не случилось.

Показательно, что по результатам лидирует Groovy. Но этого наверное и стоило ожидать в связи с растущей популярностью “рельсовых” web-фреймворков и как результат повышеным интересом к GRails.

Удивило, что организаторы опроса добавили в список языков Visual Basic, и ещё больше удивило что почти 5% отпрошенных отдали ему свои голоса. Куда катится этот мир!

Среди предложенных пользователями вариантов мелькали Scala, Scheme, F3, C, E, K, Fortress, Fortan, Beanshell, OCaml, Haskell, Lisp, Pnuts, Smalltalk, Fortress и даже Delphi/Object Pascal вместе C# (мсье знает толк в извратах).
Хорошо, что ещё никто brainf*ck не предложил :)

Догадайтесь за какой голосовал я?

P.S. Помогите найти ссылочки на остальные языки!

MySQL: Table is full

Рубрика: Development, MySQL | 5 February 2007, 15:29 | Vadim Voituk

Есть в MySQL такая неприятная вещь как “Table is full”.
Суть её заключается в том, что в какой-то наступает момент количество данных в таблице превышает 4 гигабайта, и MySQL отказывается выполнять INSERT/UPDATE-запросы.

Ноги этой “бяки” ростут из ограничения на максимальный размер файла на некоторых платформах.
Решается достаточно просто:

ALTER TABLE tbl_name MAX_ROWS=1000000000 AVG_ROW_LENGTH=nnn;

где MAX_ROWS – ограничение на количество записей в таблице, AVG_ROW_LENGTH – усредненное количество данный в одной записи (используется только для таблиц с BLOB и TEXT полями).

Но это в случае если ваша файловая система поддерживает файлы размером более 4Гб. Если же это не так, то решение не столь примитивное – необходимо разбивать таблицу на разделы (partitions).

Теперь расскажу почему “table is full” доставляет кучу проблем:

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

2. При указании очень большого значения MAX_ROWS, MySQL молча “ложит” на это значение и прописывает “max_rows=4294967295″. Таким образом выше 4-х миллиардов записей все-равно не прыгнешь.

3. Решение с проблемы с помошью PARTITIONS работает только на MySQL >= 5.1

4. И как вы думаете сколько времени выполняется указанный выше ALTER TABLE на 4 Гб данных? А сервис все это время находится в состоянии, близкому к коме.

Целью данной заметки не было формирование какого-либо мнения/вывода о MySQL, а скорее желание предупредить рядового разработчика о возможной проблеме и ознакомить с некоторыми способами её решения.