tiendil

World of Goo - исотрия разработки

2009-12-19T10:38:19Z

Короткая история разработки World of Goo в 7 постах с демками и картинками:

1 2 3 4 5 6 7

любителям оптимизаций и хитрых структур данных: фильтр Блума

видео по искусственному интеллекту

2009-11-22T00:48:10Z

спать сегодняшней ночью очень нехотелось, поэтому полез в youtube и вот что откопал:

лекция о технологиях исспользуемых в гугле очень познавательная - поражает простота идей, лежащих в основе гугловских механизмов
забавное видео игрушки исспользующей для управления комманды на "естественном" языке
нейронная сетьучится управлять виртуальными машинками. Самое интересное, что в конце все машинки начинают ездить только по одной стороне дороги т.е. соблюдать правила дорожного движения.
бот для марио - для тех, кто пропустил конкурс по написанию AI для марио.
The Next Generation of Neural Networks по версии Google
рыбки учатся собирать хавчик

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

go programming language

2009-11-11T09:55:54Z

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

Это конечно хорошо, что корпорация даёт своим работникам реализоваться, проверить новые идеи и т.п., но для разнообразия могли бы сделать что-нибудь действительно полезное, например, наехать на комитет по стандартизации C++, что бы те заканчивали со стандартом, а может и внесли какие-нибудь дополнительные фишки, вроде тех же channels в Go.
Язык, впрочем, получился не страшный и даже симпатичный, вот только ниши для него что-то не видно:

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

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

потолкаться Go может только в специфических серверных приложениях, но толкаться придётся с теми же С, С++, для которых написано огромное число библиотек на все случаи жизни.

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

Так что, имхо, перспектив у языка мало, куда больше их у автора языка "Go!" который по словам автора существует уже около 10 лет. Судя по дискуссии автор пока просит только сменить название нового языка, но, думаю, у него есть неплохой шанс подняться в материальном плане.

забавный варнинг

2009-07-16T14:47:30Z

Особенно интерсна фраза, выделенная жирным.

Compiler Warning (level 3) C4800

'type' : forcing value to bool 'true' or 'false' (performance warning)

This warning is generated when a value that is not bool is assigned or coerced into type bool. Typically, this message is caused by assigning int variables to bool variables where the int variable contains only values true and false, and could be redeclared as type bool. If you cannot rewrite the expression to use type bool, then you can add "!=0" to the expression, which gives the expression type bool. Casting the expression to type bool will not disable the warning, which is by design.

The following sample generates C4800:
// C4800.cpp
// compile with: /W3
int main() {
int i = 0;

// try..
// bool i = 0;

bool j = i; // C4800
j++;
}

Хотелось бы знать, какой именно момент дизайна мешает устранить варнинг при исспользовании кастов. Да и вообще, что за яды употребляют создатели компилятора VC.

ГЭК, образование и иже с ними

2009-06-19T11:03:16Z

15.06.09 у меня случилось "важнейшее" событие в жизни любого студента - защита диплома перед грозной Государственной Экзаменационной Комиссией: пресловутые 5 минут позора. К сожалению, из впечатлений от этих 5-ти минут, осталось лишь недоумение: "И к этому моменту я должен был идти все пять лет учёбы?". Защитившись, для расширения кругозора и просто что бы посмотреть: "А как там оно у других?" посидел ещё на нескольких докладах и моё недоумение увеличилось, возник странный вопрос "А что, собственно, оценивается?".

Вот несколько особенностей работы комиссии, которые меня удивили больше всего:

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

- не хочу ничего говорить о непосредственном процессе формирования оценки (он закрыт от студентов), но непредвзятое отношение преподавателей к определённым студентам видно невооружённым глазом. Естественно что без этого не обойтись: всё-таки 5 лет вместе и всё-такое, но нужно же иметь какую-то совесть, в конце-концов следить за своей профессиональной репутацией: похвалили/покритиковали чуть-чуть и ладно, как может позволить себе человек с кучей научных степеней и т.п. закатывать речи о научной ценности и сложности работ в проекте представляющем собой обычный сайт на чистом HTML, причём когда докладчик сделал достаточно большое количество серьёзных ляпов (одним из членов ГЭК по этому поводу была излита не речь, а практически медовая река).

- за то время, что я слушал доклады, ГЭК-ом не было задано ни одного серьёзного вопроса по неточностям допущенным при докладах (а они были), равно как и ни одного вопроса, серьёзно затрагивающего предметную область проекта (за исключением тех проектов, которые производились на выпускающей кафедре). Все вопросы были ужасно поверхностными и задавались скорее для галочки. Затрудняюсь сказать почему так получилось: либо из-за того, что члены комиссии не были знакомы с предметными областями, либо из-за того, что им было безразлично, а может просто не хотели портить красивые доклады.

Что оценивал ГЭК я так и не понял, но явно не сложность и качество реализованного проекта и не знания, полученные за 5 лет. Из людей, защищавшихся в один день со мной, 9 из 12 получили девятки, хотя и их знания и сложность/качество проектов разнились очень сильно.
Правда насчёт оценок у меня есть два предположения:
- Их ставили за то, что "мы все такие хорошие, красивые и вообще, зачем нам жизнь портить". Вот только наш поток не назовёшь примерным - нервы мы успели попортить всем, а я вообще в последнем семестре очень хорошо отметился.
- Оценки ставили для статистики - чем больше отличных оценок - тем лучше кафедра... Собственно этой теорией мой поток пользовался последних года 3 и весьма успешно - вместо того, что бы дружно идти вперёд, оставляя аутсайдеров сзади, большинство, вняв принципу "всех не выгонят", дружно забивало, срывало различные сроки и несмотря на это получало хорошие оценки.
Единственным результатом прохождения ГЭК-а для меня стало чувство, что меня кинули: мало того что нас особо не пытались учить все 5 лет нахождения в ВУЗе, но и решили даже не оценивать те знания и умения, которые мы всё-таки получили. Ужасно обидно (тем более, что теперь государство хочет что бы я ещё отработал 2 года по распределению). Хотя, конечно, нельзя сказать, что в такой ситуации виноваты только преподаватели, студенты тоже не ангелы. Если у медиков всё происходит точно так же, как и у программистов, то в гос. больницы я больше ни ногой.

Пока писал, родилось несколько мыслей по поводу "А почему всё так?".
Всё очень просто: виноваты не учебные программы (которые у нас очень любят перекраивать), не студенты и не преподаватели. Проблема в том, что ни преподавать ни учиться не выгодно:
- всем известно, что на ту стипендию, что платят студентам жить невозможно, поэтому все кто может и кому совесть не позволяет жить за счёт родных, курса с 3-его уходят работать и сил на работу тратят больше только потому, что там их труд оплачен - люди чувствуют ответственность за результаты своего труда. ВУЗ же отодвигается на задний план и тихо презирается за то, что съедает остатки свободного времени.
- менее известен факт того, что количество преподавательского состава на кафедрах (и возможно, зарплата) зависит от количества студентов (т.е. от нагрузки), поэтому выгонять студентов кафедрам не выгодно. К тому же над кафедрой всегда висит угроза уменьшения набора студентов, что ведёт к тому же. А других стимулов, кроме исключения, у университета не осталось (размеры повышенных стипендий смешны, различные поощрительные путёвки в санатории и доски почёта тоже не шибко котируются). Как следствие, у преподавателей нет выбора, кроме как выполнять свою работу в условиях игнорирования её большинством студентов: зачем стараться, если нет никакого толку? (Не будем тут рассматривать учителей от бога - их достаточно мало).
- молодым специалистам совершенно не выгодно идти преподавать, из-за этого всё чаще встречаются кадры, которые либо отсиживают распределение, либо вынуждены работать в универе, т.к. никому больше не нужны (А бывает, что человека просто пробивает на "хочу учить" и он спокойно устраивается и годы промывает студентам мозги бредом, который вообще с трудом можно отнести к специальности, на которой они учатся). В результате университет постепенно наполняется не очень адекватными товарищами, которые накорню уничтожают уважение к преподавателям и науке, к тому же периодически создают видимость деятельности и получают гранты под свои недопроекты.

У меня давно есть подозрения, что образовательную сферу курируют люди, которым не выгоден прогресс, и совсем не потому, что они шпионы или коррупционеры - всё проще - если вдруг всё наладиться, то им будет нечего делать - они лишаться работы и идти им будет некуда - где нужен человек, который всю жизнь реформировал образование? Верхушка, конечно, отправиться на реформы чего-нибудь другого и их даже похвалят, а остальным кранты будут - ни денег ни уважения ни будущего. Поэтому, вместо того, что бы просто дать людям денег и повысить престиж учёбы и преподавания, они распиливают средства на различные реформы: то перекинут часы с одного предмета на другой, то просто урежут время, причём делается всё это в открытую, никто даже не пытается подвести под реформы логичную основу. Из последних перлов:в программе, по которой будут обучаться то ли студенты всего БГУИР-а то ли только студенты ФИТиУ убрали один год английского - никто даже не подумал, что и обычному программисту и даже научному работнику английский нужен как воздух - без него никуда. Просто взяли и сократили с двух лет до года. Сам попал на другую забавную вещь: уча физику на 1-ом курсе мы использовали математический аппарат, который проходили по вышке в конце 2-ого курса, естественно что никто ничего не понимал, а большинство даже не пыталось понять.

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

P.S. при написании использовался личный опыт учёбы в программерском ВУЗ-е (БГУИР), в других ВУЗ-ах может оно и получше всё...
P.P.S. то, что я критиковал выставление оценок ГЭК-ом не значит, что мне жалко тех же девяток (для хороших людей ничего не жалко :-) ), это значит, что я считаю такую практику неверной.

анжинерия

2009-05-30T15:49:08Z

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

Взято из методы по технико-экономическому обоснованию дипломного проекта (издано в БГУИР в 2005 году). Таблица содержит инфу для вычисления общего объёма программного средства в условных машинных командах, из которого потом считаются все затраты. Объём считается как сумма команд, необходимых для реализации каждой функции. Очень интересно было бы узнать о методике расчёта данных для этой таблици и выборе средств для которых они расчитывались.

links

2009-04-24T08:54:10Z

gamedev:
разработчики online аркады с эволюционирующим оружием выложили видео демонстрирующее игровой процесс

вакансия от Blizzard увидев её истекал слюной до конца дня :-). Много думал о том, какой я ещё тупой и необразованный.

development:
забавный сайт с демонстрацией наиболее популярных алгоритмов сортировки.

ai:
учёные таки ещё немного приблизились к воплощению мозга в железе, быть может они даже заставят это приносить какую-то пользу.

fun:
«Аист&Co», на мой взгляд, практически гениальный стартап. Улыбнуло описание компании.
описание исследования на тему "готовы ли человеки помогать роботам"

links

2009-04-13T10:27:39Z

несколько ссылок, собранных за последнюю неделю:

gamedev:

пара мыслей по организации игрового процесса в RTC
вот замечательная цитата:
Gather resources. Buy some units. Construct a building. Gather more resources. Buy more units. Construct more buildings. Now, do it all again. Rinse and repeat. Eventually, amass a huge mob of units. Drag-select them all and attack the enemy base. Does this sound familiar?

конкурс игр на Java, размером не более 4K. Есть очень интересные поделки.

интересный метод организации поведения ботов, на примере Pac-Man.
и пара слов вдогонку предыдущему линку: Antiobjects

development:

How My Brain Kept Me from Co-Founding YouTube

erlang:

хорошая статья об ускорении передачи сообщений между Erlang нодами

и напоследок: видео о том, в каком большом мире мы живём

VMware и тестирование

2009-04-09T08:38:09Z

очередной образчик передовых идей гениальных разработчиков VMware

кратко: как отдебагить твой код, который общается с их сервером не с помощью api, а прямо через SOAP запросы? VMware знает как! Просто берёшь их скрипт, копируешь в него свой код (у них там даже нужное место подписано) и запускаешь его. Замечательный универсальный метод - отдебжит всё, что угодно.

vmware-tools

2009-03-31T11:18:34Z

В очередной раз поражаюсь гениальности разработчиков в VMware. Понадобилось собрать vmware-tools - утилитки/модули, ставящиеся на гостевые оси в ESX Server, дабы те лучше работали. Естественно по наивности решил работать не из консоли, предоставляемой ESX Server-ом (ну убогая она), а через Putty, кто ж знал, что при инсталяции этих тулзов без предупреждения выгружаются сетевые модули :-(.

ESX hell

2009-03-27T12:53:12Z

только что подобрал отличное описание процесса разработки под ESX.

Итак, разработка под ESX Server эквивалентна попытке наладить процесс постройки виллы на маленьком острове с действующим вулканом и абсолютно враждебными рабочими и стройматериалами. Стоит отвернуться, как доблестные джамшуты с хитрыми рожами начинают менять рельеф выбранной под строительство местности, а прорабы прячутся в бетономешалки. Поставщики вместо нормальных материалов предлагают полное Г, а при отказе его использовать начинают предлагать наладить производство шлакобетонных блоков прямо на месте, когда ты требуешь от них всего лишь кирпичей. Но, даже получив искомые кирпичи, радоваться рано, будучи успешно вмурованным в стену, кирпич может просто испариться или перебежать в другое место.
Из-за такой бяки с условиями, приходится стройплощадку окружать бетонным забором с колючей проволокой и вышками, стрелки на которых стреляют из ГРАНАТОМЁТОВ, как только видят непорядок. Более того, т.к. после пары выстрелов не остаётся практически ничего, то необходимо держать дорогую бригаду преданных людей, который после очередной разборки, бульдозерами зачищают местность, аккуратно объезжая чудом устоявшие строения, и ловят разбежавшихся рабочих.

links

2009-03-27T11:19:55Z

несколько интересных материалов:

индийцы и китайцы бегут из США :-)

Sex discrimination and who works on games

REST framework on Erlang с симпатичной финтифлюшкой в виде графического отображения путей обработки запросов

спрайты из игрушек про черепашек ниндзя и фанатский проект с ними.

информационный голод

2009-03-13T15:24:29Z

Лем, в одном из рассказов о Йоне Тихом упоминает (или предсказывает?) ситуацию, когда объём доступных человеку знаний (и скорость их производства) превышает возможности этого самого человека по изучению нового. И что-то в последнее время кажется мне, что человечество всё ближе подходит к этой границе. По крайней мере, у меня начал накапливаться ком того, что надо бы прочитать и надо бы изучить, но вот как-то нет времени, и неделя за неделей этот ком всё увеличивается.
В "давние годы", когда я был полноценным студентом (т.е. только учился, и не работал) эта проблема как-то отходила в сторону, т.к. всегда были летние каникулы, когда можно было и отдохнуть и прочитать всё, что накопилось за год. Но вот учёба кончилась и пришли суровые рабочие будни и лишь месяц законного отдыха (который таки хочется потратить именно на отдых). Утром надо на работу, вечером голова практически не варит и что-то учить затруднительно (хотя попытки, конечно есть :-) ). А расти-то над собой ой как хочется, беда в общем.

Немного покумекав, прикинул возможные варианты выхода из 'кризиса':

- узкая специализация. Вполне себе выход, отбрасываем всё что не касается любимой области и вперёд, объём необходимых знаний резко уменьшается. Но есть пара больших минусов: что делать, если любимая область ещё не найдена и для успешного её определения необходимо дальше копать во все стороны? К тому же IT сейчас развивается слишком динамично, что бы специализироваться в чём-то одном, есть большой шанс оказаться у разбитого корыта (особенно если тянет на разного-рода "эксперементальные технологии").

- идти в науку - достойный и патриотичный вариант, если конечно не считаешь большинство "научных деятелей" отмывателями денег и согласен жить на мизерную зп (это если у нас, что там у них за бугром вообще не известно, а в MIT меня вряд ли возьмут, жаль :-( ) К сожалению не подхожу ни под 1-ое ни под 2-ое требование.

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

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

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

P.S. моим работодателям: не принимайте 3-ю запись близко к сердцу, на работе я в первую очередь работаю, а потом уж занимаюсь "посторонними" везами.

learning Lisp

2009-03-12T10:12:32Z

наткнулся на интересный блог о лиспе

и серию замечательных постов о том, как Joe Marshall (собственно автор блога) учил лисп в MIT-е:

I hate Lisp
Computers? Ugh.
Not Lisp again....
...
A few speed bumps

links

2009-03-10T15:09:06Z

две интересные ссылки:

коллекция алгоритмов на все случаи жизни:
http://en.wikipedia.org/wiki/List_of_algorithms

и, наоборот, собрания нерешённых математических проблем:
http://garden.irmacs.sfu.ca/
http://en.wikipedia.org/wiki/Unsolved_problems_in_mathematics

VMware vCenter Converter - bad, bad, bad

2009-03-04T11:30:02Z

На днях по производственной необходимости коллега копался в VMware vCenter Converter 4.0, кто не знает - штука для переноса машин с физических хостов на виртуальные. Интересовались сугубо тем как оно переносит машины с линуксом. Так вот, в очередной раз подтвердилось мнение, что в VMware работают либо одни индусы, либо студенты, либо наркоманы в последней стадии... Переносят машины они в hot режиме (т.е. без ребута и вообще какой-нибудь остановки оси) и копируют содержимое дисков по файлам... Учитывая, что большинство файловых систем не умеет делать какие-либо снапшоты себя любимых и вообще блокировать доступ, было бы забавно посмотреть, что будет, если во время миграции какой-нибудь процесс будет активно работать с файлами ]:->

авось, это последние дни VMware

2009-02-25T11:58:56Z

Просто замечательные новости:

Citrix делает XenServer бесплатным, а
RedHat всё активнее продвигает свои решения на основе KVM

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

yahoo pipes

2009-02-20T09:55:09Z

Наткнулся на отличную реализацию визуального программирования (ну или почти программирования :-) ) обработки потока данных, называется это чудо yahoo pipes и предназначено для сбора и фильтрации rss/atom и т.п. контента.

родной сайт

вводное видео лежит тут

some links

2009-02-19T10:06:07Z

Несколько интересных ссылок попавшихся на глаза:

для программистов:
вводные статьи по erlang (автор обещал что будет писать про использование языка в своём проекте, но пока описал только базовые особенности языка, зато доступно и по русски).
http://habrahabr.ru/blogs/erlang/51517/#habracut

по словам авторов: "SFML is a free multimedia C++ API that provides you low and high level access to graphics, input, audio, etc.", судя по всему так оно и есть. Я бы добавил что использовать это легко и просто.
http://www.sfml-dev.org/

для математиков:
Забавная теорема о том, что многомерные объекты не могут иметь полностью случайную структуру:
http://en.wikipedia.org/wiki/Hales-Jewett_theorem

А это собственно раздел математики который изучает условия при которых в хаосе появляются элементы упорядоченности:
http://en.wikipedia.org/wiki/Ramsey_theory

для рпг-шников:
проприетарный генератор карт (и прочего стафа): http://profantasy.com/
просто генераторы карт: http://nbos.com/products/mapper/mapper.htm
создай себе альтер эго: http://www.heromachine.com/

минский Nival

2009-02-16T17:04:14Z

Сегодня знакомый кинул линку на статью товарищей из минского отделения Нивала, о том как у них шёл проект последние N месяцев (вернее как они его убивали, а потом воскрешали, вот только воскресили ли): http://habrahabr.ru/blogs/pm/51929/ .

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

"Грамотный лид программист Димусик тогда дочитывал Совершенный Код МакКоннела и смог эффективно внедрить изложенные там идеи" - я всегда поражался тому, как люди относятся к этой книжке... Не в обиду программисту Димусику (в конце концов быть может он просто использовал все аргументы которые мог найти, что бы убедить начальство дать время на переделку), но лично меня эта фраза чуть не загнала под стол. Лид читающий "Совершенный код" и находящий в нём что-то новое - это очень странно. Я бы рекомендовал читать это только средненьким студентам, как средство для упорядочивания имеющихся знаний (и то не шибко верить).

"Мы внедрили скриптовую систему на многих уровнях проектах, настоящий data driven подход." - Круто, молодцы, заюзали сложную современную технологию... Как же вы до этого маялись?
"Хардкод 200 заклинаний в героях 5" - аааааааа, ужаааааааас, паника... Я был лучшего мнения о ниваловцах :-(

"Вся команда была в шоке. Это было фиксировано 3 дня, из которых только 1 день писался код, это была 1 итерация, вместо 2-3-4 недель и 3-5-10 итераций." - это только мне кажется, что данный процесс вполне нормален и даже обычен?

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

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

tiendil @ 2009-02-05T11:28:00

2009-02-05T09:31:39Z

если кто ещё не видел: книга о Хаусе
N минут смеха обеспечено.

Школьное образование

2009-01-28T10:27:38Z

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

"В ГИАЦ недавно установлен один из самых популярных дистрибутивов Linux — Ubuntu. Специалисты центра убедились, что почти ничего из распространенных в школе программных продуктов под Linux не идет."

Взято отсюда: http://news.tut.by/it/127708.html (тут.бай конечно не самый достоверный источник, да и журналисты обычно всё перевирают, но всё же фраза замечательная)

для справки: ГИАЦ - Главный информационно-аналитический центр Министерства образования Республики Беларусь.

Бедняги не смогли запустить пэинт и ворд под линухом, скорее всего, правда, даже не пытались. Про альтернативы они тоже не подумали. Хотя с чего бы им знать обо всём этом, они же главные специалисты по образованию, не по информатике или программированию, не по языкам, не по математике и даже не по биологии. Только они знают как "правильно" учить и не важно чему, главное ведь процесс, а не результат.

привет индийским друзьям от русских медведей

2009-01-20T14:10:15Z

две ссылки:

о том как учат индийских программистов (не знаю утка или нет, но читать забавно):
http://blog.uncool.in/2009/01/19/computer-science-fail-higher-education-in-india/

и о том как правильно вводить новичков в проект, имхо, очень кошерный подход :-) :
http://habrahabr.ru/blogs/development/49627/#habracut

впечатления от конференции у Steel Monkeys

2009-01-18T20:16:21Z

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

В программе было: 30 минут выступления ген. директора и по 45 минут на пару слов о графике, физике, ИИ и о выходе из критических ситуаций + экскурсия по офису в середине мероприятия. Всё время конференции на заднем плане выступлений проскальзывал лёгкий пиар их игрушки (2 Days to Vegas), которую, кстати, разрабатывают за свои кровные, уже измеряемые миллионами вечнозелёных, но ничего интересного про реализацию упомянуто не было. Конференция позиционировалась как нечто обучающее и отсеивающее молодых гейм-девелоперов, в связи с чем тематика докладов была уж совсем поверхностной (можно было и чуть глубже рассказать, всё-таки начинающие девелоперы и сами что-то читают :-) ), но полезная информация лично для меня была, за что парням респект и уважуха, немного упорядочили мусор на полках моей памяти. Хотя я бы чуть подправил регламент и растянул время выступления генерального (Тимофей Двоскин) и ответов на вопросы технического (Дмитрий Лукашевич) директоров часа на 3, а сами доклады уложил бы в 30 минут.

из выступления генерального:
- они сделали игрушку по мультику Bob The Builder - я его как-то видел, курительная штука для самых маленьких, почему-то очень врезался в память (может на подсознание давят :-))
- по сравнению с декабрём 2007, продажи игр за декабрь 2008 выросли на 22% - кризис есть и в геймдеве, но мы его не боимся
- разрабатывают свой ацкий кросплатформенный движок (PC, PS2, PS3, XBox360) - говорят что игры на разные платформы можно перестроить за 25 минут.
- соотношение программеров к художникам 1:2 а не 1:3 т.к. пишут своё двигло (программеров 21, художников 45)
- всего работает 90 человек
- не в ПВТ и не будут там - то ли не пускают, то ли не хотят, а может и то и другое
- генеральный сказал что в геймдеве как ни где ещё нужно чувство коллективной ответственности, почему-то я ему верю
- лучшие игры делаются независимыми разработчиками за свои кровные, т.к. заказчики не давят со своими требованиями и не лишают свободы творчества (правда какой процент игр у таких разработчиков доживает до выхода...)
- что бы срубить баблоса либо делаем кучу трешака либо мало качественных продуктов, причём вначале на качество не хватает денег, поэтому трешак

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

про физику:
рассказали про 3 либы/движка: ODE, PhysX, Havok. Основной смысл: ODE - это база, Havok рулит + вроде как уже можно бесплатно юзать.

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

про кранч (http://en.wikipedia.org/wiki/Game_programming#Crunch_time)
если надо работать допоздна, то им организуют ужины и развозят по домам, лишь бы уложились в сроки.

Вот такие впечатления.

P.S.
А офис всё-таки у них далеко, могли бы и переехать поближе к центру.

при отладке смотри во все три глаза и думай в две головы

2009-01-15T12:29:06Z

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

//comment
//next line of comment
//oops \
int my_variable;

int my_variable2;

После обработки препроцессором, в коде остаётся объявление только второй переменной "int my_variable2;", первое же объявление сливается с комментарием и благополучно вырезается не оставляя даже намёка на причину ошибок в коде, использующем my_variable (которую компилятор просто не может найти).
Самое интересное, что главной проблемой в нахождении опечатки было то, что я не догадался посмотреть чуть правее основного столбика с кодом, полагая что там ничего нет.
Как вывод: при отладке да и вообще в жизни не стоит просто так откидывать "очевидные" вещи лишь потому, что возникло впечатление, будто они не влияют на сложившуюся ситуацию.