мимоходом, компьютерное

[avva]

Вследствие того, что я работаю над двумя очень разными проектами, мне то и дело приходиться переключаться между сложными, выжимающими из компьютера все, на что он способен, алгоритмами на C++ - и рисующими всякие бирюльки в окне браузера модулями на Javascript. Переключаться иногда приходится несколько раз в день. Так недолго и раздвоение личности схлопотать!

Comments

[dmarck.livejournal.com]

Супер!

Мне в параллель (с моей "администраторской" колокольни) придумывается разве что дихотомия между шелловыми скриптами и поиском текущея ядерной памяти (да, натурально, такое соседствует иногда ;)

[ex-ex-annut.livejournal.com]

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

[kot-ivanovich.livejournal.com]

Easily. I had for a long period of time be switching between Delphi and gcc several times a day. After a while I would completely lose track of what I'm doing up to “:=” in C++ and “==” in Pascal!

[http://users.livejournal.com/_iga/]

Может быть, две личности будут продуктивнее одной?

[salas.livejournal.com]

hyper-threading?

[krace.livejournal.com]

ага, и affinity правильно настроить...  :)

[nice-beaver.livejournal.com]

Заставлять программиста вашего уровня рисовать бирюльки в окне браузера - это непростительное разбазаривание ресурсов.

[dimrub.livejournal.com]

Бирюльки бирюлькам рознь, я так думаю.

[nice-beaver.livejournal.com]

Да, не помериться ли нам бирюльками?

[dimrub.livejournal.com]

Да, коллега, мы ведь профессионалы!

[krace.livejournal.com]

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

осмелюсь предположить, что сложность программного продукта может определяться знаниями программиста, но его качество — всё-таки определяется качеством программерских мозгов.

[nice-beaver.livejournal.com]

Под качеством вы имеете в виду удобство в обращении?

[krace.livejournal.com]

если речь идёт о веб-интерфейсе, то и удобство в том числе.

[nice-beaver.livejournal.com]

И вы считаете, что разработка интерфейса и фичеров - прямая обязанность программиста?

[krace.livejournal.com]

я не СЧИТАЮ, я ЗНАЮ, что де-факто очень многие "важные мелочи" из области инфо-архитектуры и юзабилити оказываются в результате практически полностью на совести программистов, особенно в относительно небольших компаниях (а до некоторых пор так было и в больших "конторах", где и мне доводилось работать).

[nice-beaver.livejournal.com]

Надеюсь, что в Гугле ето не так.

[krace.livejournal.com]

в Гугле это тоже, наверное, хотя бы отчасти так — просто потому, что, когда речь идёт о принципиально новых разработках, хороший "юзабилист" и "инфоарх" не может не быть хотя бы неплохим программистом: невозможно разработать хорошую систему, если не знаешь досконально "элементную базу".

[nice-beaver.livejournal.com]

У меня есть отличный контрпример - Shigeru Miyamoto.

[krace.livejournal.com]

по-моему, пример не очень удачный: "интерфейсами" игры назвать можно только с массой оговорок; Миямото не занимается юзабилити, у него принципиально другое поле деятельности. на таком высоком уровне можно и не быть кодером, особенно когда на тебя работает армия спецов. кроме того, если верить Википедии, Миямото неоднократно позволял себе задерживать выпуск игр, если ему что-то не нравилось; в корпоративной практике, задержка продукта по "эстетическим" соображениям — практически невероятный сценарий.

[nice-beaver.livejournal.com]

Все перечисленные вами отличия - натяжки. Хотите оставаться в своей вере - оставайтесь, я вас переубеждать не нанимался.

[krace.livejournal.com]

как Вам будет угодно.

[plakhov.livejournal.com]

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

Ну а что там делает сам Миямото, а что - его пеоны, снаружи вы никогда не узнаете.

[nice-beaver.livejournal.com]

Миямото сделал многоe и до того как у него появились пеоны. Другой пример непрограммиста на такой же должности - Hideo Kojima.

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

[plakhov.livejournal.com]

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

[nice-beaver.livejournal.com]

Мое утверждение состояло в том, что программист и разработчик фичеров / интерфейса - это разные профессии.

[gaius-julius.livejournal.com]

разработка может и нет, но реализация - уж точно на плечах программиста. на то он и нужен.

[nice-beaver.livejournal.com]

Естественно, но спор был не совсем об этом. Кроме того, реализация интерфейса, как правило, не самая сложная программистская задача.

[gaius-julius.livejournal.com]

вообща, да.

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

[cema.livejournal.com]

Всего лишь раздвоение? Подумаешь!

[moon-aka-sun.livejournal.com]

Да ладно, у них даже синтаксис пракчически одинаков. Не питон какой-нибудь, требующий двоеточия после else.

[gaius-julius.livejournal.com]

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

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

[ait.livejournal.com]

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

[avva.livejournal.com]

Да, надо бы посмотреть внимательнее на GWT, интересная штука.

[ait.livejournal.com]

Штука абсолютно блистательная - я влюбился с первого взгляда. А через месяц мы уже сделали поддержку в IntelliJ для нее.

И ребята в Атланте, которые ее делают совершенно замечательные.

[erez.livejournal.com]

Я почему-то был уверен, что в Гугле только GWT и пользуются.

Кроме него, есть JBoss SEAM и Apache Shale - frameworks, добавляющие жизни JSF.

[sleeping-death.livejournal.com]

Главное чтобы не переклинило и наоборот не пошло: бирюльки на срр, а алгоритмы на JS :)

[old-radist.livejournal.com]

Ой, да...

Меня тут тоже в текущем проекте малость переклинило.

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

А потом они посередине встретились, и настал превед.

[migmit.livejournal.com]

Э-э-э... А разве сложные алгоритмы не проще на JS писать? Работать, правда, будет с ахххрененными тормозами, но...

[gaius-julius.livejournal.com]

"выжимающие из компьютера всё, на что он способен"? (-:

Re: Reply to your comment...

[migmit.livejournal.com]

Эту фразу можно понимать двояко: 1) требующие максимум ресурсов компьютера (JS отдыхает), либо 2) делающие вещи, почти не подвластные любому компьютеру, сколько бы мощным он ни был (т.е., сложноалгоритмизуемые) - JS, как язык, позволяющий писать в функциональной парадигме, вполне рулит.

[egorfine.livejournal.com]

Это называется смена контекста. Иногда полезна для разминки мозгов, а иногда это просто ужасное вредительство работе. Ведь the zone для c++ и для ui design/javascript - это разные zone... лично меня такие переключения довольно-таки напрягают.

[plakhov.livejournal.com]

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

[nine_k]

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

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

[nice-beaver.livejournal.com]

One word for you: Nintendo

[plakhov.livejournal.com]

я, кстати, под DS текущий проект делаю :)
и там действительно все больше похоже на "старые игрушки", и именно по таким причинам

[nice-beaver.livejournal.com]

К сожалению, кроме first and second parties самой Нинтендо мало кто делает игрушки действительно хорошо, даже на нинтендовских платформах. Надеюсь, ваш проект получится хорошим.

[plakhov.livejournal.com]

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

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

[yanis.livejournal.com]

на С++ можно местами в похожем на яваскрипт стиле писать, если это небольшие програмки. я кстати тоже переключаюсь именно между С++ и яваскриптом .. если раздавить в себе гадину объектно-ориентированного программирования, то даже полезно ...

[ben-ari.name (from livejournal.com)]

Как раз ваш доктор недавно писала о мултитаскинг. Вроде это не очень хорошо... здесь (http://dr-razavi.blogspot.com/2006/10/multitasking.html)