New image in the cats photography contest

…
Gobby photography picture

So far I did not suceed finding an online code collaboration tool for code review that is embedded in Netbeans. Except the collab plugin which requires a XMPP server (which I installed but NB not really willing to log into it and rewarding me with errors). I found another tools which is not embedded in Netbeans but an editor by itself: GOBBY (link).
It supports several team members working on the same (text) file and comes with a chat. One needs to start in host mode, so no server is required. It runs both under Windows and Linux. Unfortunately I did not manage to make the Windows version talk to a Linux host.
It still works ok for me because I can share a file (from my Netbeans project) by opening it directly in Gobby. Once the changes are made and you go back to Netbeans, the IDE will update the modified file.

Gobby Collaboration Editor

Мелкие и полезнющие программы и мелкие утилиты для Windows и Linux.

Windows

• DeskPin — прикрепляет любое окно “поверх всех“. Окно помечено иконкой-”иголкой”. Дефолтный хоткей – Ctrl+F12.
• EditPlus — самая майндмапперская софтина из всех текстовых редакторов. Рулезнее, нежели AkelPad (а рулезнее AkelPad нет ничего).
• Console2 — open-source – Windows console window enhancement. Multiple tabs, text editor-like text selection. Не требует установки.
• Hot-keyboard — смертельно удобный, многофункциональный менеджер “горячих клавиш” всея винды. Спокойно перекрывает дефолтные хоткеи Windows, позволяет волшебничать напропалую. Например, при нажатии Ctrl+Shift+Ins у меня в текстовом поле в окне (в заголовке которого – обязательное условие – присутствуют символы “Mozilla Firefox“) вставляется вот такой текст:

h3.
#
##
###
h4. Expected result
h4. Actual result

Осталось только заполнять пункты.

Если надо разрешить вставку этого текста в несколько разных приложений, то ключевые слова следует разделять точкой с запятой: “Mozilla Firefox;EditPlus“

• Taskbar Shuffle — это пять! Мелкая и шустрая утилита позволяет, наконец-то, перемещать иконки окон в таскбаре Windows.
• Dexpot — весьма, весьма грамотная утилита для работы с виртуальными столами. Плюсы – можно сполна управлять ею аккордами клавиш, коих очень много. Больших минусов пока не заметил, кроме проблемы с отображением Skype окна.

  Окно Skype-диалога открыто на третьем столе. Если в нем появляется новое сообщение, сигнал о нем показывается в иконке скайпа в трее и в таскбаре стола, на котором находишься прямо сейчас (например, на #1). Если переключиться на это окно, будучи на столе #1, оно будет отображаться на #3 и #1 столах одновременно. Если попереключаться между столами, и покидать окно то на один стол, то на другой, то содержимое окна “замазывается” непонятно чем, не только не отображая содержимое, но и не желая закрываться – можно только свернуть. И нет того простого и удобного переноса с одного стола на другой, утаскивая окно за его заголовок…

Ubuntu

apt-get install …

• gobby — инструмент для совместного редактирования текстовых файлов (Collaborative Editor).
• Parcellite — маленький менеджер буфера обмена.
• XNeur — аналог PuntoSwitcher. Реально работает.
• ChmSee — для просмотра .chm. Поддерживает русский язык, легко меняет размер шрифтов. Еще есть Gnochm, kchmviewer и Okular (для KDE), и xCHM — просмоторщик chm файлов не зависящий от оконного менеджера. Существуют Add-On для FireFox, которые способны читать CHM, и даже создавать, но это не то.
• Skype Call Recorder – сидит в трее и (зависит от настроек) при начале созвона спрашивает, хочу ли я этот разговор записать. Пишет в MP3, Ogg Vorbis или WAV, автоматически именуя создаваемые файлы. Макс. битрейт – 160 kbps.
• VLC media player – офигенный multimedia player и даже multimedia framework, который читает большинство audio and video formats (MPEG-2, MPEG-4, H.264, DivX, MPEG-1, mp3, ogg, aac …) а также DVDs, Audio CDs VCDs.

WEB

• /time-tracker/ — учет времени, которое затрачено на отдельную задачу.

Muita gente, mais cedo ou mais tarde, acaba trombando nesse problema: como editar colaborativamente um artigo científico, em geral editado em e ?

Imagine a seguinte situação: vc numa sala, no seu depto preferido, e seu colaborador na sala ao lado! Como é que vcs podem se coordenar para escrever um artigo juntos? Agora, imaginem uma situação mais idealizada, só pra facilitar o argumento a seguir: vc e seu colaborador estão a meio planeta de distância.

No meio científico, essa situação é razoavelmente comum: vários autores colaborando num mesmo artigo, um em cada canto desse nosso mundo redondo.

Praqueles que não têm uma necessidade tipográfica muito grande, algo como Google Docs dá conta do recado: vc simplesmente transfere sua ferramenta editorial para “the cloud“.

Agora, pra quem tem necessidades tipográficas mais agudas — e.g., TeX, LaTeX, DocBook ou HTML —, a colaboração é certamente mais complicada e delicada.

As primeiras alternativas que surgiram foram as seguintes:

• Tools for Collaborative Writing of Scientific LaTeX Documents;
• LaTeX and Subversion;
• LaTeX Document Management with Subversion;
• Version Control of LaTeX Documents with svn-multi;
• Subversion and TextMate: Making collaboration easier for LaTeX users.

Quem usa Emacs pode utilizar AUCTeX e psvn.el para integrar tudo de modo suficientemente transparente.

Uma alternativa um pouco mais moderna, que integra e faz o papel de agregar as funcionalidades de “editor de textos” e “controle de versões”, é a seguinte:

• Gobby (roda em qualquer plataforma: Microsoft Windows, Mac OS X, GNU/Linux e *NIX afins);
• SubEthaEdit (só para Mac OS X).

Essencialmente, ambos são equivalentes: O Gobby é uma implementação “software livre” do SubEthaEdit. Para usuários menos experientes em lidar com o controle de versões, delegar essa tarefa diretamente para o editor pode ser uma saída viável. Para maiores informações sobre esse tipo de editores, é só dar uma olhada em Collaborative real-time editor. Infelizmente, eu não sei quantos desses têm suporte para TeX ou LaTeX.

Isso tudo posto… aautgora é hora de falar no Git: o Git é um dos softwares para controle de versão mais rápidos disponível atualmente. Aliás, mais do que isso, o paradigma descentralizado e distribuído do git o torna um candidato natural para um sistema de arquivos com as mesmas propriedades: o jeito mais fácil de entender o conceito do git é imaginar que vc pode, e.g., ter uma pasta no seu computador ‘replicada’ em outros computadores (que vc explicitamente permitiu acessar a pasta original): ou seja, todos os seus colaboradores vão ter acesso à mesma pasta, de tal forma que quando qualquer arquivo (formatos ASCII ou binários, i.e., TeX, LaTeX, DOC(X), PDF, JPEG, TXT, HTML, RTF, etc) dentro dessa pasta for atualizado, todos os colaboradores recebem essa mesma atualização!

Fora isso, o git tem algumas outras propriedades bem interessantes para quem está desenvolvendo uma colaboração científica, que tende a ser um processo altamente emaranhado e não-linear: suporte para desenvolvimento não-linear (resolução de conflitos de edição), desenvolvimento distribuído, é possível usar subversion através de comandos de compatibilidade, velocidade e escalabilidade (eficiência para grandes projetos), autenticação criptografada, entre outras.

Ou seja, através do uso do git o controle de versões é extremamente mais poderoso e flexível, isso pra não falar na resolução de conflitos, i.e., quando dois ou mais dos seus colaboradores estiver trabalhando no artigo (ou gráfico, imagem, etc — qualquer tipo de arquivo), ao mesmo tempo, qual modificação tem maior prioridade? O git é excelente nesse departamento… além de permitir que vc compartilhe toda uma pasta com seus colaboradores, uma vez que qualquer tipo de arquivo é monitorado e atualizado automaticamente.

É, a meu ver, a saída mais sofisticada e robusta para o problema de colaboração e acesso de várias pessoas a um mesmo conjunto de arquivos (e tudo pode funcionar de modo encriptado, o que torna todo o processo ainda mais confortável). Porém, infelizmente, ainda não há nenhum suporte para git no Emacs nem em nenhum outro editor que eu conheço. Mas, dado que o AUCTeX é uma ferramenta tão poderosa, vale a pena se ajustar ao meio termo: “Emacs + AUCTeX” e Git no console. Pode ser meio confuso no começo, mas uma vez que se acostuma com esse arranjo… é puro zen!

O que me traz à terceira opção: Dropbox (leiam mais no link Tour).

Essencialmente, o Dropbox é uma versão mais “user-friendly”, amigável, de softwares de controle de versões: o processo de instalação cria uma pasta no seu computador que fica arquivada no cloud deles… e, dessa forma, toda vez que qualquer arquivo denro dessa pasta for modificado, as diferenças são propagadas para o cloud, onde ficam arquivadas também. E é agora que vem o pulo-do-gato: uma das sub-pastas (dentro da pasta-mãe, compartilhada via o serviço do Dropbox) é chamada Public, de modo que qualquer arquivo dentro dessa pasta pode ser acessado por quem tiver o respectivo acesso permitido.

Até aqui, tudo soa exatamente como no git, acima… a diferença crucial é que o Dropbox não usa o git como ‘backend’, i.e., o Dropbox tem seu próprio método de atualização dos arquivos — que, até agora, não é muito bem conhecido publicamente.

Portanto, nesse sentido, o Dropbox é uma espécie de git light, i.e., é uma versão mais levinha e com menos recursos do que o git — não tão robusto, mas que satisfaz as necessidades da grande maioria dos usuários.

A grande vantagem é que não é preciso que “alguém” instale um servidor rodando git, o que torna tudo muito mais acessível a qualquer nível de usuários.

Então, no final das contas, essa não é uma saída tão ruim assim… perde-se uns recursos dum lado, mas ganha-se em manutenção do outro — em geral, é um bom meio termo. E, de quebra, ainda é possível se usar TrueCrypt para se encriptar o conteúdo de toda a pasta, tornando tudo muito mais seguro (mesmo que o conteúdo da pasta esteja na ‘cloud’, ele estará encriptado ).

Pessoalmente, meu sonho de consumo seria um servidor rodando uma combinação dos seguintes:

• Digg/Reddit + arXivs;
• Amazon + arXivs;
• Google + arXivs;

juntamente com todo o indexamento feito pelo SPIRES! E, a essa mistura, adicionaria-se um servidor git, para que todos os usuários pudessem colaborar livremente e, de modo completamente transparente, publicar o artigo assim que acabado!

Dessa forma, numa mesma e única plataforma estariam centralizadas as melhores e mais robustas funcionalidades disponíveis no momento — seria o paraíso!

Bom… é isso aí: a diversão é mais-do-que-garantida, []’s!

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

Неимоверно приятным оказался рабочий чат gobby – инструмент для совместного редактирования текстовых файлов (Collaborative Editor). Можно быть Ильфом и Петровым, или Kaner + Bach + Pettichord, которые одновременно работают над совместной книгой.

Инструмент очень ценят все “гибкие” члены команды разработчиков (гм…). Можно не сидеть за одной клавиатурой, можно сидеть за соседними компьютерами, совместно работая над одним и тем же текстом одновременно внося правки в разные места. Или работается надо файлами с кодом, или над файлами с документацией. Цитата:

…то такая технология оказывается продуктивнее традиционного “написал – закоммиттил – обсудили в почте – поправил – снова обсудили…”

Видно, что текст, набранный каждым пользователем “чата”, помечен отдельным цветом, нет неуместного указания имени, и вообще сплошная ляпота.

Например, первый программист может писать команды скрипта, а второй – в нужных местах прописывать запятые и точки…

В Ubuntu это чудо появляется посредством команды

sudo apt-get install gobby

иначе следует посетить gobby.0×539.de/trac

Инструкция для инициаторов

1. Создать новую сессию

По-умолчанию предлагается порт 6522 – наиболее вероятно не занятый.



2. Создать новый документ

Одним нажатием.

3. Сообщить об открытом документе кому надо

Голосом или иными подручными средствами указать web-адрес и порт, по которому следует подключиться.

Для приглашенных

1. Присоединиться к существующей сессии

Указать нужные хост, порт, свои имя и цвет сообщений.

Во время совместного редактирования можно отправлять участникам чата отдельные сообщения, в которых можно беседовать на отвлеченные темы: “Ну, кто так код пишет? Почем Coca-Cola для народа?” Также можно пить коньяк и есть горький шоколад.

Если тот, кто пишет кока-колу для народа, сидит далеко, можно пользоваться скайпом для голосового подтверждения своих претензий.

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

Чего еще есть

1. авто-отступы,
2. табуляция->пробел замена,
3. smart-клавиша Home,
4. выбор шрифта,
   • Смена шрифта в настройках относится ко всему тексту, что отображается на экране.
5. подсветка синтаксиса по соответствующему файловому расширению
   • нужная подсветка синтаксиса может быть изменена “на лету” из длинного выпадающего списка. создание защищенной паролем сессии.

Чего нет

1. Нет Undo/Redo
2. нет истории удаленного текста.

Еще стало известно, что Abiword (multi-platform) начиная с версии 2.6 посредством какого-то плагина позволяет делать с ним то же самое, что и с gobby…

Today when updating my RSS reader I found a link to a very interesting video in Vimeo. It is a demo about the new ‘cooperation mode’ in Eclipse. I felt in love with Gobby the first time I saw it, but never found the chance of using it.

But Cola, of the Eclipse Communication Framework team, can really revolutionize what we understand for pair programming and increase the adoption of this practice.

Check Mustafa K. Isik’s blog for further details.

I’ve been reading Petite Anglaise’s blog for quite a while and it has inspired me to start writing my own blog. I’m a 40 year old northern British TV actress/writer/artist/comedienne – cynics might call me a Jill of all trades, mistress of none, but at least I’m versatile.

I’ve been married for one year to a lovely man, a writer (currently unemployed as well)  and we’ve got a good relationship, except that lately we’re together all the time and it’s almost like being a retired couple. To say we’ve got on each other’s nerves is an understatement. That’s what a lack of money and purpose can do to a relationship. We’ve had to exist on credit cards and it’s been really hard on both of us. He’s laid back, and I’m stressed and driven…sometimes that’s a good balance, other times it’s a nightmare when we both have different modus operandi.

I don’t want to tempt fate, but I have been an out of work actress for the last eight months, and finally there is a light at the end of the tunnel. Just a faint one, mind, but it’s there. Since I sacked my useless headgirl ‘Cheshire born but London-centric’ agent and signed up with a lovely northern pair, they have got me a meeting with a theatre company who are putting on a successful touring play about women at a pole dancing class. The part is tailor made for me – northern , gobby, brassy…yes ok, I’ve been typecast for the last few years, but maybe that’s my destiny.

Better that than factory fodder (been there, done that, don’t want to go back) or stacking shelves in a supermarket. No offence if that’s your job, but I’d hate to do that and be recognised…shades of ‘Extras’  ie Robbie out of Eastenders working in Carphone Warehouse.

So it’s given me hope, and that’s been a rare occurence lately. No guarantees, but it’s a glimmer of light…..oh to be in work!

On a couple of occasions over the past few days, I’ve had the pleasure of editing code with other #haskellers, using the collaborative text editor gobby. It was quite a lot of fun, and (somewhat surprisingly, to me at least) rather effective. It could stand a good chance of becoming one of my preferred methods for collaborative programming.

Except.

Except that gobby doesn’t support undo! It doesn’t even have a way to go “back in time” to a previous version of a document (unless you have it saved locally, of course). This is, quite plainly, a huge show-stopper, and I don’t say that just in theory: I ran into this issue head-on after only a few hours of use. I wanted to delete a bunch of double quotes, so did a search-and-replace. It was taking too long to click “replace” for each double quote character, so I clicked “replace all”, thinking it would only replace double quotes from the current location to the end of the file. Well, as you can probably guess, it deleted all the double quotes everywhere in the file. Oops. Ten minutes of tracking down missing quotes ensued, and I don’t even want to imagine what it would have been like without the help of the typechecker.

This was ten minutes of wasted time. I should have been able to just hit “undo” and get on with life.

So, why doesn’t gobby have undo? I looked at their bug tracker, and sure enough, this has been a requested feature since 2005. But it’s never been done, since undo in a collaborative-editing context is a hard problem. Apparently someone is sorta-kinda working on an implementation, that works in some cases…

A hard problem, eh? What hard problems need is good theory. Well, gee goshums! If only there was some sort of theory of concurrent editing…

So, the upshot of all of this is that I am seriously considering writing a gobby clone in Haskell with some sweet, sweet patch theory goodness. (Other killer features under possible consideration: hpaste and darcs integration, a Yi frontend, integrated compilation/error annotations, chat support that doesn’t suck…) I do have a lot more thoughts on the particulars of how this might work, but I won’t write more about the specifics here since that’s not really the point of this post.

The point is that although I said “seriously considering”, in actuality I’m not sure exactly how serious I really am. This would be a pretty big project, and I certainly couldn’t get anywhere close to pulling it off myself. I’m not even sure that I understand all of what it would require; I’d be particularly clueless about the networking and UI stuff. I just think that it would be pretty sweet, and a great application of Haskell’s strengths. Mostly at this point I’m looking for feedback. What do you think? Is this an awesome idea? Is it a stupid idea? Most importantly, would you be interested in working on it?