Voltando ao tópico: True20. Toughness me irrita.

Atmo, o nome do tópico é "Alguma vez o sistema matou uma partida para você?" e não "detalhes de sistemas que não me agradam".

Diga COMO Toughness atrapalhou a partida, cara. Deixa de ser reclamão.

Eu não gostei da linguagem mesmo, nem foi tanto problema do framework. Achei esquisita demais a sintaxe.

Esse é um motivo bem besta para desgostar de uma linguagem, não acha?

Não digo isso para ser ofensivo, mas é porque eu desgostava de LISP por um motivo parecido ("acho a sintaxe muito feia", dizia eu). Até alguém falar pra mim o que eu disse aí em cima.

Existem motivos para uma linguagem ser boa ou não. Coesão e flexibilidade, por exemplo. Claro que cada linguagem é uma ferramenta, e algumas ferramentas são mais apropriadas para determinadas tarefas (nada de tentar fazer um jogo AAA em Ruby, por exemplo, ou uma aplicação web em C++).

LISP é incrível devido à flexibilidade. Dei uma chance a ela e aprendi muito. Mudei a forma como eu encaro programação.

Acho que você deveria dar mais uma chance a Ruby e procurar saber sobre como ele lida com Domain Specific Languages (que é justamente onde ele brilha sobre muitas outras linguagens) e metaprogramação (onde ele também é excelente).

No livro The Pragmatic Programmer, o autor recomenda aprender (e se aprofundar o tanto que for possível) uma linguagem por ano. Isso melhora a qualidade do seu código nas outras linguagens, porque ajuda você a pensar de forma diferente do que já estava acostumado, e analisa situações de acordo com paradigmas que antes você desconhecia.

Já tinha ouvido falar do NodeJS, mas meu principal problema não é o servidor (<3 PHP), e sim a parte do cliente. Acho muito improdutivo ter que trabalhar com 3 linguagens, e as 3 cada uma com incompatibilidades de navegador, etc. jQuery ajuda muito neste aspecto.

Naturalmente. Uma linguagem é de marcação, a outra de estilo, a outra lógica. É difícil uma linguagem fazer tudo isso ao mesmo tempo (nem tanto se você usar uma boa DSL, mas isso é bem difícil quando se trata de web). NodeJS pelo menos tiraria o peso de colocar mais uma linguagem nesse bolo. Não que isso seja um peso para todos, claro.

Atualmente o que eu faço é criar funções/classes PHP que já cospem HTML/CSS/JS pronto. As coisas que são fixas deixo em CSS/JS externos.

Bem parecido com a estratégia do Rails. Espero que você tome muito cuidado com injections, então.

Dá para escrever aplicativos de iPhone/Android 100% em JS (http://www.appcelerator.com/). É absurdamente mais rápido e fácil do que escrever em Obj-C ou Java, mas tem a desvantagem do aplicativo ficar mais lento. É de algo assim que eu precisava para web.

E coisas assim não faltam. Se você gosta tanto de PHP, procure o Zend Framework ou o Cake PHP.

Citação de: VA em Novembro 02, 2012, 12:40:34 am

Citação de: Atmo em Novembro 02, 2012, 12:37:42 am

Citação de: VA em Novembro 02, 2012, 12:32:27 am

Atmo, te sugiro buscar conhecer M&M. Ele faz absolutamente tudo o que 3D&T faz. A única diferença é que M&M na verdade é bom.

Discordo: M&M é um 3D&T+D&D 3.5 cheio de cálculos. Você passa um tempão calculando, depois percebe que errou algo e volta a calcular tudo de novo. Esse eu li e cheguei a jogar, era chato pra caralho.

Cheio de cálculos? Ok, você realmente não sabe do que está falando:

Ataque+d20 vs Defesa para saber se acertou
Resistência+d20 vs Dano para saber efeito do ataque

Duas rolagens.

É só isso.

Para todo tipo de jogada de tudo. Só tem mais cálculo na hora de criar o personagem porque o sistema te permite criar o que quiser graças aos modificadores.

Tipo, você realmente já se aprofundou em algum sistema fora 3D&T, tentando esvaziar essa xícara?

D&D 3.5 e Microlite20, que são parecidos, 6 Lados / Mini Six (um tipo de D6 System resumido), e acho que Final Fantasy RPG, mas já faz 1 ano e meio.

Então leia M&M de verdade e sem preconceito. Isso que você falou é uma visão completamente equivocada sobre o sistema. Não é porque você precisa somar mais de 12 pontos que o sistema é cheio de cálculos.

Você pode me desafiar a representar qualquer poder de qualquer anime, mangá ou história em quadrinhos usando as regras do sistema que eu represento. M&M é flexível o bastante para isso.

Por último, para de ficar falando mal de coisa que você não conhece. Faz você ficar com pinta de ignorante (tanto no sentido de idiota quanto aquele que ignora as coisas). Tenta ler, jogar e analisar as vantagens e desvantagens do sistema para estabelecer uma crítica.

Eu mesmo gostava de 3D&T para jogos rápidos (mesmo jamais admitindo isso naquela época). Mas depois que eu conheci M&M (especialmente com o suplemento Instant Superheroes na 2E ou o Quickstart Character Generator na 3E), ele supriu completamente minha necessidade de um sistema fácil, flexível e ágil.

Tem discussão de regra? Tem, em todo sistema tem. Mas em M&M isso geralmente acontece quando os jogadores começam a querer puxar as regras do sistema para fazerem coisas altamente absurdas que você só vê em cenários de supers (como jogar uma pessoa pela estratosfera).

Mas se você não curtir, é porque você SABE os problemas que você tem com ele em jogo, não porque você leu por cima e achou que seria assim.

Citação de: VA em Novembro 02, 2012, 12:32:27 am

Atmo, te sugiro buscar conhecer M&M. Ele faz absolutamente tudo o que 3D&T faz. A única diferença é que M&M na verdade é bom.

Discordo: M&M é um 3D&T+D&D 3.5 cheio de cálculos. Você passa um tempão calculando, depois percebe que errou algo e volta a calcular tudo de novo. Esse eu li e cheguei a jogar, era chato pra caralho.

Cheio de cálculos? Ok, você realmente não sabe do que está falando:

Ataque+d20 vs Defesa para saber se acertou
Resistência+d20 vs Dano para saber efeito do ataque

Duas rolagens.

É só isso.

Para todo tipo de jogada de tudo. Só tem mais cálculo na hora de criar o personagem porque o sistema te permite criar o que quiser graças aos modificadores.

Tipo, você realmente já se aprofundou em algum sistema fora 3D&T, tentando esvaziar essa xícara?

Atmo, te sugiro buscar conhecer M&M. Ele faz absolutamente tudo o que 3D&T faz. A única diferença é que M&M na verdade é bom.

Se a Disney continuar fazendo o que tem feito com a Marvel, não vejo nada errado.

[Mensagem ocultada pela moderação -- Macnol]

Citação de: VA em Outubro 30, 2012, 06:57:00 pm

Você diz isso porque não sabe do que o emacs é capaz.

Qual a vantagem?

Pra maioria das pessoas, provavelmente nenhuma. Eu é que estou acostumado e gosto das features e da capacidade de customização.

(Eu uso emacs até como cliente IRC e editor de postagens no meu blog. Poderia usar como cliente de email, leitor de feeds e agenda, também, se tivesse paciência pra configurá-lo).

Citação de: VA em Outubro 30, 2012, 06:57:00 pm

O algoritmo de branching e merge dele é muito mais inteligente e eficaz, fazendo com que criar branches seja algo natural no fluxo de desenvolvimento.

O repositório é descentralizado. Você tem um repositório no seu projeto e quantos outros repositórios externos você precisar, e eles podem se comunicar entre si sem maiores problemas.

Bisect. É uma pesquisa binária por inserção de bugs no programa. Digamos que você esteja com um bug que você sabe que são existia na versão 1.2.2. Você então faz um:

Código: [Selecionar]

git bisect start HEAD 1.2.2
E o git vai pegar o commit na metade do caminho entre o commit atual e o da versão 1.2.2. Você testa se tem o bug. Se tiver, você marca o commit como ruim. Se não, marca como bom.

Código: [Selecionar]

git bisect bad
git bisect good
Ele vai estreitando a busca de forma binária até encontrar em que commit exatamente o bug entrou no sistema, fazendo com que seja bem mais fácil reverter o bug. Tudo isso de forma extremamente rápida. Depois, você manda terminar o bisect e faz o que quer que deva fazer.

Código: [Selecionar]

git bisect reset
Como ele sempre tem um repositório local, é sempre possível trabalhar offline.

Github e bitbucket.

Entre várias outras coisas.

Não uso branch nem merge. Uso diff para ver onde começou o bug.

Meus olhos doeram ao ler isso.

Você não usa branch nem merge porque usa SVN, e isso dá trabalho em SVN. Saberia a diferença que um bom algoritmo de branch faz se tentasse usar o git.

Diff pode te dar a comparação entre o commit atual e algum commit anterior, mas e se tiver um monte de commits entre o atual e o commit onde o bug foi introduzido? Vai verificar de um por um? O bisect vai te apontar em alguns poucos passos em qual commit o bug entrou, e você pode visualizar facilmente o que foi introduzido nesse commit com um diff.

E isso não exclui as outras vantagens que apontei.

Sério, vai tentar usar o git. Um pouquinho até se acostumar. Vai te ajudar até na hora de procurar trabalho novo. Todo mundo tá migrando pro git, SVN está caindo em desuso numa velocidade extraordinária.