« Older Home
Loading Newer »

Toca programa de testimonios: Eu era un usuario de subversion que durante moitos anos estivo moi satisfeito, ata que hai uns poucos meses coñecín git. Dende entón, de poder elexir, non volvería a tocar subversion ou calquera outro sistema de control de versións centralizado. De igual xeito que subversion supuña máis liberdade fronte a CVS, os sistemas de control de revisións distribuídos supoñen máis liberdade fronte ós centralizados. E é moi doado acostumarse ás novas liberdades.

Os sistemas de control de versións distribuídos (SCVD en adiante) libres non son novos: GNU arch comezou no 2001, bazaar, git e mercurial no 2005. O desenvolvemento de GNU arch abandonouse no 2008 debido á súa falta de competitividade co resto de alternativas libres. Por que se produciu esa explosión de SCVDs no 2005? Por un claro exemplo de porque un non se pode fiar do software privativo. BitKeeper, un SCVD privativo, durante un par de anos permitiu o uso dunha versión moi capada de forma gratuíta para o desenvolvemento de proxectos de software libres. No abril de 2005 anunciouse que este servizo gratuíto deixaríase de dar e uns días despois, no mesmo abril, anunciáronse tanto git coma mercurial. Software privativo is evil!

Se non probara antes un SCVD foi por non entender que é un SCVD, algo que penso é bastante común. Eu entendía as avantaxes que un SCVD supuña para un proxecto grande, pero non para uso persoal. A diferenza entre un sistema de control de versións centralizado e un distribuído é que no centralizado existe un respositorio (código fonte e historia dos cambios feitos) central mentres que nun sistema distribuído cada usuario ten un repositorio (aínda que hai un repositorio que fai de repositorio principal do proxecto). Os dous sistemas teñen fluxos de traballo distintos. Este novo fluxo de traballo permite facer cousas imposibles cun sistema centralizado.

Sega lendo ‘As avantaxes dos sistemas de control de versións distribuídos’

Simple World 1.0b1

Simple WorldAcabo de publicar a primeira beta de Simple World -Anda cona, pero se o paisano este aínda andaba con iso…-. Só pasaron dous anos dende a anterior versión. En definitiva, o problema de quererlle chamar a algo beta en vez de alfa e tomarse en serio o que iso significa.

A novidade máis importante é que agora hai unha stdlib (biblioteca estándar) de SWL. Entre outras cousas hai implementadas varias estructuras de datos: pilas, listas, etc, un xester de memoria e un xester de interrupcións. Isto foi o que máis tempo me levou; case que 5000 liñas de código.

Outra novidade destacada é que agora se poden aceder a partes dunha palabra na vez de ter que aceder a toda a palabra. Por tanto, novas instrucións para aceder/modificar 16 (media palabra) e 8 (cuarta parte de palabra) bits.

En canto a novidades espectaculares, aínda nada. Nada de contorna gráfica; liña de comandos de toda a vida. Tampouco nada de bichiños novos. Pero, en principio agora é niso no que me poderei centrar ata a versión definitiva.

Ligazóns ó código fonte:

Sega lendo ‘Simple World 1.0b1′

Python 3.0

Barry Warsaw acaba de publica-la versión 3.0 de Python. Esta versión non é unha versión máis, marca un antes e un despois. Ata o de agora a prioriedade estaba en ser compatible cara atrás. Engadíanse nova funcionalidade en cada nova versión, pero o código das versións anteriores seguía sendo válido nas novas versións. Co tempo viuse que había algúns aspectos da linguaxe que podía ser mellorada, pero non se podía mellorar porque racharía a compatibilidade coas versións anteriores. Así, dende hai bastantes anos falábase de dunha nova versión, coñecida coma Python 3000 ou py3k, que arranxaría tódolos problemas. Ó principio parecía máis un mito que outra cousa, pero hoxe esta versión mítica fíxose realidade. Cae un mito e nace unha realidade.

Durante un tempo seguirase a desenvolver dúas ramas da linguaxe. Por un lado, o desenvolvemento da rama 2.x centrarase no arranxo de erros e en facilita-la transición á nova rama. Por outro lado, o desenvolvemento da rama 3.x centrarase na inclusión de funcionalidade de nova funcionalidade, como certos aspectos que se querían introducir para a versión 3.0 pero que por falta de tempo non se puido engadir. Desto xeito, a versión a versión 2.6, engadiu as novas clases que se engadiron na versión 3.0 e que non son incompatibles coa rama 2.x. Espérase sacar, alomenos, outra nova versión da rama 2.x que engadirá a nova funcionalidade introducida na versión 3.1.

Sega lendo ‘Python 3.0′

Python Sudoku 0.13

Despois de dous anos dende a última versión de Python Sudoku xa ía sendo hora de sacar unha versión nova… Python Sudoku 0.13 non trae melloras moi significativas nin arranxos de erros, pero espero que sexa unha versión de transición ata un código máis limpo, fácil de manter e extender.

Por certo, se alguén está interesado na programación en python, nos sudokus e quere axudar no desenolvemento de Python Sudoku que levante a man; dous anos para sacar unha nova versión é moito tempo…

Novas características:

  • Dividi-lo script en varios scripts con funcións específicas: pysdk.py para crear e resolver sudokus dende a liña de comandos, pysdk-pdf.py para crear PDFs, pysdk-image.py para crear imaxes and pysdk-gui.py para a interface gráfica.
  • Simplificación da configuración.
  • Engadida a opción -t | –test para obte-la dificultade dun sudoku.
  • Engadida a opción –force para asegurarse de que a dificultade dun sudoku se corresponde exactamente coa dada.
  • Soporte para abrir ficheiros .sdk entre distintos sistemas con diferentes separadores de liña.

Sega lendo ‘Python Sudoku 0.13′

Nuns minutos comezará a final da NBA entre os Boston Celtics e os Los Angeles Lakers. Esta era a final soñada pola maioría dos seguidores desta competición dende o principio da competición. Este primeiro partido poderá seguirse por cuatro, pero non si se tamén se poderá ve-lo resto de partidos en aberto, aínda así, sempre podemos tirar de roja directa para ve-los por internet.

Para entender o que significa esta final só hai que mirar ós números. Xogáronse 58 tempadas da NBA dende que se fundara en 1950. Na metade delas, en 29 ocasións, o gañador foi ou os Lakers ou os Celtics. Os Celtics son o equipo con máis títulos, cun total de 16 aneis, mentres que os Lakers son os segundos con máis títulos, cun total de 13 aneis. As finals Lakers-Celtics marcaron as décadas dos 60 e dos 80, onde case tódolos se enfrontaban na final. Así a todo, dende 1988, hai 20 anos, non se producía esta final.

Os Celtics foron os favoritos dende que se anunciou que despois dun par de incorporacións estelares contarían no seu equipo co “Big Three”: Ray Allen, Paul Pierce e Kevin Garnett. Os Celtics foron moi constantes durante toda a tempada e conseguiron dominar con relativa facilidade a conferenza oeste.

Pola contra, ninguén daba un peso polos Lakers antes de comeza-la tempada. Os Lakers non realizaron ningunha fichaxase estraordinaria, máis aló dun veterano Derek Fisher. Pero grazas a un sorprendente inicio de tempada de Andrew Bynum alcanzaron o primeiro posto da conferenza leste durante varias semanas durante finais de ano e comezo de ano. Lamentablemente a mediados de xaneiro Bynum lesionouse e con esta lesión parecía que tódalas posibilidades de gaña-lo anel se esvaeceran. Todo cambiou cando en febreiro se fixeron cos servizos de Pau Gasol sen ter que se desfacer de ningunha peza importante do seu equipo. Dende a chegada do catalán, os Lakers foron o equipo que mellor xogaba e máis seguridade daba de cara ós playoffs.

Sega lendo ‘Los Angeles Lakers vs Boston Celtics’


Categories

Calendario

Xullo 2014
L M M X V S D
« Mar    
 123456
78910111213
14151617181920
21222324252627
28293031  
3K2 theme by Hakan Aydin